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

@evg77 · Регистрация: 13.01.2012

Author24 — интернет-сервис помощи студентам

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

quwy · 01.04.2016, 17:44

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

@evg77 · 01.04.2016, 17:50 **[ТС]**

Сообщение от quwy

Только 3.2-3.4

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

qvad · 01.04.2016, 18:39

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

quwy · 01.04.2016, 19:51

Сообщение от evg77

Вот в сравниваю W хр 32 бит она ведь видит 4 гб и задействует все

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

@alexandra1 · 03.04.2016, 08:27

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

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

@_lunar_ · 03.04.2016, 11:18

Сообщение от evg77

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

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

quwy · 03.04.2016, 15:33

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

@_lunar_ · 03.04.2016, 16:56

Сообщение от quwy

проблема в архитектурных особенностях

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

vladdsp · 03.04.2016, 17:27

Сообщение от evg77

Вот в сравниваю W хр 32 бит она ведь видит 4 гб и задействует все

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

quwy · 04.04.2016, 11:52

Сообщение от _lunar_

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

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

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

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

@Alex Sprinter · 04.04.2016, 13:42

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

@_lunar_ · 04.04.2016, 17:28

Сообщение от quwy

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

Сообщение от _lunar_

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

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

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

@fantasytime · 04.04.2016, 17:30

Не по теме:

В любом случае 500мб ничего не дадут )

quwy · 04.04.2016, 17:57

Сообщение от _lunar_

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

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

Сообщение от _lunar_

иными словами все 4ГБ доступны для 32 битной ОС

Только не все эти адреса принадлежат оперативной памяти. И если система на свои нужды использует, скажем 500 мегабайт, вычитаться эти 500 мегабайт будут из 3.x ГБ, а не из 4 ГБ.

Новые блоги и статьи Все статьи Все блоги /
TypeScript: Интерфейсы vs Типы run.dev 11.04.2025 Современная разработка на JavaScript сталкивается с множеством проблем при масштабировании проектов. Типизация кода стала хорошим инструментом, помогающим избежать ошибок во время выполнения,. . .	Управление топиками и разделами Kafka Javaican 11.04.2025 Apache Kafka — распределенная платформа потоковой передачи данных, которая стала стандартом для построения высоконагруженных систем обмена сообщениями. В современной архитектуре микросервисов,. . .	Миграция монолита в Event-Driven микросервисную архитектуру на C# stackOverflow 11.04.2025 Монолитная архитектура – классический подход к разработке программного обеспечения. Это приложение, построенное как единое целое, где все компоненты тесно связаны между собой. Большинство проектов. . .	Go в Kubernetes: Управление ресурсами golander 11.04.2025 Разработчики Go-приложений в Kubernetes часто сталкиваются с неожиданными проблемами производительности и даже внезапными отказами контейнеров. Причина этого кроется в особенностях взаимодействия. . .	Агрегаты и сущности в DDD микросервисах Javaican 10.04.2025 Разработка современных программных систем часто приводит на распутье: монолит или микросервисы? Даже при выборе микросервисной архитектуры многие команды сталкиваются с проблемой правильного. . .
Многопоточность в C#: Task и параллельное программирование UnmanagedCoder 10.04.2025 Современные процессоры уже давно перестали наращивать тактовую частоту в пользу увеличения количества ядер. Это создало интересную ситуацию: разработчики, привыкшие к последовательному. . .	Линейное решение нелинейной задачи с помощью арктангенса для метода обработки данных из double buffering. Hrethgir 10.04.2025 Публикация в доработке, метод арктангенса в комментариях внизу. Вообще изначально я пренебрёг квадратурой числа, но потом понял, что для вычисления приблизительного значения - сгодится, формулу. . .	Переменные в Python py-thonny 10.04.2025 Переменная в программировании — это символическое имя, связанное с областью памяти, в которой хранится значение. Она позволяет получать доступ к данным через понятные человеку идентификаторы, а не. . .	Многопоточность в C#: Task и асинхронные операции UnmanagedCoder 10.04.2025 Многопоточность позволяет выполнять несколько операций одновременно, что важно для решения двух основных задач: повышения скорости выполнения вычислительно-сложных операций и сохранения отзывчивости. . .	Запуск контейнеров Docker на ARM64 Mr. Docker 09.04.2025 Появление таких решений, как Apple M1/ M2, AWS Graviton, Ampere Altra и Raspberry Pi, сделало использование ARM-систем обыденностью для многих разработчиков и DevOps-инженеров. При этом Docker,. . .

