Запуск - задание - Большая Энциклопедия Нефти и Газа, статья, страница 2
Если тебе завидуют, то, значит, этим людям хуже, чем тебе. Законы Мерфи (еще...)

Запуск - задание

Cтраница 2


Процесс инициации работы заключается в установке блока адаптера в блок ПЭВМ и размещении управляющей программы в среду ПРОС в соответствии с принятыми соглашениями. Переход в основное или в одно из дополнительных меню и запуск заданий осуществляются с помощью курсора и клавиши ИСП.  [16]

Инструментальный комплекс представляет собой постоянно развивающуюся систему, причем развитие происходит в двух направлениях: во-первых, постоянно совершенствуются технологические ( в том числе и сам язык ОСА) средства, а во-вторых, идет накопление в базе данных комплекса реализаций различных протокольных объектов. Так, с использованием ИК Архитектор реализованы специализированные протоколы канального и сетевого уровней, транспортный протокол класса 4 [34, 35], сеансовый протокол [36, 37], протоколы для передачи информации и файлов, протокол удаленного диалога и протокол удаленного запуска заданий.  [17]

В специализированной вычислительной системе периодически выполняются три вида заданий, которые характеризуются уровнями приоритета: нулевым, первым и вторым. Каждый новый запуск задания оператор производит с помощью дисплея, работая на нем 50 30 с. После запуска задания оно требует для своего выполнения 100 50 с времени работы процессора, причем задания более высокого приоритета прерывают выполнение задач более низкого приоритета. Результаты обработки задания выводятся на печать без прерываний в течение 30 10с, после чего производится их анализ в течение 60 20 с, и задание запускается снова. Можно считать, что при работе дисплея и при выводе результатов на печать процессор не используется.  [18]

В настоящее время система способна обеспечить все традиционные формы работы пользователей со своими программистами. Для этого используется один из многих разделов системы - раздел программиста. Раздел содержит необходимые инструкции по приемам работы пользователей в СКП ФОКУС при запуске заданий, отладке программ и модулей, при обслуживании символьных библиотек, просмотре и изменении оглавлений и справочников, при работе с оперативной памятью и периферийными устройствами.  [19]

В данной работе рассматривается лишь один критерий - производительность системы. Как отмечалось в работе [2], существует множество индексов производительности, и выбор одного из них зависит прежде всего от назначения системы. Здесь же рассматривается система разделения времени ИНМОС [3], в которой сочетается диалоговая интерактивная работа и запуск заданий в пакет. В таких системах целесообразно в качестве индексов производительности выбрать среднее время ответа и пропускную способность системы.  [20]

Это влияние в основном проявляется при обработке ошибок и вводе-выводе. Поскольку прямой доступ к программисту отсутствует, приходится прекращать весь прогон, и программист теряет значительное количество времени на исправление ошибки и на запуск нового задания. Появляется желание встроить в язык мощные средства для автоматического выявления и исправления ошибок, что позволило бы обрабатывать ошибки не прекращая прогона. Поэтому во многих языках предусмотрены разнообразные средства для обнаружения ошибок, программные прерывания и специальные программы, исправляющие ошибки. Кроме того, часто предоставляются специальные отладочные средства, такие, как трассировка и выдача на печать содержимого памяти ( дампинг), что позволяет программисту собрать подробную информацию о выполнении программы для последующей отладки. При реализации языка важно строить процессоры так, чтобы они могли разумным образом продолжить работу после обнаружения ошибок. Например, компиляторы обычно конструируются так, что ошибки в одном при.  [21]

ФП), предназначенные для взаимодействия с программно-аппаратным окружением, реализующим функции протоколов нижних уровней. Такой подход позволяет легко перераспределять функции между задачами внутри протокольной среды или между протокольной средой и внешним окружением. В принципе протокольная среда может содержать неограниченное число задач, но в настоящее время ИК Архитектор содержит три задачи, реализующие следующее: удаленную пересылку файлов, удаленный диалог и запуск заданий, и пять нижних уровней ( включая сеансовый) эталонной модели ВОС. Последняя задача носит название сетевая задача и содержит протокольные объекты сетевого, транспортного и сеансового уровней. Канальный и физический уровни реализованы в специальном процессоре передачи данных, взаимодействие с которым происходит через ФП и ничем не отличается от взаимодействия через программные порты. С развитием связных технических средств предполагается вынесение сетевых, транспортных, а затем и сеансовых функций в специализированную программно-аппаратную среду.  [22]

