Документация

Эффективность, когда цель должна быть перестроена

Сплошные линии на рисунке показывают эффективность, когда целевой код должен быть перестроен («все цели устарели»). Для этой гипотетической модели шкала времени составляет порядка минут, но она может быть длиннее для более сложных моделей.

Как обобщено на рисунке, время, необходимое для компиляции модели в режиме normal mode, меньше, чем время, необходимое для создания исполняемого файла Accelerator или Rapid Accelerator. Из рисунка видно, что для малой симуляции времен остановки Режима normal mode результатов в более быстрое общее время симуляции, чем Режим Accelerator или Rapid Режима Accelerator.

Точка перехода, в которой режим Accelerator или режим Rapid Accelerator приводят к более быстрым временам выполнения, зависит от сложности и содержимого вашей модели. Например, модели, работающие в режиме Accelerator, содержащие большое количество блоков с использованием интерпретированного кода (см. «Выбор блоков для режима Accelerator»), могут работать не намного быстрее, чем в режиме normal mode, если время остановки симуляции не очень велико. Точно так же модели с большим количеством блоков Диаграммы Stateflow или Блоков MATLAB function могут не показывать большого улучшения скорости по сравнению с Режимом normal mode, если только времена остановки симуляции не являются длинными. Можно ускорить модели с блоками Диаграмма Stateflow или блоками MATLAB Function посредством генерации кода.

В рисунок целях график представляет модель с большим количеством Диаграммы Stateflow блоков или Блоков MATLAB function. Кривая, помеченная как «Normal», имела бы гораздо меньшее начальное время, чем показано, если бы модель не содержала эти блоки.

Эффективность, когда цели актуальны

Как показано ломаными линиями на рисунке («все цели в актуальном состоянии»), время для Simulink^® программа, позволяющая определить, актуален ли целевой объект Accelerator или исполняемый файл Rapid Accelerator, значительно меньше времени, необходимого для генерации кода («все целевые объекты устарели»). Вы можете воспользоваться этой характеристикой, когда хотите протестировать различные проекты компромиссы.

Например, можно сгенерировать целевой код режима Accelerator один раз и использовать его, чтобы симулировать модель с серией настроек усиления. Это особенно эффективный способ использования режимов Accelerator или Rapid Accelerator, поскольку этот тип изменения не приводит к регенерации целевого кода. Это означает, что целевой код генерируется при первом запуске модели, но при последующих запусках код Simulink тратит только время, необходимое для проверки того, что целевой объект устарел. Этот процесс намного быстрее, чем генерация кода, поэтому последующие запуски могут быть значительно быстрее, чем начальный запуск.

Поскольку проверка целей происходит быстрее, чем генерация кода, точка кроссовера меньше, когда цель актуальна, чем когда код должен быть сгенерирован. Это означает, что последующие запуски вашей модели могут симулировать быстрее в режиме Accelerator или Rapid Accelerator по сравнению с режимом normal mode, даже для коротких времен остановки.