LINUX.ORG.RU

8 ГБ ОЗУ


0

0

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

anonymous

Re: 8 ГБ ОЗУ

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

wanderer ()

Re: 8 ГБ ОЗУ

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

Vlad_Ts ★★★★★ ()

Re: 8 ГБ ОЗУ

CONFIG_HIGHMEM64G=y ?

isden ★★★★★ ()

Re: 8 ГБ ОЗУ

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

sS ★★★★★ ()
Ответ на: Re: 8 ГБ ОЗУ от birdie

Re: 8 ГБ ОЗУ

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

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

Gharik ()

Re: 8 ГБ ОЗУ

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

mv ★★★★★ ()
Ответ на: Re: 8 ГБ ОЗУ от birdie

Re: 8 ГБ ОЗУ

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

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

Deleted ()
Ответ на: Re: 8 ГБ ОЗУ от Deleted

Re: 8 ГБ ОЗУ

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

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

birdie ★★★★★ ()
Ответ на: Re: 8 ГБ ОЗУ от Gharik

Re: 8 ГБ ОЗУ

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

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

birdie ★★★★★ ()
Ответ на: Re: 8 ГБ ОЗУ от birdie

Re: 8 ГБ ОЗУ

> В чём это заключается? Проведенные мною тесты производительности не выявили разницу в работе при установленном 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 ()

Re: 8 ГБ ОЗУ

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

Rain ★★★★ ()
Ответ на: Re: 8 ГБ ОЗУ от Deleted

Re: 8 ГБ ОЗУ

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 ()
Ответ на: Re: 8 ГБ ОЗУ от anonymous

Re: 8 ГБ ОЗУ

Линус?

anonymous ()
Ответ на: Re: 8 ГБ ОЗУ от Deleted

Re: 8 ГБ ОЗУ

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

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

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

UrbanSerj ()
Ответ на: Re: 8 ГБ ОЗУ от birdie

Re: 8 ГБ ОЗУ

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

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

HEBECTb_KTO ()
Ответ на: Re: 8 ГБ ОЗУ от Deleted

Re: 8 ГБ ОЗУ

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

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