@evg77 4 / 4 / 0 Регистрация: 13.01.2012 Сообщений: 196

	Windows 10 32 бит видит и будет задействовать все 4 гб оперативной памяти? 01.04.2016, 17:43. Показов 44789. Ответов 14 Метки нет (Все метки) Windows 10 32 бит видит и будит задействовать все 4 гб оперативной памяти? 0

quwy Native x86 6479 / 3578 / 999 Регистрация: 13.02.2013 Сообщений: 11,338
	01.04.2016, 17:44
	Сообщение было отмечено evg77 как решение Решение Нет. Только 3.2-3.4 ГБ из четырех. 1

@evg77 4 / 4 / 0 Регистрация: 13.01.2012 Сообщений: 196
	01.04.2016, 17:50 [ТС]
	Сообщение от quwy Только 3.2-3.4 Максимум 3. 4 Гб ? Вот в сравниваю W хр 32 бит она ведь видит 4 гб и задействует все 0

qvad 22195 / 12116 / 653 Регистрация: 11.04.2010 Сообщений: 53,466
	01.04.2016, 18:39
	да ну? а посмотреть? 0

quwy Native x86 6479 / 3578 / 999 Регистрация: 13.02.2013 Сообщений: 11,338
	01.04.2016, 19:51
	Сообщение от evg77 Вот в сравниваю W хр 32 бит она ведь видит 4 гб и задействует все Ничего подобного. 0

@alexandra1 17 / 19 / 2 Регистрация: 04.09.2015 Сообщений: 208
	03.04.2016, 08:27
	Windows 10 32 бит видит и будит Видно, тебя ещё не разбудила. 0

@_lunar_ 3701 / 2835 / 451 Регистрация: 03.05.2011 Сообщений: 5,193 Записей в блоге: 21
	03.04.2016, 11:18
	Сообщение от evg77 Windows 10 32 бит видит и будит задействовать все 4 гб оперативной памяти? Да видит, но весь объём не будет отдан пользователю. Часть памяти отводится под ядро, под всевозможные пулы, под системную память (выгружаемую, не выгружаемую), видеопамять (если используется интегрированный контроллер). Поэтому от 4ГБ останется около 3-3,5ГБ. 0

quwy Native x86 6479 / 3578 / 999 Регистрация: 13.02.2013 Сообщений: 11,338
	03.04.2016, 15:33
	_lunar_, дело не в том, что часть памяти занята системой, проблема в архитектурных особенностях, которые не дают утилизировать всю память даже самой операционной системе. 0

@_lunar_ 3701 / 2835 / 451 Регистрация: 03.05.2011 Сообщений: 5,193 Записей в блоге: 21
	03.04.2016, 16:56
	Сообщение от quwy проблема в архитектурных особенностях никаких архитектурных проблем нет, дело именно в том, что я написал. адресное пространство 32 битной ОС находится в диапазоне от 0x00000000 до 0xFFFFFFFF (4294967296 байт). каждому процессу выделяется собственное виртуальное адресное пространство. Для 32-разрядных процессов его размер составляет 4 ГБ (2^32). Соответственно 32-битный указатель может быть любым числом от 0x00000000 до 0xFFFFFFFF Всего указатель может принимать 4 294 967 296 значений. виртуальное адресное пространство каждого процесса разбивается на разделы. Их размер зависит от конкретного ядра Windows. Не все разделы доступны в пользовательском режиме. 1

