Опишите особенности ос windows 9 x me 2000 - Доктор Windows

MSDOS-
однопользовательская, однозадачная,
16- разрядная операционная система с
интерфейсом командной строки. Для нее
разработано несколько различных
программных оболочек: Norton
Commander,
QDOS,
DOS
SHELL,
Volkov
Commander,
WINDOWS
1/2/3. Программная оболочка- это программа,
которая запускается на выполнение под
управлением ОС и помогает работать с
этой ОС. Она наглядно показывает на
экране всю файловую структуру ПК: диски,
каталоги, файлы.

Windows
9Х (Windows
95/98МЕ)- многопользовательская,
многозадачная, 32- разрядная ОС с
графическим интерфейсом, предназначена
для домашнего использования, для
диалогового режима работы, не переносима
на другие аппаратные платформы (т.е. на
процессоры, не совместимые с
микропроцессорами
INTEL
8088). Невозможно получить текстовый
интерфейс командной строки без
графического (не всегда нужен диалоговый
режим, например, для серверов). Windows
9Х обеспечивает полную совместимость
с ОС MSDOS.

Windows
NT
(New
Technology)-
многопользовательская, многозадачная,
32- разрядная профессиональная ОС с
графическим интерфейсом, поддерживает
мультипроцессорные ПК (до 32 процессоров).
Изначально создавалась для корпоративного
сектора, с учетом работы в КС. Эта ОС
имеет мощные средства защиты программ
и данных пользователей от несанкционированного
доступа, имеет две модификации: Windows
NT
Station
(для рабочих станций), Windows
NT
Server
(сетевая ОС).

Windows
2000 объединяет возможности Windows
9Х и Windows
NT
с расширением многих сервисных
пользовательских возможностей.

Windows
ХР (2002 г.) разработана на основе технологий,
используемых в Windows
2000, более удобна для работы как на
домашних, так и на офисных ПК, предъявляет
высокие требования к системным ресурсам
ПК (не менее 128 Мб памяти и 2 Гб пространства
на жестком диске).

ОС
UNIX,
LINUX
получили большое распространение в
сети Интернет,
т.к. является машинно-независимой ОС.

Контрольные вопросы:

Понятие и типы
ОС?
Понятие и типы
интерфейса?
Сравнительная
характеристика ОС?

Тема 7. Основные понятия файловой системы

Цель:
Изучение файловой системы персональных
компьютеров.

Ключевые
слова: файл,
файловая структура, шаблон, каталог,
маршрут.

План:

Понятие файла,
имени и расширения файла.
Понятие файловой
структуры.
Понятия каталога
и маршрута.
Групповые имена
файлов.

1. Понятие файла, имени и расширения файла

Для хранения
информации с помощью ЭВМ существует
специальная единица хранения
неопределенного размера- файл. Файл—
это последовательность байтов, имеющая
уникальное собственное имя. Имя файлу
присваивается в момент его создания
пользователем, а тип или расширение
файла либо задаётся пользователем, либо
автоматически устанавливается программой,
в среде которой он создан.. Существуют
два способа именования файлов: с коротким
именем и с длинным.

Короткие имена
файлов формата 8.3 использовались при
работе под управлением ОС MS
DOS. Имя файла не превышало
8 символов и отделялось от расширения,
длиной 3 символов, точкой. В качестве
символов имени разрешалось использовать
все буквы английского алфавита, знак
подчеркивания и цифры. Причем имя должно
было начинаться только с буквы. Отступление
от этих правил не давало гарантии, что
такой файл может быть прочитан на другом
ПК.

Современные
операционные системы (Windows
95 и т.д.) позволяют использовать длинные
имена файлов. Длинные имена файлов,
состоящие максимум из 255 символов,
позволяют использовать пробелы, знаки
препинания и буквы русского алфавита.
Нельзя использовать следующие символы:
/ : * ? “ < > 

По содержанию
файлы разделяются на программные файлы
(программы) и файлы данных (документы).
Программные файлы, которые называют
исполняемыми файлами, имеют расширения
.com, .exe, .bat,
.dll и т.д. Файлы данных
в отличии от программ более разнообразны.
Существуют текстовые, табличные,
графические, документы, видеодокументы,
архивные документы и многие другие.
Например, расширение .txt,
.doc, .rtf
свидетельствуют о том, в файле хранится
текстовый документ. Расширения .bmp,
.gif, .tif, .jpg,
.pcx говорят о том, что это
графический файл. Расширения .avi,
.mov, .mpg
говорят о том, что в файле хранится
видеозапись.

В качестве имён и
расширений файлов нельзя использовать
следующие имена, зарегистрированные
как имена стандартных устройств:

PRN
(LPT) — печатающее
устройство.

CON
— консоль, т.е. дисплей- при вводе
данных и клавиатура- при выводе.

AUX
(COM1) — основной коммуникационный
канал.

NUL
— фиктивное, пустое устройство,
используемое при отладке.

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]

Источник

Начнем с традиционных «отмазок». Описываемые функции, особенности работы ОС и используемые алгоритмы документированы крайне скудно, либо не документированы вообще. Информация, добытая из разных источников, оказалась частично противоречивой. Я постарался сложить ее кусочки воедино, но гарантировать, что нигде и ни в чем не ошибся, не могу. Попытки теми или иными путями выйти на людей, хорошо знакомых с внутренним устройством упоминаемых здесь модулей ОС, оказались безуспешными — слишком много лет прошло. И в некоторых случаях не оставалось ничего иного, как заниматься реконструкцией, вроде того как по нескольким найденным костям устанавливают облик какого-нибудь динозавра. Поэтому если вдруг вы обнаружите ошибку или неточность, я буду благодарен за высказанные замечания. А теперь переходим к нашим «баранам».

Хотя Windows 98 и Windows Me можно с уверенностью назвать устаревшими системами, они все еще установлены на достаточно большом числе компьютеров. Причины этого могут быть самыми различными — от недостаточной мощности компьютеров, не «тянущих» современные ОС, до наличия программ и оборудования, не работающих под Windows 2000 и ХР.

И если на старых машинах с памятью может возникать только одна проблема — её недостаток, то на новых ситуация оказывается более сложной.

Например, крутится в компании на старой машине некая учетная или бухгалтерская программа, написанная много лет назад и все еще вполне устраивающая тех, кто ее использует. Но вот беда, старый компьютер сломался, на новом компьютере с ХР программа не работает. Или стоит у человека старый сканер, который нужен от случая к случаю и вполне устраивает своего владельца. Но для WinXP драйверов этого сканера не существует, а выбрасывать его и покупать новый — жалко. Да и незачем — ведь работает!

В таких случаях самым очевидным решением является установка на новый компьютер Windows 98 или Windows Me либо в конфигурациях с двойной загрузкой, либо как единственной системы.

Но если в компьютере достаточно много оперативной памяти, то эти ОС могут вообще не установиться, либо то и дело зависать во время работы. Недаром в форумах и конференциях так много утверждений о том, что Windows 98 не способна использовать больше 512 Мб памяти.

Попробуем разобраться, в чем тут дело. Сразу отбросим в сторону ситуации, когда для нового «железа» отсутствуют драйверы для Windows 98 (здесь и далее если речь идет о Win98 и явно не оговорено иное, подразумеваются три операционные системы: Win98, Win98SE и WinMe), не отключена гиперпоточность в пентиумах 4 и т. п. Речь пойдет только об одном — особенностях работы Windows 98 при большом объеме установленной оперативной памяти.

Как правило, если памяти не больше 512 Мб, то никаких проблем не возникает. При особо неудачной конфигурации железа и использовании программ, занимающих мало памяти, но обрабатывающих много данных, система может изредка зависать и при меньшем объеме ОЗУ, но происходит это довольно редко и обычно списывается на «глюки» системы.

