@evg77

Windows 10 32 бит видит и будит задействовать все 4 гб оперативной памяти?

0

quwy

Нет. Только 3.2-3.4 ГБ из четырех.

1

@evg77

Максимум 3. 4 Гб ?
Вот в сравниваю W хр 32 бит она ведь видит 4 гб и задействует все

0

qvad

да ну? а посмотреть?

0

quwy

Ничего подобного.

0

@alexandra1

Windows 10 32 бит видит и будит

Видно, тебя ещё не разбудила.

0

@_lunar_

Да видит, но весь объём не будет отдан пользователю. Часть памяти отводится под ядро, под всевозможные пулы, под системную память (выгружаемую, не выгружаемую), видеопамять (если используется интегрированный контроллер). Поэтому от 4ГБ останется около 3-3,5ГБ.

0

quwy

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

0

@_lunar_

никаких архитектурных проблем нет, дело именно в том, что я написал.
адресное пространство 32 битной ОС находится в диапазоне от 0x00000000 до 0xFFFFFFFF (4294967296 байт).
каждому процессу выделяется собственное виртуальное адресное пространство. Для 32-разрядных процессов его размер составляет 4 ГБ (2^32). Соответственно 32-битный указатель может быть любым числом от 0x00000000 до 0xFFFFFFFF Всего указатель может принимать 4 294 967 296 значений.
виртуальное адресное пространство каждого процесса разбивается на разделы. Их размер зависит от конкретного ядра Windows. Не все разделы доступны в пользовательском режиме.

1

vladdsp

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

0

quwy

Есть проблемы, и виртуальная память тут вообще никаким боком.

В архитектуре x86 часть адресного пространства процессора используется для отображения внутренней памяти устройств. Например внешняя видеокарта, казалось бы, имеет собственную память, тем не менее отъедает несколько сотен мегабайт от установленных на плате 4 ГБ системной памяти. И эти несколько сотен мегабайт вообще никак не используются ни программами пользователя, ни операционной системой, ни самой видеокартой. Их адреса отданы памяти, распаянной на видеокарте, и процессор физически не имеет к ним доступа.

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

0

@Alex Sprinter

У меня при вставленных 3 Гб (2+1) видел все 3 Гб
При 4 Гб (2+2) видел 2,93 Гб
Поставил 64 bit - все увидел как положено - 4Гб

0

@_lunar_

по моему суть написанного одно и тоже, не?

и ещё раз для справки: для 32 битной ОС предусмотрено адресное пространство от 0x00000000 до 0xFFFFFFFF
иными словами все 4ГБ доступны для 32 битной ОС, но в силу того, что мы тут с вами расписываем (но разными словами), часть памяти забирается под всевозможные нужды, и эту память не возможно использовать (считайте её "заблокированной").

0

@fantasytime

0

quwy

Из вашего комментария следует, что часть памяти просто занята системой и встроенной видеокартой, и поэтому пользователю доступно не 4 ГБ, а меньше. Это конечно так, но вот только если даже посчитать всю это занятую память, результат тоже будет сильно меньше 4 ГБ. На 32-битной системе даже если установлено 4 ГБ, все выглядит так, как будто реально установлено ~3.5 ГБ (две планки по гигабайту и две гипотетические планки по 700 мегабайт).
Только не все эти адреса принадлежат оперативной памяти. И если система на свои нужды использует, скажем 500 мегабайт, вычитаться эти 500 мегабайт будут из 3.x ГБ, а не из 4 ГБ.

0