vladdsp 110 / 94 / 19 Регистрация: 09.01.2013 Сообщений: 371
	03.04.2016, 17:27
	Сообщение от evg77 Вот в сравниваю W хр 32 бит она ведь видит 4 гб и задействует все В 32-разрядных Windows XP с пакетами обновлений SP2 и SP3, а так же последующих Windows, расширение физических адресов реализовано только частично. Эти системы не поддерживают 36-битную адресацию памяти и даже включенный режим PAE (Physical Address Extension), не добавляет в их распоряжение ни байта адресного пространства, что делает невозможным переброску в верхние участки заблокированных адресов ОЗУ. Причина такой реализации – обеспечение совместимости с драйверами устройств. 0

quwy Native x86 6479 / 3578 / 999 Регистрация: 13.02.2013 Сообщений: 11,338
	04.04.2016, 11:52
	Сообщение от _lunar_ никаких архитектурных проблем нет, дело именно в том, что я написал. Есть проблемы, и виртуальная память тут вообще никаким боком. В архитектуре x86 часть адресного пространства процессора используется для отображения внутренней памяти устройств. Например внешняя видеокарта, казалось бы, имеет собственную память, тем не менее отъедает несколько сотен мегабайт от установленных на плате 4 ГБ системной памяти. И эти несколько сотен мегабайт вообще никак не используются ни программами пользователя, ни операционной системой, ни самой видеокартой. Их адреса отданы памяти, распаянной на видеокарте, и процессор физически не имеет к ним доступа. Проблема, повторяю, чисто архитектурная, и выход из положения только в расширении адресного пространства. Это либо не поддерживаемый клиентскими версиями Windows костыль PAE, либо 64-битное ядро. Все, больше никакого способа обратиться ко всем 4 ГБ памяти у процессора нет даже на аппаратном уровне. 0

@Alex Sprinter 79 / 57 / 14 Регистрация: 28.03.2016 Сообщений: 421
	04.04.2016, 13:42
	У меня при вставленных 3 Гб (2+1) видел все 3 Гб При 4 Гб (2+2) видел 2,93 Гб Поставил 64 bit - все увидел как положено - 4Гб 0

@_lunar_ 3701 / 2835 / 451 Регистрация: 03.05.2011 Сообщений: 5,193 Записей в блоге: 21
	04.04.2016, 17:28
	Сообщение от quwy В архитектуре x86 часть адресного пространства процессора используется для отображения внутренней памяти устройств. Сообщение от _lunar_ Да видит, но весь объём не будет отдан пользователю. Часть памяти отводится под ядро, под всевозможные пулы, под системную память (выгружаемую, не выгружаемую), видеопамять (если используется интегрированный контроллер). по моему суть написанного одно и тоже, не? и ещё раз для справки: для 32 битной ОС предусмотрено адресное пространство от 0x00000000 до 0xFFFFFFFF иными словами все 4ГБ доступны для 32 битной ОС, но в силу того, что мы тут с вами расписываем (но разными словами), часть памяти забирается под всевозможные нужды, и эту память не возможно использовать (считайте её "заблокированной"). 0

@fantasytime
	04.04.2016, 17:30
	Не по теме: В любом случае 500мб ничего не дадут ) 0

quwy Native x86 6479 / 3578 / 999 Регистрация: 13.02.2013 Сообщений: 11,338
	04.04.2016, 17:57
	Сообщение от _lunar_ по моему суть написанного одно и тоже, не? Из вашего комментария следует, что часть памяти просто занята системой и встроенной видеокартой, и поэтому пользователю доступно не 4 ГБ, а меньше. Это конечно так, но вот только если даже посчитать всю это занятую память, результат тоже будет сильно меньше 4 ГБ. На 32-битной системе даже если установлено 4 ГБ, все выглядит так, как будто реально установлено ~3.5 ГБ (две планки по гигабайту и две гипотетические планки по 700 мегабайт). Сообщение от _lunar_ иными словами все 4ГБ доступны для 32 битной ОС Только не все эти адреса принадлежат оперативной памяти. И если система на свои нужды использует, скажем 500 мегабайт, вычитаться эти 500 мегабайт будут из 3.x ГБ, а не из 4 ГБ. 0

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

Решение