Но если памяти больше 512 Мб, то проблемы начинают вылезать гораздо чаще, вплоть до постоянных зависаний, а то и невозможности установки системы или загрузки, если память была добавлена после установки. Может случиться и так, что компьютер начнет циклически перезагружаться.

Извлечение «лишних» модулей памяти обычно оказывается радикально действующим лекарством, и все проблемы как рукой снимает. Но назвать это решение удовлетворительным можно далеко не всегда — не каждый согласится разбирать компьютер и вытаскивать память перед загрузкой Win98 и снова вставлять перед загрузкой WinXP.

Что же сделает в такой ситуации разумный пользователь? Правильно, он пойдет на сайт базы знаний Microsoft. И если у него есть некоторые навыки поиска, он довольно быстро отыщет статьи, в которых описывается эта проблема или родственные ей: 184447, 253912, 304943, 311871.

Не исключено, что после их прочтения голова может пойти кругом. Поэтому давайте разбираться, что же в них написано и как это следует понимать.

После внимательного анализа следует сразу же отбросить статью 311871. По стилю изложения и полноте информации она сильно отличается от прочих, и можно с уверенностью предположить, что ее написал один из моих коллег-MVP, безусловно, неплохо знающий Windows 98, но недостаточно знакомый с ее внутренним устройством.

Утверждение о том, что эта система не рассчитана на использование 1 Гб ОЗУ, неверно. Она рассчитывалась на использование до 2 Гб, но реальная граница из-за решений, унаследованных от предыдущих версий, как правило, меньше.

Мне довелось наблюдать (заочно, через обсуждение в конференции) самый первый случай ненормальной работы Windows 98 с большим объемом памяти. В феврале 1998 года один из бета-тестеров попытался поставить Windows 98 (кажется, RC0, то есть кандидат в финальные версии, уже не бета-версия, но еще и не финальная) на сервер с одним гигабайтом памяти. В ходе установки появился синий экран с сообщением о недостатке памяти для инициализации Windows. Установка смогла продолжиться только после уменьшения объема памяти до 928 Мб.

Никому из разработчиков и в голову не пришло сказать, что на гигабайт система не рассчитана. Наоборот, ответ был примерно такой: «система рассчитана на использование до 2 Гб памяти, поэтому налицо какая-то ошибка, но сейчас разбираться с этим мы не будем, поскольку до выпуска осталось мало времени, да и никто из обычных пользователей с этой проблемой не столкнется». Если вспомнить типовые конфигурации компьютеров того времени, это утверждение было, безусловно, справедливым. Достаточно сказать, что гигабайт памяти в злополучном сервере набирался модулями по 16 Мб.

В других статьях базы знаний говорится о необходимости ограничивать дисковый кэш до 512 Мб, а также объем оперативной памяти до 1 Гб, 768 Мб или даже до 512 Мб — в разных статьях по-разному.

В статье 253912 можно найти краткое упоминание о выделении под кэш адресов в четвертом гигабайте, в ней же говорится и о возможности ограничить размер кэша. Но в статье 304943 сказано, что в некоторых случаях ограничение кэша не помогает и необходимо ограничивать объем используемой памяти.

Итак, база знаний подтверждает, что при работе с большими объемами памяти Windows может не загружаться или работать нестабильно. Но в чем же может быть дело, если разработчики уверенно говорили о двух гигабайтах?

В общем, дело ясное, что дело темное. Никто толком ничего не знает, а если и знает — то не говорит, и «урезание», либо физическое уменьшение оперативной памяти часто подается как единственная работающая мера. Попробуем разобраться в проблеме досконально.

Начнем с описания того, как Windows использует память.

32-разрядное адресное пространство в процессорах 80386 и старше делится на страницы памяти размером 4 Кб каждая. Управление каждой из этих страниц осуществляется независимо от других. Таких адресных пространств может быть много, но реальное (физическое) адресное пространство доступно только ядру системы и драйверам, лишь они могут непосредственно обратиться к физической памяти. Другие компоненты системы и все прикладные программы работают в виртуальных адресных пространствах, с виртуальными адресами.

Понятие «виртуальная память» несколько неоднозначно. Достаточно часто его используют как противопоставление понятию «физическая память», но в общем случае виртуализацию следует понимать как форму абстрагирования от реального устройства. Очевидно, что программа может выполняться только из физической памяти, а не тогда, когда ее код выгружен в файл подкачки. Но сама программа в общем случае не может определить, находятся ли ее куски в физической памяти или выгружены на диск. Она не может определить и то, в каком именно месте реальной физической памяти находятся ее код и данные — операционная система транслирует адреса ОП, к которым программа обращается в своем виртуальном адресном пространстве, в те адреса, которые программа реально занимает в физической памяти. А если участок виртуальной памяти, к которой обратилась программа, выгружен на диск, ОС приостанавливает работу программы и подгружает нужную страницу в физическую память, после чего программа продолжает работу как будто страница всегда была в памяти.

Чтобы обеспечивать такую трансляцию, операционная система ведет специальную таблицу страниц, в которой указывается текущее соответствие виртуальной страницы и участка физической памяти или участка файла подкачки, в котором действительно хранятся данные.

Таких таблиц несколько — для каждой программы ведется отдельная таблица. Разные программы могут использовать одни и те же виртуальные адреса, но для каждой программы будет установлено свое соответствие между виртуальными и реальными страницами, так что реально обращение будет происходить к разным участкам физической памяти.

И раз уж речь зашла о распределении памяти, стоит отметить, что память выделяется программе только по ее запросам. Операционная система может отказать программе в выделении памяти, но не может выделить программе больше памяти, чем запрошено. Поэтому раздающиеся иногда вопросы «Почему ОС не отдает всю память моей любимой программе, ведь свободной памяти еще море» — бессмысленны. «Перекормить» программу памятью, то есть заставить использовать больше ее, чем хочет сама программа, не удастся.

Итак, мы уже разобрались, что надо отличать физическое адресное пространство от виртуального. Один из компонентов ядра операционной системы — диспетчер памяти — организует, помимо прочего, трансляцию виртуальных адресов, используемых программами и другими компонентами ядра, в реальные адреса физической памяти.

В Windows 98 память распределяется следующим образом (см. рис. ниже). В левой части показано собственно распределение адресного пространства программ и системы, а в правой — пример распределения физической памяти.

Все виртуальное адресное пространство программ делится на четыре области. Первая область занимает диапазон адресов от нуля до 4 Мб и недоступна для адресации программами для Windows. С программами для ДОС и драйверами устройств дело обстоит несколько иначе, но рассмотрение этих особенностей уведет нас в сторону от темы, поэтому не будем останавливаться на деталях.

Область от 4 Мб до 2 Гб является рабочим пространством программ. С точки зрения программ эта область заполнена оперативной памятью в том количестве, которое потребуется программе (но, конечно, не более 2 Гб), причем, как уже говорилось, у каждой программы это своя собственная память, не имеющая ничего общего с памятью, выделенной другим программам.

Третий гигабайт используется как виртуальное адресное пространство, общее для всех программ и для системы. В эту область Windows загружает свое графическое ядро, а также динамические библиотеки. Фактически, конечно, эти модули находятся в реально имеющейся физической памяти в области гораздо меньших адресов, но нужен механизм, дающий программам возможность обращаться к системным модулям. Виртуализация памяти и является таким механизмом.

Четвертый гигабайт (адреса c0000000-ffffffff) также является общим для всех программ и для системы, он используется в нескольких целях. Во-первых, в него система загружает свое ядро, драйверы и другие модули, работающие на уровне ядра (если такие модули имеются в системе). Этот участок виртуализован подобно третьему гигабайту.

Во-вторых, в этом адресном пространстве выделяется область памяти, используемая дисковым кэшем (VCACHE), также виртуализованная.

В-третьих, в этом же гигабайте находятся адреса памяти (реальные, а не виртуальные) тех устройств ввода-вывода, которые предоставляют возможность прямого доступа к своей памяти.

