Cтраница 1
Совместная работа модулей электромеханической, тепловой и деформационной моделей организуется специальной управляющей программой, которая организует обмен данными между модулями и вычисления в соответствии с итерационными циклами для определения уровней нагревов элементов конструкции и мощностей тепловыделений. [1]
Такая схема организации совместной работы модулей может показаться чересчур сложной. [2]
Особо следует остановиться на совместной работе модулей Graph и Overlay. При включении графических режимов в области кучи отводится место под графический драйвер и шрифты. Этим блокируется возможность изменения оверлейного буфера. [3]
В отличие от ДИСП ОС ДИСП СРВ не использует непрерывный участок памяти. Это вызвано совместной работой модулей ДИСП СРВ с модулями обработчика команды EDIT, использованием служебных программ СРВ, необходимостью уменьшить количество загрузок транзитных модулей. Распределением памяти управляет ОС ЕС, ДИСП только контролирует использование динамической памяти раздела РВ, предотвращая аварийные завершения из-за недостаточного количества памяти. Память раздела РВ распределяется подпулами. Подпулы с модулями из библиотеки шага задания, располагаются в памяти раздела с младшими адресами; подпулы с областями данных и модулями из системных библиотек - - в памяти со старшими адресами. Для избежания фрагментации памяти при использовании команды EDIT рекомендуется в определении библиотеки шага задания оператором DD в процедуре LOGON сцеплять личную библиотеку загрузочных модулей с системной. [4]
Продолжим исследование предыдущего примера. Кроме этих модулей, программа примера должна содержать связующие части, организующие совместную работу модулей. [5]
В ряде промышленных задач, в частности в задачах диагностики, блокировки, для повышения быстродействия применяются минимизированные схемы элементно-модульного построения. Для раскрытия динамических возможностей этих схем необходимо знать динамику отдельных узлов, например, отдельных типовых модулей, а также динамику совместной работы модулей с элементами и совместной работы элементов с группой элементов. [6]
После такой стандартизации команд связи между модулями для общего случая, становится ясно, что схема связи совсем не сложна. Следующее сомнение, которое может возбудить эта схема, - не слишком ли много команд занимает каждое обращение из одного модуля к другому. Если обращение к модулю возникает лишь в одном месте программы, то ради экономии памяти и сокращения потерь времени можно, используя модуль как образец, переписать его на этом месте, учитывая то распределение памяти, которое принято для параметров обращения. Но такое переписывание более трудоемко, чем составление шаблонных команд обращения, и сопряжено со значительно большей возможностью появления ошибок. Если же обращаться к модулю нужно из разных мест программы с разными параметрами, то описанные выше приемы организации совместной работы модулей позволяют иметь каждый модуль в одном экземпляре, выписывая для каждого обращения лишь команды связи. При этом, как правило, экономится даже память по сравнению с методом программирования по образцам. [7]