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

Из проблемы ОЗУ 3 ГБ, а не 4 ГБ (блог Microsoft MSDN):

Из-за архитектурного решения, принятого давно, если у вас установлено 4 ГБ физической ОЗУ, Windows может сообщать только часть физической 4 ГБ ОЗУ (в диапазоне от ~2,75 ГБ до 3,5 ГБ в зависимости от установленных устройств, чипсета материнской платы и BIOS).

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

Значительные куски адресного пространства ниже 4 ГБ (самый высокий адрес, доступный через 32-разрядный) зарезервированы для использования системным оборудованием:

• BIOS - включая ACPI и поддержку устаревшего видео
• Шина PCI, включая мосты и т. Д.
• Поддержка PCI Express зарезервирует не менее 256 МБ, до 768 МБ в зависимости от установленной памяти видеокарты

Это означает, что типичная система может видеть между ~256 МБ и 1 ГБ адресного пространства ниже 4 ГБ, зарезервированных для аппаратного использования, к которому ОС не может получить доступ. Спецификации чипсета Intel довольно хорошо объясняют, какие диапазоны адресов зарезервированы по умолчанию, и в некоторых случаях говорят, что 1,5 ГБ всегда зарезервированы и, следовательно, недоступны для Windows.

Существует больше информации, если вы проверите источник. Однако вы можете воспользоваться всеми установленными 8 ГБ, если будете следовать этим инструкциям.

Если говорить из личного опыта, это не новая проблема. Я столкнулся с этой же проблемой несколько лет назад, когда создавал 32-битную систему Windows Vista на 4 ГБ, когда Vista была впервые выпущена. На форуме было множество сообщений на эту тему.

Читайте также Microsoft KB 929605 - Объем системной памяти, о которой сообщается в диалоговом окне "Сведения о системе" в Windows Vista, меньше ожидаемого, если установлено 4 ГБ ОЗУ.

Как говорили другие, это невозможно.

Объяснение:

Каждый кусок памяти имеет адрес. Операционная система указывает длину адреса. В старых операционных системах длина адреса составляет 32 бита, что позволяет использовать только 2 ^ 32 (4 294 967 296) адресов. Теперь, глядя на это число, может показаться, что ваша операционная система должна поддерживать 4 ГБ, но все другое аппаратное обеспечение (что особенно важно, видеопамять на вашей видеокарте), имеющее внутреннюю память, также отображается в этом адресном пространстве.

Как будто вы пытаетесь раздать 1 200000 шестизначных телефонных номеров.

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

Лучшим решением было бы перейти на 64-разрядную версию Windows, поскольку она поддерживает 4+ ГБ ОЗУ.

Старая материнская плата поддерживала только 4 ГБ физической памяти, современные поддерживают гораздо больше. Процессор Intel P4 всегда может адресовать более 4 ГБ (используя то, что называется расширением физического адреса или PAE)

Microstoft приняла "маркетинговое решение" не поддерживать физическое адресное пространство более 4 Гб в "клиентских" версиях всех 32-битных версий своих операционных систем, включая все от w2k до 32-битной Windows 8 (если вы посетите MS KB На страницах, которые вы заметите, 32-битные версии серверов могут поддерживать гораздо больше - до 128 Гб, я полагаю, с 32-битной версией Enterprise Edition, - именно поэтому "правильные" 32-битные ОС (Linux и т. д.) на одном и том же оборудовании всегда могут получить доступ ко ВСЕМ физическая оперативная память

(примечание: 32-битным пользователям Win7 настолько надоел этот "глупый" лимит, что они "взломали" Kernal, чтобы разрешить доступ к полной физической ОЗУ... разумеется, это нарушает вашу лицензию и фактически является незаконным в США (DCMA).)

Windows XP 32bit "резервирует" часть адресного пространства объемом 4 Гб для использования драйвером. Нет никаких причин, по которым вы не можете "адресовать" физическую ОЗУ за пределы 4 ГБ (используя PAE), однако многим ПОЛНЫМ ДРАЙВЕРАМ во времена Windows XP Pro не удалось этого сделать, и вы получите ошибку "BSOD" (современные драйверы используют PAE правильно, и в ТЕОРИИ нет причины, по которой им нужно больше, чем около 32 МБ пространства страниц "lo" (как "окна") в общей сложности, даже для поддержки графической карты 2 ГБ (2 ГБ будут находиться в пространстве "hi", т.е. выше 4 ГБ) отметка)

В XP SP2 MS почти утроила объем адресного пространства, "зарезервированного" для драйверов, чтобы устранить BSOD, и с тех пор так и было (MS не хочет "отлаживать" драйверы == они хотят продать вам 64-битную версию). ОС вместо). Фактическое оборудование практически не влияет на это "зарезервированное" пространство.