В-четвертых, здесь же выделяется адресное пространство для виртуальных машин ДОС.

Рассмотрим использование четвертого гигабайта более подробно.

Выделение адресного пространства под ядро системы происходит так же, как и для общих модулей и дополнительных пояснений не требует, поэтому сразу перейдем к рассказу о кэше диска.

Когда больше десяти лет назад Microsoft начала разрабатывать дисковый кэш с динамически изменяемым размером (модуль VCACHE впервые появился в Windows 3.11 для рабочих групп, вышедшей в 1993 году), гигабайтные размеры памяти казались чем-то из области фантастики. Напомню тем, кто не знает, что в первой IBM PC, выпущенной в 1980 году, стояло 64 Кб ОЗУ, а в 1993 году нормой были компьютеры с четырьмя мегабайтами. Экстраполируя на наше время, получим, что в 2006 году можно было ожидать наличия в массовых компьютерах 256 Мб ОЗУ. К тому же никто не думал, что эта ОС и ее прямые потомки проживут так долго.

Так что у программистов не было причин заботиться об экономии адресного пространства, и они щедрой рукой отвели четвертый гигабайт, в том числе и под адресное пространство дискового кэша. Оказалось, что менее накладно выделить под кэш изменяемого размера линейное виртуальное адресное пространство и затем средствами диспетчера памяти отображать его на реально используемую физическую память, нежели вести постоянный учет выделенной памяти в самом модуле кэша.

Поэтому на этапе загрузки системы часть адресного пространства в четвертом гигабайте резервируется под использование дисковым кэшем. Размер этой части зависит от версии операционной системы, от некоторых характеристик оборудования и от количества ОП, установленной в компьютере. Обычно он почти равен объему ОЗУ, но ограничен верхним пределом в 800 Мб.

Еще одно использование четвертого гигабайта — обеспечение доступа к памяти устройств. Если вы застали времена ДОС, то знаете, что нередко для повышения скорости работы программы напрямую писали свои данные в память устройств, например, видеоадаптера (EGA или VGA).

С переходом в 32-разрядный режим работы процессора ничего в этом отношении не изменилось. По-прежнему прямая запись осталась наиболее быстрым способом обращения к устройству, только адреса памяти устройств были вынесены из первого мегабайта в конец адресуемой области, в тот же самый четвертый гигабайт. Да еще между программой и устройством обычно имеется прослойка в виде драйвера.

В этом же четвертом гигабайте выделяется адресное пространство и для виртуальных машин ДОС, в которых выполняются запущенные вами программы для ДОС. При этом возникает необходимость в двойной переадресации: когда программа обращается к адресу в первом мегабайте, вместо него подставляется соответствующий адрес виртуальной машины (в четвертом гигабайте), а поскольку этот адрес виртуальный, то происходит вторая переадресация — на адрес физической памяти, в котором находится нужная страница виртуальной машины. Такова плата за поддержку старых программ. Впрочем, на деле накладные расходы оказываются невелики.

Но вернемся к общим проблемам четвертого гигабайта.

В отличие от Windows XP и других ОС семейства NT, Windows 98 имеет одно-единственное адресное пространство для двух старших гигабайт. Оно оказывается общим и для виртуальной памяти, и для адресов устройств, и его должно хватить для всех способов использования, иначе работа системы будет нарушена.

Влиять на использование адресов памяти устройствами ОС, как правило, не может — эти адреса в большинстве случаев зафиксированы самим оборудованием.

Теперь рассмотрим, как происходит распределение памяти при загрузке Windows. Самый первый этап — загрузка ДОС. Затем из нее запускается ядро Windows — VMM.VXD. Этот файл содержит много модулей, и один из них — диспетчер виртуальных машин (именно он управляет распределением памяти) по своей структуре является обычной программой для ДОС. Но только по структуре и только для того, чтобы его можно было запустить из ДОС. После своего запуска он переводит процессор в защищенный режим и использует ДОС преимущественно как драйвер различных устройств, в первую очередь диска и видеоадаптера.

Затем диспетчер виртуальных машин начинает загружать в память другие модули (драйверы), находящиеся в файле VMM.VXD, драйверы, на которые есть ссылки в реестре или в файле system.ini, а также затребованные ранее загруженными программами для ДОС (в качестве примера можно привести программу кэширования дисков smartdrv, которая при загрузке Windows передает ей требование загрузить модуль smartdrv.vxd, хранящийся в теле файла smartdrv.exe).

Но тут возникает порочный круг. Чтобы загрузить драйвер в память, ему эту память надо выделить, а при выделении памяти — сделать соответствующие пометки в таблице страниц. А чтобы выделить место для таблицы страниц, нужно предварительно выполнить распределение памяти. Поэтому диспетчер виртуальных машин выполняет распределение в два приема: вначале выделяется небольшая гарантированно имеющаяся область памяти, в которую загружаются тела драйверов. В ней также строится таблица страниц. На втором этапе, собственно инициализации, анализируются требования драйверов к памяти и им выделяются виртуальные адреса в четвертом гигабайте.

Если при загрузке Windows включить создание протокола загрузки, то в нем (файл bootlog.txt) эти стадии отчетливо видны. Сначала идут пары сообщений Loading и LoadSuccess для каждого драйвера, затем выполняется инициализация диспетчера виртуальных машин и драйверов: SYSCRITINIT и SYSCRITINTSUCCESS.

Основным «пожирателем» адресного пространства оказывается, конечно, VCACHE. Как уже говорилось, он требует для себя адресное пространство размером примерно равным объему ОЗУ, но не более 800 Мб. В результате суммарные запросы этого и других модулей могут превысить отводимый для них гигабайт. WinMe в этом отношении более эффективна и более рационально распределяет адресное пространство, поэтому при возможности предпочтительнее использовать именно ее.

Но если все-таки не удается выделить виртуальную память, необходимую собственно системе и всем драйверам, то, как правило, Windows 98 выводит сообщение о недостатке памяти, а Windows Me начинает перезагрузку (хотя бывает и наоборот). Но поскольку адресного пространства не хватит и в следующий раз, перезагрузка получается циклической. При этом записи об инициализации в протоколе отсутствуют, он обрывается на этапе загрузки драйверов.

Если дефицит адресного пространства невелик, то не исключено, что система сможет загрузиться в безопасном режиме, когда количество драйверов и требуемое для них адресное пространство уменьшаются. Но надеяться на это не стоит.

Иногда получается так, что адресного пространства хватает для инициализации, но запаса его практически не остается. В этом случае система загрузится нормально, но попытка запустить какую-либо программу для ДОС приведет к появлению сообщения об ошибке. Если неиспользованное адресное пространство остается, но его не слишком много, то некоторые программы для ДОС могут запускаться, а требующие большего объема памяти — нет.

Что же можно сделать, если адресного пространства не хватает и система не грузится, или программы для ДОС не запускаются? Увы, способов решить проблему всего два. Если у вас установлена Windows 98, то можно перейти на Windows Me. Второй, более универсальный, но менее продуктивный способ заключается в ограничении количества используемой памяти (подробные указания приведены в конце статьи).

Вероятно, у вас появился вопрос: если все дело в том, что кэшу диска не хватает виртуального адресного пространства, то почему бы не ограничить его размер, как описано в базе знаний Microsoft? Увы, это не поможет. Дело в том, что распределение памяти выполняет диспетчер виртуальных машин и «заглядывает» при этом только в свой раздел файла system.ini, [386Enh]. А ограничение размера кэша задается в другом разделе и влияет лишь на работу самого кэша, в частности, на использование выделенного ему адресного пространства.

Но ограничение размера дискового кэша все-таки наверняка окажется нужной операцией. Почему? Об этом сейчас и пойдет речь.

