Куда девается 200 мб оперативы? (или я чето не понимаю...)

[Modigar]

Объясните популярно, почему Системный монитор говорит что в системе 3.8 Гб доступно, когда стоят 2 планки по 2 Гб.
Или говорит что 7.8 гБ. доступно, если стоит 4 планки по 2 Гб.
Куда еще 200 метров идет?

[Brainsburn]

Странно что 3.8. Я думал всегда 0.5Гб ядро резервирует.

[watashiwa_daredeska]

Странно что 3.8. Я думал всегда 0.5Гб ядро резервирует.

Хреновины, предназначенные для «простого пользователя», считают, что 1Г == 10^3, а не 2^30, как у всех нормальных людей :) 4ГиБ ~ 4,3ГБ.

[sciko]

Хреновины, предназначенные для «простого пользователя», считают, что 1Г == 10^3

Это не объясняет 7.8 гБ.

[SinClaus]

У меня conky говорит что установлено 3.87 GiB, монитор - 3.9 GiB. Смотрим вот сюда, считаем 3.87 * 1.074 = 4.15638 ... теперь перебор... или нет?

[sciko]

GiB больше чем GB. Поэтому нужно делить ^_^

[Bizdelnick]

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

[sciko]

У меня тоже 4 гига стоит:

$ free -b
total used free shared buffers cached
Mem: 4203220992 2843443200 1359777792 0 476360704 1085870080
-/+ buffers/cache: 1281212416 2922008576
Swap: 6395158528 0 6395158528
$ bc -lq
4*2^30
4294967296

[Brainsburn]

Мой free говорит, что у меня total: 3633740, тобишь 3.5ГБ, потому-что ядро резервирует ~0.5Гб под свои нужды, а пользовательские утилиты типа free, запускающиеся из под юзера, не имеют доступа к зарезервированной памяти, а потому и не видят ее. Поправьте меня, если я не прав.

[ATIpro]

Куда еще 200 метров идет?

Код: Выделить всё

dmesg | grep Memory

Получишь что-то типа этого

$ dmesg | grep Memory
Memory: 4058480k/4718592k available (4811k kernel code, 525840k absent, 134272k reserved, 2328k data, 696k init)
$ cat /proc/meminfo | grep MemTotal
MemTotal: 4059216 kB

[Bizdelnick]

Мой free говорит, что у меня total: 3633740, тобишь 3.5ГБ, потому-что ядро резервирует ~0.5Гб под свои нужды, а пользовательские утилиты типа free, запускающиеся из под юзера, не имеют доступа к зарезервированной памяти, а потому и не видят ее. Поправьте меня, если я не прав.

free

$ free total used free shared buffers cached Mem: 4063636 3840236 223400 0 228260 1919616 -/+ buffers/cache: 1692360 2371276 Swap: 8388600 0 8388600 $ sudo free total used free shared buffers cached Mem: 4063636 3840880 222756 0 228268 1920712 -/+ buffers/cache: 1691900 2371736 Swap: 8388600 0 8388600 $ grep MemTotal /proc/meminfo MemTotal: 4063636 kB $

[SinClaus]

Memory

$free total used free shared buffers cached Mem: 4058284 2183780 1874504 0 73048 987404 -/+ buffers/cache: 1123328 2934956 Swap: 4088500 0 4088500 $grep MemTotal /proc/meminfo MemTotal: 4058284 kB

Вывод: у тебя больше

[serzh-z]

Объясните популярно, почему Системный монитор говорит что в системе 3.8 Гб доступно, когда стоят 2 планки по 2 Гб.

x86?

[Brainsburn]

free

$ free total used free shared buffers cached Mem: 4149792 605648 3544144 0 94472 254408

Это после сборки ядра с "High Memory Support (64GB)". С "High Memory Support (4GB)" free выдавал total: 3633740.
Где-то я читал, что включение поддержки до 64GB RAM несколько замедляет работу памяти из-за каких-то костылей, поэтому если памяти не больше 4ГБ, то включать эту поддержку не желательно. Только не понятно, почему в первом случае (с "High Memory Support (4GB)") не 4, а вовсе 3.5ГБ было.

[Nazyvaemykh]