Итак, если у вас 4 ГБ или более физической ОЗУ, большинство XP Pro sp2+ увидит около 3,25 ГБ. Остальные МОГУТ получить доступ с помощью различных различных драйверов ОЗУ (не MS, конечно) = идите искать что-то, что использует "Невидимое адресное пространство" или "высокое пространство 4 ГБ" в XP Pro) . Использование "отсутствующего" 0,75 ГБ как части вашей "виртуальной памяти" может ускорить вашу систему...

Обратите внимание, что ключ /3G может разрешить 32-разрядным приложениям доступ к 3Gb в 32-разрядной ОС (если в заголовке.exe установлен флаг LargeAddressAware - в этом случае они могут получить доступ к 4 ГБ в 64-разрядной ОС), но в XP вам также нужно указать /USERVA, чтобы не выдавливать ОС из ОЗУ:-)

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

• Центральное процессорное устройство
• Блок контроллера памяти
• BIOS / (U)EFI
• Операционная система
• заявка

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

Короче говоря, все вышеперечисленные компоненты должны поддерживать более 4 ГБ памяти, чтобы добиться успеха.

Центральное процессорное устройство

Начнем с процессора. Но сначала важно отметить, что ЦП вообще не обладает магической способностью использовать какую-либо память. Вместо этого он мог просто получить доступ к любому адресу в пределах своего адресуемого пространства. Теперь вот идет вещь битности. 32-разрядный ЦП способен обращаться к адресам в диапазоне от 0 до 4 ГиБ. Этот диапазон, однако, должен учитывать не только доступную оперативную память, ПЗУ, SMRAM, таблицу переопределения графических адресов, но также и все необходимые операции ввода-вывода с отображением в памяти и многое другое, для чего может потребоваться существенная часть этого диапазона адресов. Как следствие, вполне возможно, что некоторые адреса памяти были скрыты этим использованием и, следовательно, недоступны для операций с оперативной памятью. Чтобы восстановить скрытую память, необходимо расширить доступное адресное пространство CPU. В случае 32-битного расширения физического адреса ЦП может помочь. Что позволяет адресовать до 64 ГиБ. 64-разрядный процессор, работающий в собственном 64-разрядном режиме, по умолчанию способен получить доступ к 16 EiB, что довольно много и не требует таких приемов. Но с другой стороны, 64-разрядному ЦП нецелесообразно использовать 64-разрядную адресацию, поэтому в действительности они все еще ограничены адресной шиной меньшим диапазоном, чем 16 EiB.

Блок контроллера памяти

Первоначально он находился в Северном мосту, но был перенесен в процессорную головку AMD, начиная с процессоров AMD64, и Intel с процессорами Nehalem. Даже если ЦП с PAE способен самостоятельно обращаться к 64 ГиБ, ему все равно нужен MCU для доступа к ОЗУ. Проще говоря: процессор, обращающийся к определенному адресу, получает ответ либо от устройства PCI, флэш-памяти BIOS или MCU, если запрашиваемый адрес находится в оперативной памяти, и так далее. Однако для MCU (будь то в северном мосту или в процессоре) нередко поддерживается гораздо меньше адресуемого пространства, чем 64 ГиБ, например, по маркетинговым причинам.

BIOS / (U)EFI

BIOS / (U)EFI также важны, так как их обязанность - конфигурировать аппаратные средства, прежде чем что-либо действительно сможет работать. Помимо прочего, они отвечают за отображение всего адресуемого пространства процессора с диапазонами памяти аппаратных устройств, шин, оперативной памяти и так далее. Интересно, что может случиться так, что вся оперативная память разделится на части и отобразится в нескольких доступных несмежных точках. Проблема с BIOS заключается в том, что его разработчики могут рассчитывать не более чем на 3 ГБ использования ОЗУ в своей системе, и, таким образом, BIOS не будет правильно отображать всю используемую память. Скорее всего, этого не произойдет с (U)EFI.

