| Предыдущая версия справа и слеваПредыдущая версия | Следующая версияСледующая версия справа и слева |
| igor:istoria [2019/04/11 21:32] – [Программирование в средние века] igor | igor:istoria [2019/04/11 21:37] – [Программирование в средние века] igor |
|---|
| Выше мы говорили о новых, нетипичных для древней эпохи прикладных задачах, а сейчас остановимся на операционных системах. В этой главе рассмотрим ОС крупных компьютеров - мейнфреймов. \\ | Выше мы говорили о новых, нетипичных для древней эпохи прикладных задачах, а сейчас остановимся на операционных системах. В этой главе рассмотрим ОС крупных компьютеров - мейнфреймов. \\ |
| В области операционных систем имел место очень большой прогресс, который, однако, имел изнаночную сторону: операционные системы стали слишком сложны, их разработка стала чрезвычайно трудоемкой, а изучение их студентами-программистами и переучивание действующих программистов на новые ОС отнимало неоправданно много сил и времени. \\ | В области операционных систем имел место очень большой прогресс, который, однако, имел изнаночную сторону: операционные системы стали слишком сложны, их разработка стала чрезвычайно трудоемкой, а изучение их студентами-программистами и переучивание действующих программистов на новые ОС отнимало неоправданно много сил и времени. \\ |
| Рассматривая ОС средних веков, мы подходим к теме виртуализации. Само слово виртуализация довольно сложно для объяснения. Вероятно можно сказать так: виртуализация - это технологические приемы работы программиста, имеющие цель по максимуму абстрагироваться от конкретного "железа", на котором программа эксплуатируется, и тем самым максимально расширить множество компьютеров, для которых эта программа была бы пригодна... Но ведь древний Фортран имел по существу ту же самую цель, а средством виртуализации его никто не считает... \\ | Рассматривая ОС средних веков, мы подходим к теме виртуализации. Сам этот термин довольно сложен для объяснения. Вероятно можно сказать так: виртуализация - это технологические приемы работы программиста, имеющие цель по максимуму абстрагироваться от конкретного "железа", на котором программа эксплуатируется, и тем самым максимально расширить множество компьютеров, для которых эта программа была бы пригодна... Но ведь древний Фортран имел по существу ту же самую цель - никто же его инструментом виртуализации не считает... \\ |
| Выше мы уже употребили термин "системы виртуальных машин" - настала пора хоть немного разобраться, что это такое. Сформулируем так: **//виртуальная машина//** (ВМ) - это машина, которой нет, но функции ее выполняются. Это программный инструмент в составе операционной системы, который придается в помощь каждой прикладной программе с целью преодоления ограничений, накладываемых реальной машиной. Это оболочка (контейнер), изолирующий "свою" прикладную программу от всего внешнего мира, как программного, так и железячного, и эмулирующий (воспроизводящий) "целевую платформу" (компьютер, которого у нас нет, но который мы хотели бы иметь) на имеющемся компьютере ("хост-платформе"). Системные вызовы прикладной программы воспринимаются виртуальной машиной и при необходимости передаются операционной системе, так что прикладная программа живет в виртуальной машине не как рак-отшельник в раковине, а скорее как морская свинка в клетке, ни в чем не нуждаясь, никому не мешая и ничего не зная о том, что происходит за стенами клетки. \\ | Выше мы уже употребили термин "системы виртуальных машин" - настала пора хоть немного разобраться, что это такое. Сформулируем так: **//виртуальная машина//** (ВМ) - это машина, которой нет, но функции ее выполняются. Это программный инструмент в составе операционной системы, который придается в помощь каждой прикладной программе с целью преодоления ограничений, накладываемых реальной машиной. Это оболочка (контейнер), изолирующий "свою" прикладную программу от всего внешнего мира, как программного, так и железячного, и эмулирующий (воспроизводящий) "целевую платформу" (компьютер, которого у нас нет, но который мы хотели бы иметь) на имеющемся компьютере ("хост-платформе"). Системные вызовы прикладной программы воспринимаются виртуальной машиной и при необходимости передаются операционной системе, так что прикладная программа живет в виртуальной машине не как рак-отшельник в раковине, а скорее как морская свинка в клетке, ни в чем не нуждаясь, никому не мешая и ничего не зная о том, что происходит за стенами клетки. \\ |
| В древнюю эпоху, когда программы на компьютере исполнялись одна за другой, проблема обеспечения "уживаемости" множества прикладных программ на одной машине не стояла. Когда же она возникла, виртуальные машины стали одним из вариантов решения этой проблемы. Если прикладная программа делает что-то не то, то последствия ее действий не выходят за пределы "своей" виртуальной машины, так что она не может серьезно навредить. \\ | В древнюю эпоху, когда программы на компьютере исполнялись одна за другой, проблема обеспечения "уживаемости" множества прикладных программ на одной машине не стояла. Когда же она возникла, виртуальные машины стали одним из вариантов решения этой проблемы. Если прикладная программа делает что-то не то, то последствия ее действий не выходят за пределы "своей" виртуальной машины, так что она не может серьезно навредить. \\ |
