- •Перечень лекций по дисциплине
- •Лекция 1. Эволюция ос (4 часа)
- •Пакетные ос
- •Ос с разделением времени
- •Однозадачные ос для пэвм
- •Многозадачные ос для пк с графическим интерфейсом
- •Вопросы для самоконтроля
- •Лекция 2. Программное обеспечение. Виды программ ос (4 часа)
- •Утилиты
- •Вопросы для самоконтроля
- •Лекция 3. Сравнительные характеристики ос ( 2часа)
- •1) По назначению;
- •1. Мэйнфреймы
- •2. Серверные (сетевые) ос
- •3. Многопроцессорные ос
- •6. Встроенные ос
- •7. Ос для Smart-карт
- •2) По режиму обработки задач;
- •По способу взаимодействия с системой;
- •4) По способам построения (архитектурным особенностям систем).
- •Критерии оценки ос
- •Надежность
- •Эффективность
- •Удобство
- •Масштабируемость
- •Способность к развитию
- •Мобильность
- •Сравнительные характеристики ос реального времени и разделения времени
- •Вопросы для самоконтроля
- •Лекция 4. Основные сведения об ос (2 часа)
- •Вопросы для самоконтроля
- •Лекция 5. Назначение и основные функции операционных систем (4 часа)
- •Машинно-зависимые компоненты ос
- •Вопросы для самоконтроля
- •(4 Часа)
- •Преимущества и недостатки микроядерной архитектуры
- •Способы реализации прикладных программных сред
- •Вопросы для самоконтроля
- •Лекция 8. Принципы обработки прерываний (2часа)
- •Вопросы для самоконтроля
- •Лекция 9. Интерфейс пользователя. Разновидности интерфейсов (4 часа)
- •Вопросы для самоконтроля
- •Лекция 10. Разделение доступа к данным в ос (2 часа)
- •Вопросы для самоконтроля
- •Лекция 11. Вычислительный процесс и ресурсы пк (4 часа)
- •Вопросы для самоконтроля
- •Лекция 12. Управление процессами (4 часа)
- •Защита адресного пространства задач
- •Вопросы для самоконтроля
- •Лекция № 13. Планирование процессов (4 часа)
- •1. Планирование очереди процессов на начало обработки цп
- •2. Планирование распределения времени работы цп между процессами
- •3. Планирование очереди запросов на обмен
- •4. Планирование порядка обработки прерываний
- •Планирование процессора
- •Вопросы для самоконтроля
- •Лекция 14. Взаимодействие процессов (4 часа)
- •Вопросы для самоконтроля
- •Лекция 15. Стратегия планирования процессов (4 часа)
- •Вопросы для самоконтроля
- •Литература
Пакетные ос
Историю собственно ОС можно начать с появления в конце 50-х годов первых систем, организующих работу по пакетному принципу. С появлением новой технической базы (полупроводниковых элементов) возросло быстродействие процессоров, увеличился объем оперативной и внешней памяти, компьютеры стали более надёжными. В эти годы появились первые алгоритмические языки и, соответственно, новый тип СПО – транслятор. Далее появились первые системы пакетной обработки – прообраз современных ОС. Они стали первыми системами программирования, предназначенными не для обработки данных, а для управления вычислительным процессом. Дополнительно был разработан формализованный язык управления заданиями, типовой набор директив которого включал:
Признак начала работы;
Вызов транслятора;
Вызов загрузчика;
Признак начала и конца исходных данных.
Пакеты заданий без участия оператора запускались на выполнение монитором – управляющей программой. Монитор был способен фиксировать некоторые аварийные ситуации.
Важнейшим организационным изменением, происшедшим на этом этапе развития, стало массовое изгнание программистов из машинных залов, как фактора, лишь вносящего сумятицу в работу.
Теперь от программиста требовалось собрать пакет перфокарт, содержащий его программу, данные к ней, а также управляющие перфокарты. Эти карты на специально разработанном языке управления заданиями объясняли операционной системе, чье это задание, что нужно сделать с программой (например, передать ее транслятору с Фортрана), что предпринять в случае успешной трансляции (вероятно, пустить на решение), что – при наличии ошибок (например, перейти к другой программе), откуда взять исходные данные (например, с такого-то цилиндра магнитного диска). Кроме того, там могли быть даже указания на то, сколько метров бумаги можно выделить на распечатку и какое максимальное время может занять работа программы.
Обойтись без столь подробных инструкций было нельзя, потому что программист не присутствовал при запуске задания и не мог вмешаться лично.
Подготовленный пакет передавался, вместе с другими подобными пакетами, оператору ЭВМ, перед которым стояли две основные задачи: чтобы в устройстве ввода не переводились пакеты заданий и чтобы в принтере не кончилась бумага. Когда процессор заканчивал обработку задания и печать его результатов, он вводил следующий пакет и приступал к его обработке. Так достигалась основная цель пакетного режима – исключить простои процессора из-за нерасторопности людей.
В скором времени разработчики ОС осознали, что вычерпаны далеко не все резервы повышения загрузки процессора. Операции ввода и печати требовали лишь очень небольшой доли от полной производительности процессора. Кроме того, в ходе работы программы случались обращения к периферийным устройствам (например, к магнитным лентам и, позднее, дискам), при выполнении которых процессор опять простаивал. Целесообразно было найти способ, чтобы в эти периоды ожидания загрузить процессор другой работой. Но для этого необходимо, чтобы в памяти процессора находились сразу несколько программ, тогда ОС смогла бы переключать процессор на выполнение той программы, которая в данный момент может работать.
Такая организация работы, когда в памяти находятся несколько программ и система в определенные моменты переключает выполнение с одной программы на другую, была названа мультипрограммированием. Эта важная идея в разных воплощениях пережила те пакетные системы, в которых она впервые была реализована, и является основой для функционирования практически всех современных ОС.
Среди наиболее развитых пакетных ОС с мультипрограммированием можно назвать OS/360, основную ОС знаменитого в 60-70 гг. семейства ЭВМ IBM 360/370.
