Я недавно обновил ОЗУ моего компьютера до 4 ГБ. Моя 32-битная установка Windows показывает только 3574 МБ памяти. Как я могу заставить Windows использовать полный объем оперативной памяти?
9 ответов
Вы не можете:
Видишь, чувак, где мои 4 гигабайта оперативной памяти?
если вы хотите поместить память и устройства в 32-разрядный диапазон адресов: не все доступные 4 ГБ адресного пространства могут быть переданы в память.
Так что же на самом деле произойдет, если вы выйдете и купите 4 ГБ памяти для своего ПК?
В карте памяти есть дыра для ввода / вывода. (Сейчас это всего 25% от общего адресного пространства, но это все еще большая дыра.) Таким образом, будут доступны нижние 3 ГБ вашей памяти, но есть проблема с последними 1 ГБ.
Единственное практическое решение - установить 64-битную операционную систему. В Windows Vista и более поздних версиях 32-разрядные и 64-разрядные лицензионные ключи являются взаимозаменяемыми. Если вы можете получить установочный носитель Windows для 64-разрядной версии операционной системы, вы можете переустановить его, используя свой оригинальный лицензионный ключ.
Во-первых, 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 ГБ ОЗУ.
Старая материнская плата поддерживала только 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), однако многие драйверы OLDER во времена 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-разрядным приложениям доступ до 3 ГБ в 32-разрядной ОС (если в заголовке .exe установлен флаг LargeAddressAware - в этом случае они могут получить доступ к 4 ГБ в 64-разрядной ОС), но в XP нужно также указать /USERVA, чтобы ОС не «выдавливалась» из ОЗУ :-)
Если вы используете 32-битную Windows XP, то это невозможно. Так как для использования дополнительной оперативной памяти недостаточно адресного пространства
Лучшим решением было бы перейти на 64-разрядную версию Windows, поскольку она поддерживает 4+ ГБ ОЗУ.
Как сказали другие, это невозможно.
Объяснение:
Каждый кусок памяти имеет адрес. Операционная система указывает длину адреса. Для более старых операционных систем длина адреса составляет 32 бита, что позволяет использовать только 2 ^ 32 (4 294 967 296) адресов. Теперь, глядя на это число, может показаться, что ваша операционная система должна поддерживать 4 ГБ, но все другое аппаратное обеспечение (что особенно важно, видеопамять на вашей видеокарте), имеющее внутреннюю память, также отображается в этом адресном пространстве.
Как будто вы пытаетесь раздать 1 200 000 шестизначных телефонных номеров.
Если вы хотите использовать полные 4 ГБ, единственный вариант - перейти на 64-битную операционную систему:
- Windox XP 64
- Windows Vista 64
- Linux
- Max OS/X (хорошо, для этого вам может понадобиться новый компьютер)
Обычная Windows XP только 32-битная, и это ограничивает память до 3,5 ГБ макс. Проверьте ссылку, размещенную VonC для деталей об этой теме.
Это довольно сложный вопрос, поскольку для его разработки требуется несколько компонентов. Эти компоненты:
- Центральное процессорное устройство
- Блок контроллера памяти
- 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, если запрошенный адрес находится в оперативной памяти, и так далее. Однако для микроконтроллера (будь то в северном мосту или в процессоре) нередко поддерживается гораздо меньше адресуемого пространства, чем, например, 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 ГиБ полезной максимум RAM (вопреки 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, так как первый является проприетарным и встроенным в систему, и его нелегко изменить, последний встроен в ЦП или припаян на плате.
Если вы используете встроенную графику, вы можете отказаться от нее, и это будет означать, что система сможет использовать больше оперативной памяти вашей системы.
Но лучшее решение, безусловно, получить операционную систему x64.
Нет причин не слишком в любом случае. Большинство программ работают в x64 с XP/Vista/7, имеющим слой эмуляции x86. Это просто драйверы, которые могут быть проблемой.
он показывает 3574 МБ оперативной памяти, потому что именно столько оперативной памяти БЕСПЛАТНО и доступно для использования компьютером в любое время. Эта цифра представляет собой ОЗУ, к которому у вашего компьютера есть полный доступ, поскольку программы и настройки, предварительно установленные на ПК, используют установленный объем ОЗУ, который в вашем случае составляет 426 МБ. Мой 6 ГБ 64-битный ПК показывает 5,8 ГБ свободной оперативной памяти вместо полных 6 ГБ. Лучше всего будет посмотреть на обновление вашего ПК