ВУЗ: Не указан
Категория: Не указан
Дисциплина: Не указана
Добавлен: 17.04.2024
Просмотров: 167
Скачиваний: 0
СОДЕРЖАНИЕ
Информационные системы и их функционирование. Информационная деятельность человека
Представление информации в эвм. Кодирование информации
Основные виды устройств для хранения информации.
Основные внешние устройства компьютера
Операционные системы: их развитие и основные функции.
Концепция ос семействаwindows.
Алгоритмизация и программирование. Алгоритмизация
Операционные системы: их развитие и основные функции.
Ос - это комплекс программ, обеспечивающих: управление ресурсами, т.е. Согласованную работу всех аппаратных средств компьютера; управление процессами, т.е. Выполнение программ, их взаимодействие с устройствами компьютера, с данными; пользовательский интерфейс, т.е. Диалог пользователя с компьютером, выполнение определенных простых команд- операций по обработке информации. За время существования компьютеров ос претерпели значительную эволюцию. Первые ос были однопользовательскими и однозадачными. Эффективность использования ресурсов компьютера в этом случае оказывалось невысокой из-за простоев всех, кроме одного работающего периферийного устройств компьютера. По мере роста возможностей, производительности и изменениях в соотношении стоимости устройств компьютера положение стало нетерпимым, что привело к появлению многозадачных ос, остававшихся однопользовательскими. Такие ос обеспечивают постановку заданий в очередь на выполнение, параллельное выполнение заданий, разделение ресурсов компьютера между выполняющимися заданиями. Важнейшее техническое решение, обусловившее такие возможности, - появление у внешних устройств собственных процессоров. При многозадачном режиме в оперативной памяти находится несколько заданий пользователей; время работы процессора разделяется между программами, находящимися в оперативной памяти и готовыми к обслуживанию процессором; параллельно с работой процессора происходит обмен информацией с различными внешними устройствами.
Наиболее совершенны и сложны многопользовательские многозадачные ос, которые предусматривают одновременное выполнение многих заданий многих пользователей, обеспечивают разделение ресурсов компьютера в соответствии с приоритетами пользователей и защиту данных каждого пользователя от несанкционированного доступа. В этом случае ос работает в режиме разделения времени, т.е. Обслуживает многих пользователей, работающих каждый со своего терминала. Развитие ос. Ос mvs, os/390, z/os.: первые две ос этого семейства вышли в 1966 г - рср (первичная управляющая программа) и dos/360 (второе поколение) — это были пакетные мониторы, рассчитанные на работу одной прикладной программы без защиты памяти. 1967 г. – рср: mvt (многопрограммная [система] с переменным числом задач) и mft (многопрограммная [система] с фиксированным числом задач). Позднее, к mvt была добавлена подсистема работы с несколькими терминалами в режиме разделения времени tso (возможность разделения времени), asp (асимметричная многопроцессорность) и ряд других прикладных подсистем.1972 г. –переходная система os/svs (единая виртуальная память), которая позволяла использовать страничную подкачку, но не защиту заданий друг от друга 1974 г. –mvs (множественная виртуальная память), которая предоставляла каждой задаче собственное виртуальное адресное пространство объемом до 2 гбайт. Большая часть дополнительных подсистем mvt была включена в стандартную поставку mvs. 1999 г., в связи с началом выпуска 64-разрядного семейства компьютеров z900, вышла 64-разрядная версия системы z/os системы под управлением os/390 и z/os применяются главным образом в качестве серверов транзакций и субд масштаба предприятия и составляют становой хребет вычислительных систем большинства крупных компаний. Обширное и бурно развивающееся семейство unix оказало огромное влияние на развитие ос в 80-е и 90-е годы xx столетия. Применения систем семейства крайне разнообразны, начиная от встраиваемых приложений реального времени, включая графические рабочие станции для сапр и заканчивая серверами класса предприятия и массивно параллельными суперкомпьютерами. Родоначальником семейства следует считать не первую версию unix,amultics, совместно разрабатывавшуюся в 1965—1969 гг.Generalelectricиbelllaboratories. За это время general electric выделило подразделение, занимавшееся работами над multics и аппаратной платформой для нее (ge-645), в отдельную компанию honeywell. Multics была первой из промышленных систем, предоставлявших:создание процессов системным вызовом fork;страничную виртуальную память;отображение файлов в адресное пространство озу;вложенные каталоги;неструктурированные последовательные файлы;многопользовательский доступ в режиме разделения времени;управление доступом на основе ограниченных acl (колец доступа).
В 1969 г. Bell laboratories отказалась от работ над multics и начала разработку собственной ос для внутренних нужд. В bell laboratories был объявлен внутренний конкурс на разработку переносимой ос, способной работать на миникомпыотерах различных поставщиков. К проекту были предъявлены следующие основные требования:многоплатформенность;вытесняющая многозадачность;многопользовательский доступ в режиме разделения времени;развитые телекоммуникационные средства.один из участников работ над multics, к. Томпсон, разработал крайне упрощенное ядро ос, названное unix, для миникомпьютера pdp-7. К 1972 г. К. Томпсон и д. Ритчи переписали ядро системы в основном на языке с и продемонстрировали возможность переноса ос на миникомпьютеры pdp-11. Это обеспечило выполнение всех требований конкурса, и unix была признана основной платформой для вычислительных систем, эксплуатируемых в at&t.первые версии unix были рассчитаны на машины без диспетчера памяти.
В 1991 г. Л. Торвальдс, в тот момент — студент университета хельсинки, приступил к разработке того, что ныне известно как linux — полноценной ос, основанной на исходных кодах minix.в 1992 г. Выпущена первая публичная версия системы.
Linux перенесен практически на все 32- и 64-разрядные машины, имеющие диспетчер памяти, начиная от amiga и atari и заканчивая ibm. Ядро linux быстро развивается и еще не достигло той степени "зрелости" и стабильности, которая характерна для svr4 и ветвей bsd. В частности, поэтому среднее количество опасных ошибок, обнаруживаемых в системе за фиксированный интервал времени, существенно выше, чем в двух указанных ос; производительность отдельных подсистем также оставляет желать лучшего. Однако положение довольно быстро улучшается и, по-видимому, в обозримом будущем linux может стать одним из технологических лидеров отрасли.
Рассмотрим дисковую операционную систему ср/м фирмы digital research. Первая версия системы была разработана в 1974 г. Для использования в инструментальных микропроцессорных системах. Инструментальные микрокомпьютеры, популярные в 70-е годы, использовались как средство кросс-разработки и отладки программ для встраиваемых микропроцессорных систем. Типичная система такого типа состояла из микропроцессорной платы, устройства чтения/записи магнитных или перфолент, а позднее — накопителя гибких дисков и, наконец, видеотерминала. Можно считать их предками персональных компьютеров, но в описываемый период такие системы были слишком громоздки и дороги для домашнего и офисного использования. Ср/м была первой ос для машин такого рода, обеспечившей возможность использования гибких дисков, поэтому она быстро приобрела огромную популярность и стала стандартом де-факто для микрокомпьютеров. Система была перенесена практически на все 8- и 16-разрядные и многие 32-разрядные микропроцессоры. Появившиеся в конце 70-х персональные компьютеры обычно также были ориентированы на использование ср/м. В начале 80-х были реализованы многозадачная и сетевая версии ср/м. Появилось также немало клонов системы, программно совместимых с ней и в целом аналогичных по архитектуре. С архитектурной точки зрения, ср/м представляет собой довольно типичную однозадачную дос, предназначенную для работы на процессоре без диспетчера памяти и средств базовой адресации. Отличительные особенности ср/м следующие:
Своеобразный командный язык, представляющий собой подмножество командного языка систем rt-11, rsx-11, vax/vms . Так команды являются полными словами английского языка, но разрешено их сокращение: directory, например, может быть сокращена до dir или даже до di — в ср/м же команда называется dir.
Устройства последовательного ввода-вывода обозначаются трехбуквенными аббревиатурами, например tty: обозначает телетайп, a lpt: — строчный принтер. Некоторые устройства, например, con: (консоль), lst: (устройство вывода листинга) могут динамически переназначаться.
Диски обозначаются буквами латинского алфавита.
Ср/м имеет модульную архитектуру и состоит из трех основных подсистем: командного процессора сср (console command processor), базовой дисковой операционной системы bdos (basic disc operating system) и базовой системы ввода-вывода bios (basic input/output system). Командный процессор и базовая дисковая операционная система представляют собой неизменные компоненты системы, bios содержит драйверы физических устройств и подлежит перекомпоновке при каждой перегенерации системы для новой конфигурации аппаратуры. Память, не занятая компонентами системы и таблицей векторов прерываний, называется областью пользовательских [дословно — преходящих] программ.
Вскоре после анонса apple macintoch в 1984 г., microsoft выпустила электронную таблицу excel и текстовый процессор word для этой системы. Создается впечатление, что основной задачей при разработке win 16 было максимальное облегчение переноса приложений mac os на ibm pc.
Версии windows 2.x—3.x воспроизводят почти все характерные черты mac os.
Событийно-ориентированную кооперативно многозадачную архитектуру
Единое адресное пространство
Сборку программ в момент загрузки с использованием dll
Соглашение о вызовах у системных процедур: параметры помещаются в стек, начиная с первого, стек очищается вызываемой процедурой
Ядро системы было собрано в виде загрузочного модуля dos (win.exe). После загрузки этот модуль брал на себя управление памятью и осуществлял загрузку собственных и пользовательских модулей формата ne (так называемые сегментированные модули). Dos, однако, сохранялась в оперативной памяти и использовалась в качестве дисковой подсистемы. Первые версии системы были совершенно неудовлетворительными не только с точки зрения надежности, но и по производительности. Довольно большие требования к ресурсам не позволяли запустить сколько-нибудь ресурсоемкое приложение в 640к озу, системы же с большим объемом памяти были в то время редкостью. Больший объем памяти был доступен только на машинах ibm pc at с процессором 80286. На таких компьютерах обращения к dos требовали переключения в реальный режим процессора и поэтому происходили очень медленно.
Значительный прорыв в эксплуатационных характеристиках windows 3.x обеспечил процессор 80386, на котором можно было создать для dos виртуальный 8086. Это позволило избежать переключений режима процессора на каждом системном вызове и резко повысило производительность. Еще большее повышение производительности было достигнуто в windows 3.11 с появлением так называемого 32-разрядного доступа к диску — собственной дисковой подсистемы, которая работала целиком в защищенном режиме. Тем не менее, надежность даже этих версий системы оставляла желать много лучшего.
В win 16 впервые была реализована технология, без упоминания которой описание этой системы было бы не полным — не только потому, что это одна из немногих оригинальных концепций, впервые реализованных в системах семейства ср/м, но и потому, что эта технология оказала значительное влияние на современные методики разработки прикладного программного обеспечения. Речь идет о технологии com (common object model — общая объектная модель).
Идея, лежащая в основе сом, довольно проста и решает весьма насущную проблему: точки входа dll не хранят сведений не только о семантике соответствующих процедур, но даже о количестве и типах параметров, передаваемых этим процедурам. Различные системы программирования используют разные соглашения о способе передачи параметров — заголовок dll не хранит информации и об этом. Отсутствие перечисленных сведений затрудняет взаимодействие между подсистемами, реализованными на разных языках, и делает невозможным синтаксическую проверку допустимости вызова внешних процедур из интерпретируемых языков.
Сом предполагает снабжение dll внешним описателем, который перечисляет все процедуры, реализуемые данной dll, и типы данных, используемые этими процедурами. Описание формируется на специальном языке idl (язык описания интерфейса), который затем компилируется в двоичное представление, используемое объектными средами и интерпретирующими системами программирования. Современные системы программирования выполняют автоматическую генерацию idl и "болванок» (заготовок) кода, реализующего данный интерфейс, на конкретном языке программирования.
Объектно-ориентированный стиль описания интерфейсов является популярной методологией описания и разработки сложных программных систем, поэтому, несмотря на многочисленные недостатки технологии сом (например, не поддерживается контроль версии интерфейса и наследование) она была хорошо принята сообществом разработчиков. Впрочем, заявленная в начале работ над этой технологией цель — переход от монолитных приложений к компонентным средам, составляемым из взаимозаменяемых объектов сом — достигнута не была. Достижению этой цели не способствовала также техническая политика microsoft, состоявшая в низкокачественной и неполной документации и хаотических сменах флагманской объектной среды (версии ole, activex, ocx и т. Д.).
В первой половине 90-х годов xx столетия практически всем разработчикам и техническим специалистам было очевидно, что наличествующие ос доживают последние дни: они не удовлетворяли запросам пользователей практически ни по одному из параметров: приложения требовали больших объемов памяти и перехода к 32-разрядной архитектуре, пользователям требовались большая надежность, многозадачность, более развитые сетевые средства. Напротив, преимущества dos, такие, как небольшая потребность в памяти, становились все менее и менее критичными. Основным препятствием на пути перехода пользователей на другие платформы было требование совместимости с существующими приложениями и драйверами нестандартных внешних устройств для dos. Наилучшим образом удовлетворяла этому требованию ibm os/2, в виртуальной машине которой можно было запустить не только практически любое приложение dos, но и использовать многие модули ядра dos, в том числе — загружая в разных виртуальных машинах разные версии dos и разные наборы драйверов. Однако высокие требования этой системы к ресурсам и ориентированная на корпоративных пользователей схема лицензирования приводили к тому, что система не получила большого распространения на массовом рынке. В 1992-1993 гг. Microsoft занялась разработкой системы, которая должна была заполнить перспективную рыночную нишу "многозадачной dos защищенного режима". Подобно марксизму, разрабатываемая ос имела три источника и три составные части.
Windows nt
Многозадачные среды для dos
Windows 3.x
От windows nt новая система получила интерфейс системных вызовов — win32 api — и формат загружаемого модуля ре (portable executable — переносимый исполняемый [модуль]). У многозадачных сред разработчики новой ос позаимствовали идею преобразования dos в многозадачную среду защищенного режима. Такая архитектура была довольно-таки трудоемка в реализации и создавала специфические проблемы (так, dos не отдавала управления при обращениях к приводу гибких дисков, поэтому работа с дискетами из любой сессии приводила к остановке всех остальных сессий), но не представляла непреодолимых концептуальных сложностей и была в целом работоспособна. Windows 3.x представляла собой пример системы, реализовавшей интерфейс между пользовательскими программами, работающими в защищенном режиме, и ядром dos. К 1993-1994 гг. На рынке существовало более десятка других продуктов, предоставляющих аналогичный интерфейс, так называемых расширителей dos. С точки зрения разработчиков новой ос windows 3.x представляла наибольший интерес в качестве отправной точки, потому что, в отличие от остальных расширителей dos, она предоставляла динамическую сборку в момент загрузки и реализовывала также событийно-ориентированную архитектуру, пусть и более примитивную, чем асинхронная очередь сообщений win32. К тому же, windows 3.11 имела собственную дисковую подсистему, позволявшую работать с жестким диском в обход dos (так называемый 32-битный доступ к диску). После длинной последовательности публичных бета-версий, многократного переноса сроков и большой шумихи в прессе новая система, получившая название windows 95, вышла на рынок в 1995 г. Система с самого начала задумывалась как переходная, предназначенная для облегчения перевода пользовательской базы dos на windows nt, однако прошло не менее 4—5 лет, прежде чем совместимость с приложениями dos перестала быть решающим параметром при выборе ос для настольного компьютера. За это время успело выйти несколько версий "переходной" системы (osr2, 98, 98se, millennium edition) и даже после выхода хр microsoft еще не готова объявить о прекращении поддержки этой линии ос.