Итак, система загружается, программы для ДОС запускаются, но работать все равно нельзя — через некоторое время система либо зависает, либо показывает синий экран сообщения об ошибке. Чего же ей еще не хватает?

Изобразим приблизительную схему адресного пространства в четвертом гигабайте (примерно так, так она формируется в Windows 98 на компьютере автора, некоторые подробности опущены для упрощения), Причем схем у нас будет две: одна — для физического пространства, другая — для виртуального.

Замечание. Во избежание возможных недоразумений следует отметить, что загрузка только ядра Windows без графического интерфейса не имеет ничего общего с загрузкой при установленном параметре BootGUI=0. В последнем случае собственно Windows не загружается вообще, грузится только входящая в ее состав MS-DOS. Хотя в документации встречается также название «ядро реального режима Windows».

Обратите внимание на то, что часть диапазона адресов, занятого видеоадаптером AGP, оказалась использованной дважды (если видеоадаптер использует шину PCI-E, картина меняется несущественно, поэтому ограничимся лишь наиболее распространенным случаем).

Но если эта область адресов используется видеоадаптером, то почему же система отвела его под виртуальную память кэша?

Ответ очень прост: современные драйверы дисплея, как правило, состоят из двух частей — ядра, выполненного в виде драйвера виртуального устройства (vxd), и основной части, выполненной в виде динамически загружаемых библиотек. Когда грузится ядро системы, загружается лишь ядро и видеоадаптера. Оно обычно обеспечивает реализацию только базовых функций видеоадаптера, приблизительно на уровне адаптера VGA, поэтому вполне обходится соответствующей областью адресов в первом мегабайте или, в добавление к нему, небольшим участком памяти, занимаемым адаптером в верхних адресах четвертого гигабайта. При выполнении инициализации памяти диспетчер виртуальных машин выделяет ядру видеоадаптера запрошенную им область, но не может получить информацию о том, что позже, при загрузке графической подсистемы и всех файлов драйвера, этому драйверу понадобятся еще какие-то участки адресного пространства. Так что диспетчер отводит незанятые участки под адресное пространство VCACHE.

Затем запускается графическое ядро Windows, а с ним — и полный драйвер видеоадаптера. Этот драйвер инициализирует всю функциональность видеоадаптера, и в используемой адаптером зоне адресов начинает существовать физическое устройство. И если эта же зона отведена и дисковому кэшу, то при попытке VCACHE обратиться к ней возникнет конфликт между драйвером устройства и кэшем. Нормальная работа системы нарушается.

Важно, что конфликт возникает не от того что кэшу выделена эта область адресов, а от того что он начинает с ней работать. Это дает возможность достаточно просто избежать конфликтов: надо всего лишь ограничить максимальный размер кэша.

Как правило, устройства AGP используют для своих нужд адреса, начиная с е0000000, то есть 3,5 Гб. Дисковому кэшу при этом можно использовать полгигабайта. Именно этим обусловлена рекомендация ограничить размер кэша значением 524288 Кб (512 Мб). Как правило, такое ограничение оказывается действенным. Но не всегда под видеоадаптеры отводится именно эта область адресов, кроме того, подобным же образом могут вести себя и другие устройства, например, ТВ-тюнеры. Поэтому может потребоваться и более жесткое ограничение кэша.

Теперь перейдем к практическим рекомендациям — как поставить Windows 98 на компьютер более чем с 512 Мб ОЗУ.

Первое, что нужно сделать — раз и навсегда забыть об ЕММ386 и других диспетчерах памяти — с ними хоть сколько-нибудь стабильная работа и даже просто загрузка не гарантируются.
Желательно также не записывать в config.sys явный вызов himem.sys, пусть Windows загружает его автоматически. Хотя каких-либо объяснений этому совету я не нашел и сам не могу понять, почему так обстоят дела, но в некоторых случаях он оказывался действенным.
Если вы устанавливаете WinMe, запаситесь загрузочной дискетой или иным загрузочным носителем. Причем на нем должен быть какой-либо текстовый редактор, поскольку может понадобиться редактирование файла system.ini. Для установки Win98 дискета не нужна, поскольку всегда можно загрузить одну ДОС (Command prompt only) и запустить из нее edit.
Начинаем установку. Возможны три варианта действий.
1. Вы оставляете в компьютере меньше 512 или 512 Мб, устанавливаете систему, затем выполняете ее подстройку и лишь после этого устанавливаете всю память, после чего снова выполняете подстройку.
2. Вы заранее делаете подстройку, более суровую, чем необходимо, а после установки ослабляете ограничения до тех пор, пока система еще будет работать.
3. Вы начинаете установку системы и подстраиваете параметры по мере надобности.
Лично мне больше по душе пункт 3.3.

Что нужно сделать для установки по пункту 3.1, предельно ясно: вытащить из компьютера почти всю память. Если объем модуля памяти 1 Гб и более, то этот способ, естественно, неприменим.

Чтобы следовать пункту 3.2, надо перед началом установки создать файл system.ini с одной короткой записью. На том диске, на который вы хотите установить Windows, создайте каталог, в который будет производиться установка (обычно это Windows). В нем создайте файл с именем system.ini, содержащий две строки:
[386Enh]
MaxPhysPage=10000

После этого можно начинать установку. Эти строки заставят диспетчер виртуальных машин с самого начала использовать только 256 Мб ОЗУ. Если для ваших целей этого количества памяти достаточно, то можно так и работать с этой настройкой, не тратя время на подгонку ее под имеющуюся конфигурацию.

Для установки по пункту 3.3 предварительно делать ничего не надо, если вы устанавливаете Windows 98, но обязательно нужна загрузочная дискета (или другой носитель) если устанавливается WinMe.

Начните установку как обычно. Если Windows выведет сообщение о дефиците памяти для инициализации или начнет все время перегружаться, то в Windows 98 держите во время загрузки нажатой клавишу Ctrl, а после появления меню выберите пункт Command prompt only. В Windows Me придется загрузиться с дискеты или другого носителя.

Затем откройте для редактирования файл system.ini, найдите раздел [386Enh] и добавьте в него строку MaxPhysPage=значение. Для Windows 98 можно начать со значения 40000, для WinMe — 60000. Сохраните файл и перезагрузите компьютер, чтобы попытаться продолжить установку. Если попытка не удалась, снова редактируйте файл и уменьшите первую цифру значения на единицу. Повторяйте эту процедуру, пока установка не сможет нормально завершиться.
После завершения установки имеет смысл подобрать максимальный размер физической памяти. Для этого снова повторяйте процедуру, описанную в пункте 3в, но на этот раз увеличивая значение, пока система не перестанет загружаться.
После этого вернитесь к предыдущему рабочему значению и увеличьте значение не так сильно. Удобно использовать уменьшение шага в два раза. Например, если система загружается при значении параметра 40000 и не загружается при 50000, то стоит попробовать среднее значение 48000 (это значение — шестнадцатеричное и указывает количество страниц физической памяти, которое может использовать система). Если система запустится, то затем попробовать 4c000, а если нет — то 44000 и так далее. Впрочем, слишком далеко заходить не стоит, единичка в четвертом разряде означает 16 Мб, поэтому три ноля в младших разрядах трогать смысла нет — выигрыш все равно будет мизерным.
1. Если вам нужно запускать программы для ДОС, то может потребоваться дополнительное ограничение размера памяти. Запустите те программы для ДОС, которыми вы пользуетесь, или игры для ДОС, в которые играете, и проверьте их работу. Если программа не запускается или «вылетает» в процессе работы, уменьшите значение параметра на 1-2 единицы в четвертом разряде. Скорее всего, этого будет достаточно.
Настройка кэша диска.
Эта настройка не требует подбора, но ее желательно выполнять после установки всех драйверов. Щелкните на значке Мой компьютер, выберите из появившегося меню команду Свойства и откройте вкладку Устройства. Выделите значок Компьютер и нажмите кнопку Свойства. В открывшемся окне выберите переключатель Память. В появившемся списке распределения адресов найдите первую запись из четвертого гигабайта (диапазон c0000000-ffffffff). Возьмите шестнадцатеричное число, с которого она начинается, вычтите из него c0000000, переведите получившуюся разность в десятичный вид и разделите на 1024 (все указанные вычисления легко выполнить с помощью стандартного калькулятора Windows, переведя его в инженерный вид). Получившееся число — максимально допустимая величина кэша диска (она указывается в килобайтах). Откройте файл system.ini, найдите раздел [VCache] и добавьте в него строку MaxFileCache=ххх, где вместо ххх должно быть вычисленное вами значение.

