Просмотров: 4

Оперативная память и система Windows

Оперативная память и система Windows
нет оценок


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

Вступление

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

Не обошла эта тенденция и оперативную память, которая в последнее время очень сильно подешевела. Лет 15 назад, модуль памяти объемом четыре мегабайта (только вдумайтесь!) стоил около 100 долларов, а на сегодняшний день стоимость четырех гигабайт ОЗУ (ОЗУ – оперативное запоминающее устройство или оперативная память) составляет всего около 700 рублей. Не секрет, что наличие большого объема оперативной памяти благотворно сказывается на скорости работы многих приложений, поэтому именно этот объем является минимальным для большинства современных компьютеров даже начального уровня. Более же продвинутые системы содержат 8, 16 и более гигабайт «оперативки».

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

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

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

Один байт может хранить одно из 256 значений (28), которые в зависимости от их интерпретации могут быть как числами, так символами или буквами. Например, значение 56, может обозначать как обычное число, так и букву «V» в кодировке ASCII. В нескольких байтах, можно хранить гораздо большие значения. Например, три байта могут принимать уже 16 777 216 значений (2563), в которых может быть закодировано целиком короткое слово.

Что бы какое-либо устройство или программа могли иметь возможность обратиться к конкретному байту в памяти (адресовать его) для того, что бы записать туда или получить оттуда данные, ему присваивается уникальный индекс, называемый адресом. Диапазон адресов от нуля до максимума получил название адресного пространства.
Физическая и виртуальная память

В первых ЭВМ, размер адресного пространства был тождественно равен размеру установленной оперативной памяти. То есть, если в компьютере было установлено 128 Кб памяти, то и максимальный объем памяти, который могла использовать программа при работе, равнялся 128 Кб. При этом адрес какого-либо объекта приложения равнялся адресу физической ячейки запоминающего устройства.

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

В современных компьютерах устройства и программы работают не с реальной (физической) памятью, а виртуальной, которая ее имитирует. Это дает возможность приложению считать, что на машине установлено максимальное теоритически возможное количество ОЗУ, а так же то, что оно является единственной программой, запущенной на компьютере.

Таким образом, адресное пространство ЭВМ наших дней, больше не ограничено размером ее физической (оперативной) памяти и имеет свой максимальный возможный размер, зависящий от рабочей среды, которой является операционная система.

На сегодняшний день операционная система Windows имеет как 32-разрядную, так и 64-разрядную версии. В первой, исходя из названия, для адресации используется 32-битное адресное пространство, максимальный размер которого равен 232 = 4 294 967 296 байт или 4 Гб (гигабайт). 64-битная версия операционной системы увеличивает размер адресного пространства до невероятных 264 = 18 446 744 073 709 551 616 байт - более 18 квинтиллионов байт или 16 Эб (эксабайт). Правда стоит отметить, что современные клиентские операционные системы Windows 7 x64 в силу объективных причин поддерживают максимальное адресное пространство размером 16 Тб (244).

При этом объемы в 4 Гб и 16 Тб, в зависимости от системы, выделяются каждому работающему приложению! То есть любая запущенная программа получает свое собственное адресное пространство, которое не пересекается с другими.
Влияние объема оперативной памяти на скорость работы системы

А что же происходит, когда записи в адресном пространстве по размеру начинают превышать реально установленный объем физической памяти? В этом случае, часть временно не использующихся данных переносится из ОЗУ на жесткий диск в так называемый файл подкачки или «своп» (swap). Если программам вновь понадобятся эти данные, то система по первому требованию, вернет их обратно с диска в оперативную память.

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

Чем больше реальный объем оперативной памяти, тем реже идет обращение к винчестеру, а вследствие этого возрастает и общая производительность компьютера. Именно поэтому, увеличение размера ОЗУ практически всегда положительно сказывается на скорости работы системы, а с учетом нынешних цен на память, многим пользователям вполне доступна установка 8, 16 или даже 32 Гб «оперативки». Особенно благоприятно большой объем памяти сказывается при работе с графическими приложениями (включая современные трехмерные игры) и программами видеомонтажа.

Стоит знать, что разные версии 64-битной операционной системы Windows могут поддерживать разный максимальный объем оперативной памяти. И если пользователям старших редакций Vista или 7 (Professional, Enterprise, Ultimate), поддерживающих до 192 Гб памяти, волноваться особо нечего, так как на домашних компьютерах такой объем практически не достижим, то тем, у кого установлены версии Home Basic и Home Premium есть над чем задуматься. Возможности этих редакций сильно урезаны, и если Premium поддерживает до 16 Гб «оперативки», то Basic только 8 Гб. Максимально доступный объем оперативной памяти, поддерживаемый уже устаревшей Windows XP (64-битной версии) составляет 16 Гб.
Почему 32-битная система Windows не видит 4 Гб ОЗУ