Во многих не отличающихся особой гибкостью пакетных системах принят довольно консервативный подход, предусматривающий распределение большей части ресурсов до начала выполнения задания. Это вполне разумно, если принять во внимание ориентацию этих систем на функционирование в относительно стабильных средах. Последний должен вести учет свободных ресурсов, соответствующим образом корректировать учетную информацию при запуске очередного задания, а также поддерживать свежие данные о принадлежности ресурсов. Рассматриваемые таблицы позволяют отделить программу от конкретных физических устройств и в какой-то степени сделать распределение ресурсов более гибким.  [23]

Кроме того, для нормальной работы пользователей необходим запуск некоторых системных программ, которые выполняются в отсоединенном режиме. Эти программы могут выполнять различные действия, расширяя возможности монитора. К таким программам относится, например, программа ERRCPY, регистрирующая ошибки, обнаруженные во время работы системы. Используя эту же возможность и функции приема / передачи сообщений, в ДОС КП реализован спулинг на печатающее устройство и режим пакетной обработки заданий. Запуск заданий системы спулинга также осуществляется на этапе установки начальных характеристик системы.  [24]

Операционная система выполняет множество простейших операций. Эти операции могут быть различным образом сгруппированы в структуры. Полученные структуры представляют собой основные компоненты операционной системы, причем их названия часто непосредственно отражают соответствующие системные функции. Например, в системе OS / MVT фирмы IBM реализованы три главные функции: управление заданиями, управление данными и управление задачами. Функция управления заданиями обеспечивает запуск заданий в пакетном режиме; функция управления данными - связь между программами и данными и, наконец, функция управления задачами - поддержку работы принятых к исполнению программ, соперничающих за предоставление им ресурсов вычислительной системы.  [25]

Диспетчеры заданий по своим функциям могут сильно отличаться друг от друга. Те из них, которые используются в промышленности, обеспечивают лишь простое последовательное выполнение пакета программ. Другие обладают чувствительностью к приоритетам заданий и устанавливают последовательность их обработки, основываясь на той степени неотложности, которую имеет каждое из этих заданий в данный момент. Более современные и более универсальные диспетчеры чувствительны также к физическим ресурсам, не занятым обработкой заданий. Эти диспетчеры анализируют наличные ресурсы, потребности в них конкретного задания и его приоритет. Затем они принимают решение о запуске заданий, наиболее вяленых среди тех, которые могут быть обработаны свободными ресурсами. Существуют также диспетчеры, способные распознавать задания с наивысшим приоритетом и немедленно удалять из системы текущие программы, освобождая место для программы с аварийным приоритетом.  [26]

Диспетчеры заданий по своим функциям могут сильно отличаться друг от друга. Те из них, которые используются в промышленности, обеспечивают лишь простое последовательное выполнение пакета программ. Другие обладают чувствительностью к приоритетам заданий и устанавливают последовательность их обработки, основываясь на той степени неотложности, которую имеет каждое из этих заданий в данный момент. Более современные и более универсальные диспетчеры чувствительны также к физическим ресурсам, не занятым обработкой заданий. Эти диспетчеры анализируют наличные ресурсы, потребности в них конкретного задания и его приоритет. Затем они принимают решение о запуске заданий, наиболее важных среди тех, которые могут быть обработаны свободными ресурсами. Существуют также диспетчеры, способные распознавать задания с наивысшим приоритетом и немедленно удалять из системы текущие программы, освобождая место для программы с аварийным приоритетом.  [27]

Когда же выполнение данного задания завершалось или прекращалось, то для инициирования нового задания было необходимо опять выполнить те же самые ручные операции. Оператор и машина работали попеременно. Либо машина, либо оператор выполнял какие-то действия, в то время как другой участник работы ожидал их окончания. Поскольку существуют весьма значительные различия в быстроте, надежности и времени реакции между вычислительными машинами и людьми, которые на них работают, то такой способ управления машинами скоро оказался неприемлемым. Подготовка к запуску задания и процедуры, связанные с завершением его выполнения, были целиком возложены на саму машину.  [28]



Страницы:      1    2