Если вы позже добавите в компьютер другое устройство, то может потребоваться повторение этих вычислений и более сильное ограничение размера кэша.

Теперь у вас не должно быть проблем, вызванных большим количеством памяти.

Но на тот случай, если Windows 98 — единственная ОС на вашем компьютере, дам один совет. Не старайтесь увеличивать количество памяти сверх того, на котором может работать Windows. В ряде случаев наблюдается обратный эффект: после добавления очередного модуля может потребоваться установить новый, более низкий предел используемого ОЗУ.

Есть примеры, когда на машинах, работавших с 1 Гб ОЗУ, установка второго гигабайта заставляла ограничивать объем используемой памяти примерно до 900 Мб, то есть объем используемой памяти не только не возрастал, но даже уменьшался. На моем компьютере при установленных 2 Гб WinMe требовала лишь незначительного ограничения памяти, а после добавления третьего гигабайта физической памяти объем, используемый Windows, пришлось ограничить полутора гигабайтами. То есть увеличение фактического объема ОЗУ уменьшило объем, который может использовать система.

Так что прежде чем вкладывать деньги в память, постарайтесь предварительно проверить, как именно ваши компьютер и ОС отреагируют на ее расширение. На практике верхними границами чаще всего оказываются гигабайт с небольшим для Windows 98 и чуть менее 2 Гб — для WinMe.

В заключение выражаю благодарности компании «Элмер» за комплектующие, предоставленные для изучения описываемой в статье проблемы, и Михаилу Валериановичу Жилину за критику и советы, которые помогли сделать эту статью лучше.

Источник

«Windows 4.x» redirects here. For the operating system in the NT family, see Windows NT 4.0.

For the Microsoft Windows operating system formerly referred to as Windows 9, see Windows 10.

Windows 9x


Screenshot of Windows 95, the first version of Windows in the 9x series
Developer	Microsoft
OS family	MS-DOS
Working state	Windows 95 is unsupported as of December 31, 2001.^[1] Windows 98 and Me are unsupported as of July 11, 2006.^[2]^[3]
Source model	Closed source
Platforms	IA-32
Kernel type	Monolithic (DOS)
Userland	Windows API
Default user interface	Windows shell (Graphical)
License	Proprietary commercial software
Preceded by	Windows 3.1x (1992-1993)
Succeeded by	Windows XP (2001)

Windows 9x is a generic term referring to a series of Microsoft Windows computer operating systems produced from 1995 to 2000, which were based on the Windows 95 kernel and its underlying foundation of MS-DOS,^[4] both of which were updated in subsequent versions. The first version in the 9x series was Windows 95, which was succeeded by Windows 98 and then Windows Me, which was the third and last version of Windows on the 9x line, until the series was superseded by Windows XP.^[5]

Windows 9x is predominantly known for its use in home desktops. In 1998, Windows made up 82% of operating system market share.^[6]

Internal release versions for versions of Windows 9x are 4.x. The internal versions for Windows 95, 98, and Me are 4.0, 4.1, and 4.9, respectively. Previous MS-DOS-based versions of Windows used version numbers of 3.2 or lower. Windows NT, which was aimed at professional users such as networks and businesses, used a similar but separate version number between 3.1 and 4.0. All versions of Windows from Windows XP onwards are based on the Windows NT codebase.

History[edit]

Windows prior to 95[edit]

The first independent version of Microsoft Windows, version 1.0, released on November 20, 1985, achieved little popularity. Its name was initially «Interface Manager», but Rowland Hanson, the head of marketing at Microsoft, convinced the company that the name Windows would be more appealing to consumers. Windows 1.0 was not a complete operating system, but rather an «operating environment» that extended MS-DOS. Consequently, it shared the inherent flaws and problems of MS-DOS.

The second installment of Microsoft Windows, version 2.0, was released on December 9, 1987, and used the real-mode memory model, which confined it to a maximum of 1 megabyte of memory. In such a configuration, it could run under another multitasking system like DESQview, which used the 286 Protected Mode.

Microsoft Windows scored a significant success with Windows 3.0, released in 1990. In addition to improved capabilities given to native applications, Windows also allowed users to better multitask older MS-DOS-based software compared to Windows/386, thanks to the introduction of virtual memory.

Microsoft developed Windows 3.1, which included several minor improvements to Windows 3.0, but primarily consisted of bugfixes and multimedia support. It also excluded support for Real mode, and only ran on an Intel 80286 or better processor. In November 1993 Microsoft also released Windows 3.11, a touch-up to Windows 3.1 which included all of the patches and updates that followed the release of Windows 3.1 in early 1992.

Meanwhile, Microsoft continued to develop Windows NT. The main architect of the system was Dave Cutler, one of the chief architects of VMS at Digital Equipment Corporation.^[7] Microsoft hired him in August 1988 to create a successor to OS/2, but Cutler created a completely new system instead based on his MICA project at Digital.^[8]

Microsoft announced at its 1991 Professional Developers Conference its intentions to develop a successor to both Windows NT and Windows 3.1’s replacement (Windows 95, code-named Chicago), which would unify the two into one operating system. This successor was codenamed Cairo.^[9] In hindsight, Cairo was a much more difficult project than Microsoft had anticipated and, as a result, NT and Chicago would not be unified until Windows XP.

Windows 95[edit]

After Windows 3.11, Microsoft began to develop a new consumer oriented version of the operating system code-named Chicago. Chicago was designed to have support for 32-bit preemptive multitasking, that of which was available in OS/2 and Windows NT, although a 16-bit kernel would remain for the sake of backward compatibility. The Win32 API first introduced with Windows NT was adopted as the standard 32-bit programming interface, with Win16 compatibility being preserved through a technique known as «thunking». A new GUI was not originally planned as part of the release, although elements of the Cairo user interface were borrowed and added as other aspects of the release (notably Plug and Play) slipped.

Microsoft did not change all of the Windows code to 32-bit; parts of it remained 16-bit (albeit not directly using real mode) for reasons of compatibility, performance and development time. Additionally it was necessary to carry over design decisions from earlier versions of Windows for reasons of backwards compatibility, even if these design decisions no longer matched a more modern computing environment. These factors immediately began to impact the operating system’s efficiency and stability.

Microsoft marketing adopted Windows 95 as the product name for Chicago when it was released on August 24, 1995.

Microsoft went on to release five different versions of Windows 95:

Windows 95 – original release
Windows 95 A – included Windows 95 OSR1 slipstreamed into the installation.
Windows 95 B – (OSR2) included several major enhancements, Internet Explorer (IE) 3.0 and full FAT32 file system support.
Windows 95 B USB – (OSR2.1) included basic USB support.
Windows 95 C – (OSR2.5) included all the above features, plus IE 4.0. This was the last 95 version produced.

OSR2, OSR2.1, and OSR2.5 were not released to the general public, rather, they were available only to OEMs that would preload the OS onto computers. Some companies sold new hard drives with OSR2 preinstalled (officially justifying this as needed due to the hard drive’s capacity).

The first Microsoft Plus! add-on pack was sold for Windows 95.

Windows 98[edit]

On June 25, 1998, Microsoft released Windows 98. It included new hardware drivers and better support for the FAT32 file system which allows support for disk partitions larger than the 2 GB maximum accepted by Windows 95. The USB support in Windows 98 was more robust than the basic support provided by the OEM editions of Windows 95.^[10] It also controversially integrated the Internet Explorer 4 browser into the Windows GUI and Windows Explorer file manager.

On May 5, 1999, Microsoft released Windows 98 Second Edition, an interim release whose notable features were the addition of Internet Connection Sharing and improved WDM audio and modem support. Internet Connection Sharing is a form of network address translation, allowing several machines on a LAN (Local Area Network) to share a single Internet connection. Windows 98 Second Edition has certain improvements over the original release. Hardware support through device drivers was increased. Many minor problems present in the original Windows 98 were found and fixed which make it, according to many, the most stable release of Windows 9x family—to the extent that commentators used to say that Windows 98’s beta version was more stable than Windows 95’s final (gamma) version.^[11]

Windows Me[edit]

Windows Millennium Edition (Me)

On September 14, 2000, Microsoft introduced Windows Me (Millennium Edition), which upgraded Windows 98 with enhanced multimedia and Internet features. It also introduced the first version of System Restore, which allowed users to revert their system state to a previous «known-good» point in the case of system failure. The first release of Windows Movie Maker was introduced as well.

Windows Me was conceived as a quick one-year project that served as a stopgap release between Windows 98 and Whistler (soon to be renamed to Windows XP). Many of the new features were available from the Windows Update site as updates for older Windows versions. As a result, Windows Me was not acknowledged as a distinct operating system along the lines of 95 or 98, and is often included in the Windows 9x series.

Windows Me was criticized by users for its instability and unreliability, due to frequent freezes and crashes. A PC World article dubbed Windows Me the «Mistake Edition» and placed it 4th in their «Worst Tech Products of All Time» feature.^[12]

The inability of users to easily boot into real mode MS-DOS, as in Windows 95 and 98, led users to quickly learn how to hack their Windows Me installations to provide the needed service.^[13]

Decline[edit]

The release of Windows 2000 marked a shift in the user experience between the Windows 9x series and the Windows NT series. Windows NT 4.0 suffered from a lack of support for USB, Plug and Play and DirectX versions after 3.0, preventing its users from playing contemporary games, whereas Windows 2000 featured an updated user interface, and better support for both Plug and Play and USB.

The release of Windows XP confirmed the change of direction for Microsoft, bringing the consumer and business operating systems together under Windows NT.

One by one, support for the Windows 9x series ended, and Microsoft stopped selling the software to end users, then later to OEMs. By March 2004, it was impossible to purchase any versions of the Windows 9x series.^[14]

End of service life[edit]

Microsoft continued to support the use of the Windows 9x series until July 11, 2006, when extended support ended for Windows 98, Windows 98 Second Edition (SE), and Windows Millennium Edition (Me) (extended support for Windows 95 ended on December 31, 2001).^[15]

Microsoft DirectX, a set of standard gaming APIs, stopped being updated on Windows 95 at Version 8.0a.^[16] The last version of DirectX supported for Windows 98 and Me is 9.0c.

Support for Microsoft Internet Explorer running on any Windows 9x system has also since ended. Internet Explorer 5.5 with Service Pack 2 is the last version of Internet Explorer compatible with Windows 95 and Internet Explorer 6 with Service Pack 1 is the last version compatible with Windows 98 and Me.^[17] Internet Explorer 7, the first major update to Internet Explorer 6 in half a decade, was only available for Windows XP SP2 and Windows Vista.

The Windows Update website continued to be available for Windows 98, Windows 98SE, and Windows Me after their end of support date (Windows Update was never available for Windows 95); however, during 2011, Microsoft retired the Windows Update v4 website and removed the updates for Windows 98, Windows 98SE, and Windows Me from its servers.^[18]^[19] Microsoft announced in July 2019 that the Microsoft Internet Games services on Windows Me (and XP) would end on July 31, 2019.^[20]

The growing number of important updates caused by the end of service life of these pieces of software have slowly made Windows 9x even less practical for everyday use. Today, even open source projects such as Mozilla Firefox will not run on Windows 9x without rework.^[21]

RetroZilla is a fork of Gecko 1.8.1 aimed at bringing «improved compatibility on the modern web» for versions of Windows as old as Windows 95 and NT 4.0.^[22] The latest version, 2.2, was released in February 2019 and added support for TLS 1.2.^[23]

Design[edit]

Kernel[edit]

Windows 9x is a series of hybrid 16/32-bit operating systems.

Like most operating systems, Windows 9x consists of kernel space and user space memory. Although Windows 9x features some memory protection, it does not protect the first megabyte of memory from userland applications for compatibility reasons. This area of memory contains code critical to the functioning of the operating system, and by writing into this area of memory an application can crash or freeze the operating system. This was a source of instability as faulty applications could accidentally write into this region, potentially corrupting important operating system memory, which usually resulted in some form of system error and halt.^[24]

User mode[edit]

The user-mode parts of Windows 9x consist of three subsystems: the Win16 subsystem, the Win32 subsystem and MS-DOS.^[25]

Windows 9x/Me set aside two blocks of 64 KB memory regions for GDI and heap resources. By running multiple applications, applications with numerous GDI elements or by running applications over a long span of time, it could exhaust these memory areas. If free system resources dropped below 10%, Windows would become unstable and likely crash.^[26]

Kernel mode[edit]

The kernel mode parts consist of the Virtual Machine Manager (VMM), the Installable File System Manager (IFSHLP), the Configuration Manager, and in Windows 98 and later, the WDM Driver Manager (NTKERN).^[27] As a 32-bit operating system, virtual memory space is 4 GiB, divided into a lower 2 GiB for applications and an upper 2 GiB for kernel per process.

Registry[edit]

Like Windows NT, Windows 9x stores user-specific and configuration-specific settings in a large information database called the Windows registry. Hardware-specific settings are also stored in the registry, and many device drivers use the registry to load configuration data. Previous versions of Windows used files such as AUTOEXEC.BAT, CONFIG.SYS, WIN.INI, SYSTEM.INI and other files with an .INI extension to maintain configuration settings. As Windows became more complex and incorporated more features, .INI files became too unwieldy for the limitations of the then-current FAT filesystem. Backwards-compatibility with .INI files was maintained until Windows XP succeeded the 9x and NT lines.

Although Microsoft discourages using .INI files in favor of Registry entries, a large number of applications (particularly 16-bit Windows-based applications) still use .INI files. Windows 9x supports .INI files solely for compatibility with those applications and related tools (such as setup programs). The AUTOEXEC.BAT and CONFIG.SYS files also still exist for compatibility with real-mode system components and to allow users to change certain default system settings such as the PATH environment variable.

The registry consists of two files: User.dat and System.dat. In Windows Me, Classes.dat was added.

Virtual Machine Manager[edit]

The Virtual Machine Manager (VMM) is the 32-bit protected mode kernel at the core of Windows 9x. Its primary responsibility is to create, run, monitor and terminate virtual machines. The VMM provides services that manage memory, processes, interrupts and protection faults. The VMM works with virtual devices (loadable kernel modules, which consist mostly of 32-bit ring 0 or kernel mode code, but may include other types of code, such as a 16-bit real mode initialisation segment) to allow those virtual devices to intercept interrupts and faults to control the access that an application has to hardware devices and installed software. Both the VMM and virtual device drivers run in a single, 32-bit, flat model address space at privilege level 0 (also called ring 0). The VMM provides multi-threaded, preemptive multitasking. It runs multiple applications simultaneously by sharing CPU (central processing unit) time between the threads in which the applications and virtual machines run.

The VMM is also responsible for creating MS-DOS environments for system processes and Windows applications that still need to run in MS-DOS mode. It is the replacement for WIN386.EXE in Windows 3.x, and the file vmm32.vxd is a compressed archive containing most of the core VxD, including VMM.vxd itself and ifsmgr.vxd (which facilitates file system access without the need to call the real mode file system code of the DOS kernel).