Наверняка, многие пользователи хотят воспользоваться падением цен на память и нарастить ее объем в собственных компьютерах. Процедура эта нехитрая – вынуть старые планки из системной платы и вставить новые можно за считанные минуты без каких-либо специальных инструментов. Далее включаем компьютер, тихо радуемся, когда при загрузке программа самотестирования отображает новый объем установленной ОЗУ (хотя и здесь могут быть проблемы, но об этом чуть ниже). Затем, дожидаемся загрузки Windows, заходим в свойства компьютера и… видим, что в разделе «Установленная память» красуется цифра в три с лишним гигабайта, вместо, например, реально установленных четырех. Так что же произошло и можно ли это исправить?

Как мы уже знаем, чисто теоретически 32-х разрядной системе без каких-либо дополнительных ухищрений доступны до 4 гигабайт оперативной памяти (232), но Windows не может использовать весь этот объем, так как часть его отводится под устройства компьютера.

Теперь, самое время сделать небольшой экскурс в историю. В первых настольных ПК, выпущенных в начале 80-ых годов, адресное пространство их физической памяти было поделено на две части в соотношении пять к трем. Первая часть отводилось под оперативную память (ОЗУ), а вторая предназначалась для размещения программы самотестирования (POST), базовой системы ввода-вывода (BIOS) и памяти устройств. При этом та часть адресного пространства, которая отводилась под устройства, не могла быть одновременно использована под оперативную память компьютера.

Все изменилось, когда в 1985 году компания Intel выпустила на рынок процессор 80386. Тогда были приняты сразу два решения об изменении распределения физической памяти в компьютерах, основанных на новых чипах. Распределение адресов в первом мегабайте памяти было принято оставить неизменным для совместимости со старым программным обеспечением и предыдущими моделями ЭВМ. Для компьютерных же устройств, нуждающихся в использовании памяти, теперь выделялся четвертый гигабайт. Все остальное пространство отводилось под ОЗУ.

Возможно, сегодня это решение многим покажется не совсем верным, но в то время несколько гигабайт оперативной памяти казалось просто фантастикой! Да и вряд ли кто предполагал, что сама архитектура и такой порядок распределения адресов проживет столько лет. Но и посей день, во всех современных компьютерах оперативная память начинает занимать адреса, начиная с нулевого, а оборудование – начиная с отметки 4 Гб в обратном направлении.

Теперь давайте более наглядно рассмотрим, как же распределяется память с момента начала загрузки компьютера. Здесь важно помнить, что все программы и компьютерные устройства работают не с физической памятью напрямую, а с адресным пространством, размер которого никак не зависит от реального объема установленной ОЗУ. То есть если убрать из компьютера всю установленную в него оперативную память, то размер адресного пространства ни капли не изменится. Напомним, что для 32-битных систем он равен 4 Гб.

Сразу же после включения машины, специальная программа, называемая БИОС (BIOS), начинает обращаться к установленным устройствам. Ее задача, сначала собрать сведения о том, какие диапазоны адресов то или иное устройство может использовать, а потом распределить память так, что бы они не мешали друг другу при работе. После того, как необходимые виртуальные адреса под оборудование становятся зарезервированными в адресном пространстве (от четвертого гигабайта сверху вниз), начинается загрузка операционной системы.

Как мы уже говорили ранее, под установленную оперативную память адресное пространство выделяется снизу вверх – от нуля и далее. Таким образом, после загрузки системы физическая память «проецируется» на адресное пространство (от 0 до 2 Гб) и Windows не видя никаких конфликтов с адресами, зарезервированными под устройства, показывает вам весь установленный объем оперативной памяти.

Таким образом, пока объем оперативной памяти не превышает двух-трех гигабайт, в большинстве случаев никаких проблем не возникает, но как только этот рубеж превышается, возможны появления конфликтов. В четвертом гигабайте вполне вероятно возникновение ситуации, когда на один и тот же адрес будут претендовать как ячейка оперативной памяти, так и ячейка памяти устройства, например видеокарты. Если туда будут записаны данные ОЗУ, то это приведет к искажению изображения на экране, в случае же смены картинки на мониторе – исказится содержимое памяти. Чтобы не допустить таких конфликтов, операционная система не использует под ОЗУ ту часть физической памяти, которая отведена под адреса устройств.