Надо же, кто-то еще считает жалкие мегабайты…

[sciko]

Дело не в мегабайтах, а в принципе.

[Modigar]

x86?

x64
Винда (ХР) вообще из 4-х 2.96 Гб. видит, хотя по идее должна 3.25 видеть.

[sciko]

Винда (ХР) вообще из 4-х 2.96 Гб. видит, хотя по идее должна 3.25 видеть.

Это-то как раз нормально: винда с PAE не дружит.

[Bizdelnick]

винда с PAE не дружит.

Вроде дружит, но его надо ручками включать. Хотя зачем он нужен, когда можно поставить x64, - не понимаю.

[taaroa]

Винда (ХР) вообще из 4-х 2.96 Гб. видит, хотя по идее должна 3.25 видеть.

Это-то как раз нормально: винда с PAE не дружит.

газета «правда»

Also, when [data] execution protection [(DEP)] is enabled on 32-bit Windows, the system automatically boots in PAE mode (automatically selecting the PAE kernel, \Windows\ System32\Ntkrnlpa.exe). For a description of PAE, see the section "Physical Address Extension (PAE)." Although using AWE puts the burden of managing mappings of virtual to physical memory on the programmer, it does address the need of being able to directly access more physical memory than can be mapped at any one time in a 32-bit process address space. To allow a 32-bit process to allocate and access more physical memory than can be represented in its limited address space, Windows provides a set of functions called Address Windowing Extensions (AWE). For example, on a Windows 2000 Advanced Server system with 8 GB of physical memory, a database server application could use AWE to allocate and use perhaps 6 GB of memory as a database cache. Windows XP has PAE extension for compatibility reasons, it is not working as it can be expected. Even if so, the highest user space address is limited by 2Gb, so to get everything from large amount of memory it is needed to use x64 systems such as Windows XP 64 and Windows Vista. Windows XP have a different approach to display 4 Gb of memory. Although from BIOS it will be visible as 4 Gb, system functions will report 2 Gb, their extended variants a various values (like for example 3.2 Gb). When using Windows 2003 Server you can reach 3.9 Gb values. The NT kernel is distributed with each Windows package in as many as four files: NTOSKRNL.EXE, single-processor without PAE; NTKRNLMP.EXE, multi-processor without PAE; NTKRNLPA.EXE, single-processor with PAE (version 5.0 and higher); NTKRPAMP.EXE, multi-processor with PAE (version 5.0 and higher).

[allez]

винда с PAE не дружит.

Вроде дружит, но его надо ручками включать. Хотя зачем он нужен, когда можно поставить x64, - не понимаю.

И дружит, и ручками ничего включать не надо, Винда запускает нужное ядро автоматически, основываясь на объеме установленной памяти:

P. S. Если что, "расширение физических адресов" - это как раз PAE и есть. У сервера, с которого я привел картинку, 256 мегабайт ОЗУ "съедается" встроенным видеоадаптером, меньшее значение в BIOS просто отсутствует.

[Bizdelnick]

Ну серверная-то да, я про десктопную.

[allez]

У десктопной этот режим тоже включается автоматически, если работает предотвращение исполнения данных (оно же DEP), например, в boot.ini указан параметр "/noexecute". А если DEP поддерживается на уровне железа, тогда и в boot.ini указывать ничего не надо. Если же DEP не работает, то тут ваша правда, PAE придется действительно включать ручками вне зависимости от того, серверная Винда используется или десктопная.

P. S. Ой, что-то мы в оффтопик ударились... :)

[ATIpro]

Вообще тред ни о чем. Про различия 32- и 64-битной адресации памяти это к гуглу и википедии, про резервирование памяти ядром, в общем-то туда же, про pae то же самое. Если не к гуглу, то даже на этом форуме проблема обсуждалась много много много раз. А обсуждение винды здесь оффтоп.

[bormant]

Отданы под нужды интегрированного видеоадаптера?

[Modigar]

Отданы под нужды интегрированного видеоадаптера?

А если адаптер не интегрирован?

[allez]

Даже если не интегрирован, он все равно может использовать ОЗУ для расширения видеопамяти.

[bormant]

У AMD это называется HyperMemory, у nVidia -- TurboCache...