Software support[edit]

Unicode[edit]

Partial support for Unicode can be installed on Windows 9x through the Microsoft Layer for Unicode.

File systems[edit]

Windows 9x does not natively support NTFS or HPFS, but there are third-party solutions which allow Windows 9x to have read-only access to NTFS volumes.

Early versions of Windows 95 did not support FAT32.

Like Windows for Workgroups 3.11, Windows 9x provides support for 32-bit file access based on IFSHLP.SYS, and unlike Windows 3.x, Windows 9x has support for the VFAT file system, allowing file names with a maximum of 255 characters instead of having 8.3 filenames.

Event logging and tracing[edit]

Also, there is no support for event logging and tracing or error reporting which the Windows NT family of operating systems has, although software like Norton CrashGuard can be used to achieve similar capabilities on Windows 9x.

Security[edit]

Windows 9x is designed as a single-user system. Thus, the security model is much less effective than the one in Windows NT. One reason for this is the FAT file systems (including FAT12/FAT16/FAT32), which are the only ones that Windows 9x supports officially, though Windows NT also supports FAT12 and FAT16 (but not FAT32) and Windows 9x can be extended to read and write NTFS volumes using third-party Installable File System drivers. FAT systems have very limited security; every user that has access to a FAT drive also has access to all files on that drive. The FAT file systems provide no access control lists and file-system level encryption like NTFS.^[28]

Some operating systems that were available at the same time as Windows 9x are either multi-user or have multiple user accounts with different access privileges, which allows important system files (such as the kernel image) to be immutable under most user accounts. In contrast, while Windows 95 and later operating systems offer the option of having profiles for multiple users, they have no concept of access privileges, making them roughly equivalent to a single-user, single-account operating system; this means that all processes can modify all files on the system that aren’t open, in addition to being able to modify the boot sector and perform other low-level hard drive modifications. This enables viruses and other clandestinely installed software to integrate themselves with the operating system in a way that is difficult for ordinary users to detect or undo. The profile support in the Windows 9x family is meant for convenience only; unless some registry keys are modified, the system can be accessed by pressing «Cancel» at login, even if all profiles have a password. Windows 95’s default login dialog box also allows new user profiles to be created without having to log in first.

Users and software can render the operating system unable to function by deleting or overwriting important system files from the hard disk. Users and software are also free to change configuration files in such a way that the operating system is unable to boot or properly function.

Installation software often replaced and deleted system files without properly checking if the file was still in use or of a newer version. This created a phenomenon often referred to as DLL hell.

Windows Me introduced System File Protection and System Restore to handle common problems caused by this issue.

Network sharing[edit]

Windows 9x offers share-level access control security for file and printer sharing as well as user-level access control if a Windows NT-based operating system is available on the network.^[29] In contrast, Windows NT-based operating systems offer only user-level access control but integrated with the operating system’s own user account security mechanism.

Hardware support[edit]

Drivers[edit]

Device drivers in Windows 9x can be virtual device drivers or (starting with Windows 98) WDM drivers. VxDs usually have the filename extension .vxd or .386, whereas WDM compatible drivers usually use the extension .sys. The 32-bit VxD message server (msgsrv32) is a program that is able to load virtual device drivers (VxDs) at startup and then handle communication with the drivers. Additionally, the message server performs several background functions, including loading the Windows shell (such as Explorer.exe or Progman.exe).^[30]

Another type of device drivers are .DRV drivers. These drivers are loaded in user-mode, and are commonly used to control devices such as multimedia devices. To provide access to these devices, a dynamic link library is required (such as MMSYSTEM.DLL).

Windows 9x retains backwards compatibility with many drivers made for Windows 3.x and MS-DOS. Using MS-DOS drivers can limit performance and stability due to their use of conventional memory and need to run in real mode which requires the CPU to switch in and out of protected mode.

Drivers written for Windows 9x/Windows Me are loaded into the same address space as the kernel. This means that drivers can by accident or design overwrite critical sections of the operating system. Doing this can lead to system crashes, freezes and disk corruption. Faulty operating system drivers were a source of instability for the operating system.
Other monolithic and hybrid kernels, like Linux and Windows NT, are also susceptible to malfunctioning drivers impeding the kernel’s operation.

Often the software developers of drivers and applications had insufficient experience with creating programs for the ‘new’ system, thus causing many errors which have been generally described as «system errors» by users, even if the error is not caused by parts of Windows or DOS. Microsoft has repeatedly redesigned the Windows Driver architecture since the release of Windows 95 as a result.

CPU and bus technologies[edit]

Windows 9x has no native support for hyper-threading, Data Execution Prevention, symmetric multiprocessing, or multi-core processors.

Windows 9x has no native support for SATA host bus adapters (and neither did Windows 2000 nor Windows XP), or USB drives (except Windows Me). There are, however, many SATA-I controllers for which Windows 98/Me drivers exist, and USB mass storage support has been added to Windows 95 OSR2 and Windows 98 through third party drivers.^[31]^[32] Hardware driver support for Windows 98/Me began to decline in 2005, most notably for motherboard chipsets and video cards.

Early versions of Windows 95 had no support for USB or AGP acceleration.

MS-DOS[edit]

Windows 95 was able to reduce the role of MS-DOS in Windows much further than had been done in Windows 3.1x and earlier. According to Microsoft developer Raymond Chen, MS-DOS served two purposes in Windows 95: as the boot loader, and as the 16-bit legacy device driver layer.^[33]

When Windows 95 started up, MS-DOS loaded, processed CONFIG.SYS, launched COMMAND.COM, ran AUTOEXEC.BAT and finally ran WIN.COM. The WIN.COM program used MS-DOS to load the virtual machine manager, read SYSTEM.INI, load the virtual device drivers, and then turn off any running copies of EMM386 and switch into protected mode. Once in protected mode, the virtual device drivers (VxDs) transferred all state information from MS-DOS to the 32-bit file system manager, and then shut off MS-DOS. These VxDs allow Windows 9x to interact with hardware resources directly, as providing low-level functionalities such as 32-bit disk access and memory management. All future file system operations would get routed to the 32-bit file system manager.^[33] In Windows Me, win.com was no longer executed during the startup process; instead it went directly to execute VMM32.VXD from IO.SYS.

The second role of MS-DOS (as the 16-bit legacy device driver layer) was as a backward compatibility tool for running DOS programs in Windows. Many MS-DOS programs and device drivers interacted with DOS in a low-level way, for example, by patching low-level BIOS interrupts such as int 13h, the low-level disk I/O interrupt. When a program issued an int 21h call to access MS-DOS, the call would go first to the 32-bit file system manager, which would attempt to detect this sort of patching. If it detects that the program has tried to hook into DOS, it will jump back into the 16-bit code to let the hook run. A 16-bit driver called IFSMGR.SYS would previously have been loaded by CONFIG.SYS, the job of which was to hook MS-DOS first before the other drivers and programs got a chance, then jump from 16-bit code back into 32-bit code, when the DOS program had finished, to let the 32-bit file system manager continue its work.^[33] According to Windows developer Raymond Chen, «MS-DOS was just an extremely elaborate decoy. Any 16-bit drivers and programs would patch or hook what they thought was the real MS-DOS, but which was in reality just a decoy. If the 32-bit file system manager detected that somebody bought the decoy, it told the decoy to quack.«^[33]

MS-DOS Virtualization[edit]

Windows 9x can run MS-DOS applications within itself using a method called «Virtualization», where an application is run on a Virtual DOS machine.

MS-DOS Mode[edit]