После установки 4 Гб физической памяти, теоретически ее адреса займут все доступное адресное пространство для 32-битных систем. Но доступными останутся только те, которые попадут в незарезервированную устройствами область. В нашем примере, Windows будет считать, что объем установленной оперативной памяти равен 3,5 Гб.

Довольно долгое время никого особенно проблема четвертого гигабайта не волновала. Под нужды устройств использовалось совсем немного места – десятки килобайт для контроллеров дисков и сетевого адаптера, плюс несколько мегабайт под память видеокарты. Сами же объемы оперативной памяти были тоже небольшими, а значит, пересечение адресов используемых ОЗУ и устройствами в доступном адресном пространстве было практически невозможным.

Первый тревожный звонок прозвенел с появлением технологии AGP. На тот момент, видеоадаптеры с аппаратным ускорением трехмерной графики резко увеличили свою потребность в использовании собственной оперативной памяти. А AGP дала возможность графическим адаптерам использовать для собственных нужд часть памяти компьютера, в случае нехватки собственной. При этом вне зависимости от типа адаптера и количества у него собственной памяти, резервируется 256 Мбайт адресов, так как этот размер задается не самой видеоплатой, а оборудованием шины AGP. С приходом технологии PCI-Express ситуация принципиально не изменилась и размер резервируемого места остался тем же.

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

В некоторых случаях, правда, довольно редких, объем адресного пространства, отведённого под устройства, может достигать и двух гигабайт. В большинстве же случаев, заблокированным оказывается пространство от 500 Мб до 1 Гб.
Технология PAE

Так можно все-таки увидеть все 4 Гб памяти в 32-разрядной Windows? Да, если у вас установлена серверная ОС, например Windows Server 2003 или Server 2008.

В середине 90-х годов была разработана технология расширения доступного объема ОЗУ, получившая название PAE (Physical Address Extension). Впервые она была воплощена в процессорах Intel Pentium Pro, в результате чего они смогли использовать не 32-х, а 36-битную шину адреса, что теоретически позволяло использовать максимально не 4, а 64 Гб оперативной памяти.

Но что самое примечательное, некоторые особенности использования этой технологии в контроллерах памяти, предоставляют возможность не только использовать ее по прямому назначению, но и перебрасывать некоторые участки памяти в другие адреса. Таким образом, появляется возможность переместить в область выше 4 Гб, например, в пятый гигабайт адресного пространства, ту часть ОЗУ, которая была заблокирована из-за возможности возникновения конфликтов с устройствами, после чего она вновь становится доступной. Правда, для этого необходимо соблюсти два условия.

Первое - процессор должен быть установлен в системную плату, оснащенную специальным диспетчером памяти, осуществляющим поддержку расширения физических адресов. Как правило, в микропрограмме BIOS Setup (БИОС), запускающейся сразу же после включения компьютера, существует специальная настройка, запрещающая или разрешающая переадресацию. В разных моделях материнских плат ее наименование может быть различным, например: Memory Remap, 64-bit OS, Memory Hole и другое. Точное название этой опции можно выяснить из руководства конкретной системной платы. Кстати, старые материнские платы могут вообще не поддерживать режим расширения адресов (это так же можно выяснить из инструкции).

Второе - в операционной системе должен быть включен режим PAE. Так вот в серверных системах он задействован по умолчанию. Поэтому, если у вас установлена 32-битная Windows подобного типа и не слишком старый компьютер (нет вышеуказанных ограничений по железу), то благодаря использованию технологии PAE, будут доступны все 4 Гб оперативной памяти.

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

Изначально, в первой версии Windows XP данный режим был отключен, так как в 2001 году средний объем ОЗУ в персональных компьютерах составлял 128 – 256 Мб, и никакой необходимости в его включении не было. Возможно, положение дел оставалось бы таким еще довольно долго, но в 2003 году компания Microsoftприступила к разработке второго пакета исправлений для XP, призванного существенно снизить количество уязвимостей в системе. Одним из нововведений, принесенным вторым сервис паком, стало использование аппаратных и программных технологий, предотвращающих запуск вредоносного кода путем дополнительной проверки содержимого памяти. На аппаратном уровне эту проверку выполняет процессор. При этом в компании Intel данная функция носит названия Execute Disable bit (запрет на выполнение), а в AMD - No-execute page-protection (защита страниц от выполнения).