Операционная система

Операционная система также должна поддерживать адресацию более 4 ГБ памяти. Чтобы быть более конкретным, он должен настроить процессор для использования PAE. Некоторые 32-разрядные операционные системы прекрасно могут использовать PAE и получать доступ к более чем 4 ГиБ, другие имеют программный лимит на максимальный объем памяти, даже если они включают PAE для повышенной безопасности (например, Windows XP). И снова 64-разрядные ОС, естественно, не испытывают таких трудностей и обычно поддерживают более 4 ГБ памяти.

заявка

Последний пункт из другого мира, так как приложения обычно работают в виртуальном адресном пространстве, я добавил его для полноты картины. Тем не менее, для компиляции приложения требуется несколько дополнительных шагов, чтобы иметь возможность использовать больше памяти. По умолчанию 32-разрядное приложение может использовать только 2 ГБ памяти. Это же 32-разрядное приложение может адресовать до 4 ГБ памяти при условии, что ОС поддерживает это и поддерживает CPU PAE. Точнее говоря, он может использовать до 3 ГБ памяти, другой 1 ГБ может быть адресован как общие библиотеки и ядро ​​ОС, но недоступен для записи (в конечном итоге это зависит от архитектуры ОС, а не от самого приложения). Опять же, 64-битные приложения изначально поддерживают адресацию более 4 ГБ памяти и не имеют таких проблем.

Чтобы рассмотреть все это в перспективе, давайте рассмотрим несколько примеров.

Рассмотрим контроллер памяти Intel® 82945G. На сайте Intel говорится, что он не поддерживает PAE и ограничен 4 ГБ оперативной памяти. Давайте посмотрим пункт 9 System Address Map из таблицы. В нем много информации. Самое интересное Figure 9-3. Main Memory Address Range: и абзац 9.2 Main Memory Address Range (1 MB to TOLUD), который гласит:

Этот диапазон адресов простирается от 1 МБ до верхней части физической памяти, доступ к которой разрешен (G)MCH (как запрограммировано в регистре TOLUD). Все обращения к адресам в этом диапазоне перенаправляются (G) MCH в основную память, если они не попадают в опциональный TSEG, опциональное отверстие ISA или опциональную память VGA, украденную IGD. (G) MCH обеспечивает максимальное пространство декодирования адреса основной памяти 4 ГБ (2 ГБ для 82945GC/82945GZ /82945PL). (G) MCH не переназначает пространство памяти APIC или PCI Express. Это означает, что, поскольку объем физической памяти, заполненной в системе, достигает 4 ГБ (2 ГБ для 82945GC/82945GZ/82945PL), будет существующая физическая память, которая еще не адресуема и поэтому не может использоваться системой.

Как говорится, поскольку он не поддерживает PAE, он в конечном итоге не может переназначить PCI и все остальные MMIO выше 4 ГБ, поэтому часть памяти будет затенена и неиспользована. Это означает, что даже если он используется с процессором, поддерживающим 36-битную адресацию, память выше 4 ГБ все равно будет недоступна, а часть памяти, близкая к пределу 4 ГБ, также не будет использоваться.

И наоборот, давайте рассмотрим контроллер памяти Intel® 82955X, который связан с предыдущим, но он настроен на поддержку 8 ГБ в отличие от предыдущего! Абзац таблицы 2.1 Host Interface Signals предполагает, что он использует 36-битную адресную шину для процессора, что является хорошим признаком. Параграф 7 System Address Map имеет дальнейшие идеи. сравнить Figure 7-1. System Address Ranges к тому, что мы видели раньше: Это ясно говорит о том, что он способен использовать более 4 ГБ ОЗУ при условии, что он используется с процессором, также способным к 36-битной адресации. Стоит также отметить этот пункт 7 System Address Map говорится, что MCH supports 64 GB of addressable memory space, Однако дополнительно уточняется, что максимально используемая оперативная память ограничена 8 ГБ. Это еще раз заявляет о разнице между адресуемой и используемой, как я пытался передать в разделе ЦП.

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

Давайте рассмотрим процессор Intel® Pentium® Extreme Edition 840. Он поддерживает 64-битный набор инструкций, но не поддерживает PAE. Это означает, что при работе в 32-разрядном режиме он не сможет использовать более 4 ГБ ОЗУ (пожалуйста, исправьте меня, если я ошибаюсь в этом предположении). Давайте посмотрим на таблицу и таблицу Table 4-3. Signal Description, Несмотря на то, что этот ЦП поддерживает 64-разрядную архитектуру, он по-прежнему ограничен шириной 36-разрядной адресной шины, что ограничивает его доступным диапазоном адресов от 0 до 64 ГиБ.

Теперь давайте рассмотрим более свежий процессор. Например, процессор Intel® Core™ i7-7700. Рекламируется для поддержки до 64 ГБ оперативной памяти. Теперь давайте проверим таблицу данных этого. Параграф 2.3 System Address Map убеждает нас, что адресный диапазон этого ЦП составляет от 0 до 512 ГиБ из-за 39-битной адресной шины. Обратите внимание, что это все еще далеко от теоретического диапазона 16 EiB для 64-битного процессора. Удивительно, но это дополнительно поясняет, что этот процессор поддерживает максимум до 32 ГиБ оперативной памяти (в отличие от 64 ГБ на веб-сайте). Здесь также есть интересное изображение Figure 2-2. System Address Range Example: Он хорошо иллюстрирует проблему с теневым копированием памяти устройствами PCI и т. Д. Кроме того, он предлагает способ преодоления этой проблемы путем сопоставления диапазона от реального ОЗУ до верхнего диапазона адресов в пределах диапазона адресации ЦП. Таким образом восстанавливая эту скрытую память для использования. Обратите внимание, что это переназначение выполняется BIOS / (U)EFI после аппаратной инициализации, и именно по этой причине я включил BIOS / (U)EFI в список выше.

Я взял в качестве примера продукты Intel, но то же самое относится и к AMD.

Теперь давайте обсудим, как задействованы операционные системы. Ядро Linux включает полную поддержку режима PAE, начиная с версии 2.3.23, и вполне возможно иметь более 4 ГБ памяти, используемой с ядром Linux в 32-разрядной системе. Однако следует помнить о неопределенной проблеме с 32-битным ядром Linux в системе с более чем 4 ГБ ОЗУ на некотором оборудовании (по моему опыту это имеет отношение к сбоям TLB). В любом случае, в Википедии есть хорошая информация о поддержке PAE. Интересно, что Windows XP ограничена 4 ГБ, тогда как Windows Server 2003 Enterprise/Datacenter SP2 может заполнять до 64 ГБ. То же самое для других пар Windows Desktop-Server.

Как вы можете видеть, существует множество комбинаций среди перечисленных компонентов, и в некоторых случаях замена процессора или ОС может помочь. Гораздо сложнее иметь дело с BIOS / (U)EFI или MCU, поскольку первый является проприетарным и встроенным в систему и не может быть легко изменен, последний встроен в ЦП или припаян на плате.

Если вы хотите использовать полные 4 ГБ, единственным вариантом является обновление до 64-битной операционной системы:

• Windox XP 64
• Windows Vista 64
• Linux
• Max OS / X (хорошо, для этого вам может понадобиться новый ПК)

Обычная Windows XP - только 32-битная, и это ограничивает память до 3,5 ГБ макс. Проверьте ссылку, размещенную VonC для деталей об этой теме.

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

Но лучшее решение, безусловно, получить ОС x64.

Нет причин не слишком в любом случае. Большинство программ работают в x64 с XP/Vista/7, имеющим слой эмуляции x86. Это просто драйверы, которые могут быть проблемой.

Он показывает 3574 МБ оперативной памяти, потому что именно столько оперативной памяти БЕСПЛАТНО и доступно для использования компьютером в любое время. Эта цифра представляет собой ОЗУ, к которому у вашего компьютера есть полный доступ, поскольку программы и настройки, предварительно установленные на ПК, используют установленный объем ОЗУ, который в вашем случае составляет 426 МБ. Мой 6-ГБ 64-битный ПК показывает 5,8 ГБ доступной оперативной памяти вместо полных 6 ГБ. Лучше всего было бы посмотреть на обновление вашего ПК