Windows 95 and Windows 98 also offer regressive support for DOS applications in the form of being able to boot into a native «DOS Mode» (MS-DOS can be booted without booting Windows, not putting the CPU in protected mode). Through Windows 9x’s memory managers and other post-DOS improvements, the overall system performance and functionality is improved. This differs from the emulation used in Windows NT-based operating systems. Some old applications or games may not run properly in a DOS box within Windows and require real DOS Mode.

Having a command line mode outside of the GUI also offers the ability to fix certain system errors without entering the GUI. For example, if a virus is active in GUI mode it can often be safely removed in DOS mode, by deleting its files, which are usually locked while infected in Windows.

Similarly, corrupted registry files, system files or boot files can be restored from the command line. Windows 95 and Windows 98 can be started from DOS Mode by typing 'WIN' <enter> at the command prompt. However, the Recovery Console for Windows 2000, which as a version of Windows NT played a similar role in removing viruses.

Because DOS was not designed for multitasking purposes, Windows versions such as 9x that are DOS-based lack File System security, such as file permissions. Further, if the user uses 16-bit DOS drivers, Windows can become unstable. Hard disk errors often plague the Windows 9x series.

User interface[edit]

Users can control a Windows 9x-based system through a command-line interface (or CLI), or a graphical user interface (or GUI). For desktop systems, the default mode is usually graphical user interface, where the CLI is available through MS-DOS windows.

The GDI, which is a part of the Win32 and Win16 subsystems, is also a module that is loaded in user mode, unlike Windows NT where the GDI is loaded in kernel mode.

Alpha compositing and therefore transparency effects, such as fade effects in menus, are not supported by the GDI in Windows 9x.

On desktop machines, Windows Explorer is the default user interface, though a variety of additional Windows shell replacements exist.

Other GUIs include LiteStep, bbLean and Program Manager. The GUI provides a means to control the placement and appearance of individual application windows, and interacts with the Window System.

References[edit]

^ «Microsoft Support Lifecycle». Microsoft. Retrieved April 12, 2019.
^ «Microsoft Support Lifecycle». Microsoft. Retrieved April 12, 2019.
^ «Microsoft Support Lifecycle». Microsoft. Retrieved April 12, 2019.
^ Lea, Graham (1998-03-23). «Caldera shows Windows on DR-DOS, denying Microsoft claims». CeBIT news. Hanover, Germany. Archived from the original on 2012-03-15. Retrieved 2012-03-15.
^ The term Windows 9x/Me is usually used to refer to the three operating systems, as in this tutorial. Sometimes Windows Me is included as a member of Windows 9x, e.g in this version list Archived June 19, 2010, at the Wayback Machine. In this article the term Windows 9x is used to include Windows 95, 98, and Me.
^ Polsson, Ken (April 22, 2008). «Chronology of Microsoft Windows Operating Systems». www.islandnet.com. Archived from the original on May 2, 2008. Retrieved April 20, 2019.
^ Russinovich, Mark (December 1998). «Windows NT and VMS: The Rest of the Story». Archived from the original on 2013-01-12. Retrieved 2008-12-16.
^ Zachary, G. Pascal (2014). Showstopper!: The Breakneck Race to Create Windows NT and the Next Generation at Microsoft. Open Road Media. ISBN 978-1-4804-9484-8. Retrieved 2021-01-04.
^ Anderson, Tim (2012-10-23). «Windows 8: An awful lot of change for a single release». The Register. Retrieved 2019-03-14.
^ «Windows 95 OSR2.x Support for External USB Hubs». Help and Support (3.0 ed.). Microsoft. October 31, 2003. Archived from the original on December 10, 2005. Retrieved October 6, 2019.
^ Fasoldt, Al (March 29, 1998). «Windows 98: Stable and fast, as well as new and improved». aroundcny.com. Archived from the original on June 14, 2002. Retrieved October 6, 2019.
^ Tynan, Dan (May 26, 2006). «The 25 Worst Tech Products of All Time». PC World. Retrieved April 20, 2019.
^ «How to restart from Windows Millennium into Windows 98 DOS mode». mvps.org. Retrieved April 20, 2019.
^ «Windows life cycle». Microsoft. Archived from the original on 2010-10-12. Retrieved 2010-01-27.
^ «Windows 9x end of support lifetime». Archived from the original on 2015-03-07. Retrieved 2017-01-13.
^ «DirectX 8.1 Runtime for Windows 98 and Windows Me». Microsoft Download Center. Microsoft. Archived from the original on January 15, 2005. Retrieved April 20, 2019.
^ «Internet Explorer 6 Service Pack 1». Microsoft Download Center. Microsoft. Archived from the original on June 27, 2011. Retrieved April 20, 2019.
^ «I can’t access Windows Update v4 — Windows 9x/ME — MSFN». msfn.org. Retrieved April 25, 2021.
^ «Where is Windows Update for Win98? — BetaArchive». www.betaarchive.com. Retrieved April 25, 2021.
^ «Farewell to Microsoft Internet Games on Windows XP, Windows ME, and Windows 7». answers.microsoft.com. Archived from the original on July 14, 2019. Retrieved 2019-08-04.
^ «Firefox 3 Windows 98». Mozilla Support. June 19, 2008. Archived from the original on March 29, 2010. Retrieved April 20, 2019.
^ «rn10950/RetroZilla: A fork of Gecko 1.8.1 to improve support for the modern web in older versions of Windows». GitHub. Retrieved October 6, 2019.
^ «Release RetroZilla 2.2». GitHub. February 24, 2019. Retrieved October 6, 2019.
^ «Transcript: Chat with Ed Bott and Carl Siechert, Co-Authors of Microsoft Windows XP Inside Out». microsoft.com. Microsoft. November 21, 2001. Archived from the original on September 18, 2004. Retrieved April 20, 2019.
^ «Windows 95 Architecture Components». Microsoft Technet. Microsoft. Archived from the original on February 7, 2008. Retrieved April 20, 2019.
^ White, Gary. «Resource Management Under Microsoft Windows». www.apptools.com. Retrieved April 20, 2019.
^ «Chapter 28 — Windows 98 Architecture». Microsoft Technet. Microsoft. Archived from the original on December 21, 2007. Retrieved April 20, 2019.
^ «FAT32 or NTFS: Making the Choice». The Elder Geek. Archived from the original on May 27, 2012. Retrieved April 22, 2019.
^ Jin, Allen (February 20, 2014). «Chapter 9 — Security». Microsoft Docs. Microsoft. Retrieved April 21, 2019.
^ «Function of the Windows 32-Bit Message Server». Microsoft Help and Support. Archived from the original on January 7, 2007. Retrieved April 21, 2019.
^ «Maximus-Decim Native USB Drivers». MSFN. April 11, 2005. Retrieved April 20, 2019.
^ «XUSBSUPP — eXtended USB Supplement for Windows 95 OSR2». MSFN. August 3, 2014. Archived from the original on October 24, 2014. Retrieved April 20, 2019.
^ ^a ^b ^c ^d Chen, Raymond (December 24, 2007). «What was the role of MS-DOS in Windows 95?». The Old New Thing. Microsoft. Retrieved October 6, 2019.

External links[edit]

Источник

«Windows 4.x» redirects here. For the operating system in the NT family, see Windows NT 4.0.

For the Microsoft Windows operating system formerly referred to as Windows 9, see Windows 10.

Windows 9x


Screenshot of Windows 95, the first version of Windows in the 9x series
Developer	Microsoft
OS family	MS-DOS
Working state	Windows 95 is unsupported as of December 31, 2001.^[1] Windows 98 and Me are unsupported as of July 11, 2006.^[2]^[3]
Source model	Closed source
Platforms	IA-32
Kernel type	Monolithic (DOS)
Userland	Windows API
Default user interface	Windows shell (Graphical)
License	Proprietary commercial software
Preceded by	Windows 3.1x (1992-1993)
Succeeded by	Windows XP (2001)

Windows 9x is predominantly known for its use in home desktops. In 1998, Windows made up 82% of operating system market share.^[6]