Однако, что бы такая аппаратная защита стала возможна, необходим перевод процессора в режим PAE. Именно поэтому, начиная с Windows XP SP2, данный режим, при наличии подходящего процессора, включается автоматически. Но самое основное, что в 32-разрядных Windows XP с пакетами обновлений SP2 и SP3, а так же последующих Windows Vista и Windows 7, расширение физических адресов реализовано только частично. Эти системы не поддерживают 36-битную адресацию памяти и включенный режим PAE, не добавляет в их распоряжение ни байта адресного пространства, что делает невозможным переброску в верхние участки заблокированных адресов ОЗУ. Причина такой реализации – обеспечение совместимости с драйверами устройств.

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

Разработчики драйверов, предназначенных для серверных систем это принимали в расчет, а вот драйвера для клиентских Windows, устанавливаемых на обычные домашние ПК, во многих случаях были написаны без учета алгоритма работы с включенным PAE. Ведь так было проще – меньше времени уходило на программирование и тестирование, да и сам драйвер занимал меньше места. Тем более к тому моменту, до выхода Windows XP SP2, режим PAE в настольных системах не использовался, а оборудование, которое выпускалось для «персоналок», во многих случаев не было предназначено для серверов (например, звуковые платы). Так что никакой острой необходимости усложнять драйвера, и выпускать их серверные версии у производителей не было.

Именно с такими, неадаптированными драйверами, и возникли серьезные проблемы в Windows со вторым пакетом обновлений. Не смотря на то, что, общее количество драйверов, вызывавших сбои или крах системы, было не таким уж и большим, количество устройств их использующих исчислялось миллионами. В результате огромное количество пользователей после установки второго сервис-пака могли столкнуться с неприятностями и в дальнейшем отказаться от его использования. Поэтому Microsoft пришлось идти на компромисс.

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

Как уже упоминалось выше, такой обрезанный режим PAE унаследовали все современные 32-разрядные системы, включая Windows 7 и Windows 8. А вот если вы установите ради эксперимента на свой компьютер оригинальную Windows XP или XP SP1 и включите режим PAE (там он по умолчанию отключен), то увидите собственными глазами, что системе будет доступно все 4 Гб ОЗУ.
ОЗУ и 64-битные системы Windows

Казалось бы, что у 64-разрядных систем никаких проблем с установкой больших объемов памяти быть недолжно. Сколько ОЗУ установили, столько «операционка» и будет видеть. И все же здесь есть свои подводные камни.

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

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

Еще один «сюрприз» вас может ожидать, если в материнскую плату будет установлен максимальный поддерживаемый объем памяти. Например, еще недавно популярный чипсет для бюджетных решений Intel G41 позволяет устанавливать до 8 Гб оперативной памяти. Как правило, в этом случае, на системной плате разведены 33 адресные линии (233 = 8 589 934 592 байт = 8 Гб). С точки зрения производителя это вполне объяснимо - зачем делать шину более высокой разрядности, если набор системной логики все равно не поддерживает большие объемы памяти? Но из-за этого, даже если контроллер памяти и может перекинуть заблокированный участок ОЗУ в девятый гигабайт, сделать это у него не получиться, так как для этого потребуется 34-разрядная шина, а не 33-х, как в нашем случае. В итоге пользователю будет доступно только семь с небольшим гигабайт ОЗУ. Тоже самое касается плат поддерживающих 16 и 32 Гб.

В некоторых случаях, даже при работающей переадресации в 64-битной системе несколько десяткой или сотен мегабайт могут все равно оказаться заблокированы системой под оборудование. Виной тому могут стать технологические особенности системной платы, которая в любой ситуации будет резервировать какой-то объем памяти, например, для нужд встроенного видеоадаптера или RAID-контроллера.
Заключение

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

Хотя 32-битные системы Windows чисто теоретически могут использовать до 4 Гб оперативной памяти, некоторый ее объем всегда оказывается зарезервированным под нужды устройств, после чего в доступности оказывается обычно не более 3-3,5 Гб.

Однако эта проблема решена в 32-разрядных серверных ОС. Благодаря использованию технологии расширения физических адресов (PAE), в системе может быть виден весь максимальный установленный объем ОЗУ (4 Гб).

В клиентских 32-разрядных версиях Windowsрежим PAE был урезан для обеспечения совместимости с драйверами устройств из-за чего в WindowsXP SP2/SP3, Windows Vista, Windows 7, а так же Windows 8 увидеть все максимально допустимые четыре гигабайта ОЗУ невозможно и исправить это нельзя.

Таким образом, если вы собираетесь установить в компьютер более трех гигабайт оперативной памяти, то необходимо использовать 64-битные версии операционных систем, которые позволяют видеть до 192 Гб ОЗУ и имеют неурезанный режим PAE. В противном случае весь остальной объем памяти будет недоступен для использования.

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

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *