Cтраница 1
Местные диспетчеры управляют последовательностью подключения программных модулей в процессе решения задачи приоритетной группой программ, заданной центральным диспетчером. Они включаются центральным диспетчером или функциональными программами после их завершения. В центральном диспетчере сосредоточиваются средства для адаптации к динамике поступления заявок на решение крупных функциональных задач. Адаптация состоит в применении различных видов приоритетов при анализе заявок, в управлении интервалами времени, выделяемыми различным задачам, и в распределении объемов памяти для хранения исходных сообщений и заявок. Наиболее широко применяются дисциплины с относительными приоритетами, однако встречаются центральные диспетчеры с абсолютными приоритетами и с динамическим управлением приоритетными уровнями задач. В местных диспетчерских программах реализуются фиксированные последовательности вызова программных модулей, состав и очередность которых управляется небольшим количеством условий. [1]
Контроль последовательности вызова программ целесообразно включать после центрального или местных диспетчеров. [2]
Включение функциональных групп программ производится двумя методами: либо через местный диспетчер ( программы SB, Se, S. Применение той или иной структуры в значительной степени зависит от многократности использования программ при решении различных функциональных задач. [3]
При наличии центрального и местных диспетчерских пунктов непосредственное управление объектами возлагается на местных диспетчеров, а главный диспетчер осуществляет общее руководство системой и контролирует работу местных диспетчерских пунктов. [4]
При наличии центрального и местных диспетчерских пунктов непосредственное управление объектами возлагается на местных диспетчеров, а центральный диспетчер несет функции общего руководства системой, контролирует и руководит работой местных диспетчерских пунктов. [5]
При сложной последовательности включения программ, зависящей от исходной и результирующей информации, предпочтительнее становится схема с местным диспетчером. [6]
Программы организации вычислительного процесса включают: программу начального пуска; программу тактировки периодических вычислений; центральный диспетчер; местные диспетчеры; программы взаимодействия ЭВМ или процессоров в ВС; программы взаимодейстия с внешними накопителями. [7]
Если блоки используются только при решении одной задачи и их последовательность включения достаточно определенная, то нет необходимости обращаться к местному диспетчеру после каждого блока, а можно управление передавать непосредственно между блоками. При сложной последовательности включения блоков, зависящей от исходной и результирующей информации, предпочтительнее становится схема с местным диспетчером. [8]
Комплекс программных модулей НЦУ всегда находится в оперативной памяти и включает в себя: первичную переработку информации ( ПЛИ); решение разностного уравнения; реализацию ППИ, законов регулирования; выдачу управляющих воздействий; местный диспетчер НЦУ. Комплекс программных модулей НЦУ работает под управлением местного диспетчера комплекса НЦУ, которым в свою очередь управляет центральный диспетчер. [9]
Эти программы осуществляют необходимое перекодирование и масштабирование квазинепрерывных величин, дешифрирование кодовой и признаковой информации, контроль и защиту от ложной и сбойной информации и, наконец, перепись информации из зоны входных сообщений в зону формуляров, подлежащих обработке в данный момент времени. ППО & зачастую выполняет роль местного диспетчера и определяет перечень и последовательность включения функциональных программ, необходимых для обработки данного сообщения. [10]
Комплекс программных модулей НЦУ всегда находится в оперативной памяти и включает в себя: первичную переработку информации ( ПЛИ); решение разностного уравнения; реализацию ППИ, законов регулирования; выдачу управляющих воздействий; местный диспетчер НЦУ. Комплекс программных модулей НЦУ работает под управлением местного диспетчера комплекса НЦУ, которым в свою очередь управляет центральный диспетчер. [11]
Если блоки используются только при решении одной задачи и их последовательность включения достаточно определенная, то нет необходимости обращаться к местному диспетчеру после каждого блока, а можно управление передавать непосредственно между блоками. При сложной последовательности включения блоков, зависящей от исходной и результирующей информации, предпочтительнее становится схема с местным диспетчером. [12]
Диспетчеры регламентируют последовательность включения функциональных и управляющих программ в соответствии с заданной дисциплиной, типом программы и ее положением в шкале приоритетов. Центральный диспетчер управляет включением совокупности программ, решающих крупную функциональную или вспомогательную задачу. Местные диспетчеры управляют последовательностью подключения подпрограмм в процессе решения задачи, заданной центральным диспетчером. Центральный диспетчер включается после завершения каждой включаемой им программы, а при отсутствии заявок и сообщений - после завершения анализа всей шкалы приоритетов. Местные диспетчеры включаются центральным диспетчером или функциональными подпрограммами после их завершения. [13]
Для связи пользователей с системой автоматизации и для расшифровки их директив, представленных на языке заданий, служит монитор. Он управляет реализацией общих заданий и включает соответствующие режимы функционирования системы в целом. Монитор вызывает местные диспетчеры соответствующих подсистем, которые расшифровывают и реализуют частные директивы подсистемам. [14]
Алгоритм планирования реализован программным комплексом, состоящим из нескольких десятков функционально законченных блоков. На рис. 1.3, изображающем структуру математического обеспечения АСУ Метрология, этот комплекс обозначен одним блоком PLANP. В действительности, имеется местный диспетчер с таким именем, загружаемый в оперативную память главным диспетчером системы DISP, когда в обрабатываемом входном потоке встречается идентификатор задания PLANP. В зависимости от состава параметров PLANP выбирает из имеющегося в его распоряжении подчиненного множества блоков нужные, определяет режимы их работы, загружает в оперативную память, анализирует полученные результаты. Фактически формируется вариант макропрограммы, соответствующий набору параметров. Следовательно, получение нужных сведений обеспечивается функционированием построенной макропрограммы. А ее структура целиком зависит от сформулированных параметров. Поэтому, давая системе заказ на планирование, следует правильно определять параметры и их значения. [15]