LINUX.ORG.RU

8 ГБ ОЗУ


0

0

Я установил 8 гигов памяти в мой сервер , но он видит только 4 из них, и даже не 4 ровно, а 3,2. На сервере Федора 7 , ядро 2.6.21. Что сделать , чтобы он увидел всю память?

anonymous

наверное 64-битный проц ставить? или ошибаюсь?

wanderer
()

пересобрать ядро, указав нужный размер ОЗУ

Vlad_Ts ★★★★★
()

Собрать ядро с CONFIG_HIGHMEM64G

sS ★★★★★
()

поставить 64-битную систему или ядро с pae (kernel-PAE.i686 2.6.23.1-10.fc7 updates)

mv ★★★★★
()
Ответ на: комментарий от birdie

> Ну не скажите. У меня c десяток серверов под RHEL отлично пашут с 8 гектарами RAM.

И тем не менее. Работа с памятью выше 896Mb в 32хбитном режиме крайне неэффективна.

Deleted
()
Ответ на: комментарий от Deleted

> Работа с памятью выше 896Mb в 32хбитном режиме крайне неэффективна.

В чём это заключается? Проведенные мною тесты производительности не выявили разницу в работе при установленном 1GB/2GB/4GB RAM.

birdie ★★★★★
()
Ответ на: комментарий от Gharik

> Только меееедленно.

Кончайте выпендриваться, господа. Всё работает с нормальной скоростью.

birdie ★★★★★
()
Ответ на: комментарий от birdie

> В чём это заключается? Проведенные мною тесты производительности не выявили разницу в работе при установленном 1GB/2GB/4GB RAM.

"Больше 4G работает через полную ж^W^WPAE ;)
а больше 1G но до трех - через просто ж^Whighmem."

"В линуксе работает так (для 32bit arches):
~900M (lowmem) - адресуемы напрямую ядром - там живут все структуры ядра, например, туда же мапятся странички за пределами этого address space если ядру туда надо доступиться.
За этими пределами живут буфера, pagecache, userspace pages и все такое прочее.
Причем, стоит учитывать что драйвера обычно хотят эти странички пощупать перед записью/чтением, так что часто можно наблюдать
lowmemshortage на машинках где много RAM, то есть памяти вроде полно,
а все тормозит и свопится - потому что lowmem забито, а весь i/o через lowmem.
Это все при стандартном 3:1 user:kernel AS split бывает еще 2:2 и 4:4, в последнем варианте стоимость переключения user->kernel и наоборот резко возрастает, само собой."
(с) kernel developer

Deleted
()

Ядро пересобери с нужной опцией

Rain ★★★★
()
Ответ на: комментарий от Deleted

I have observed nothing from the side effects you're describing. No exceptional swapping and no slow downs. You must be using a very old kernel or your software is badly written.

anonymous
()
Ответ на: комментарий от Deleted

Ну не все так плохо... хотя PAE действительно костыль...

> бывает еще 2:2 и 4:4 покажите хде бывает последнее, может 1:3?

3:1 по дефолту не просто так - по многочисленным тестам это лучшее разбиение

UrbanSerj
()
Ответ на: комментарий от birdie

> Проведенные мною тесты производительности не выявили разницу в работе при установленном 1GB/2GB/4GB RAM.

Накуа ты тогда воткнул туда все восемь Гэ, если достаточного одного?

HEBECTb_KTO
()
Ответ на: комментарий от Deleted

Deadушка марос, ты чота путаешь конкретно. 32-битный процессор в линейном режиме покрывает все 4Гб памяти, а под линнахом и виндовсом он ещё страничные дескрипторы использует для стека, данных и команд для каждого процесса персонально. Так что в принципе каждый процесс мог бы юзать свои 12Гб, но вот беда, дескрипторы тод 32-х разрядные, плюс память йедра отображается в адресное пространство каждого процесса.

HEBECTb_KTO
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.