forum.lissyara.su

В сервере 48 Гбайт оперативной памяти, выделил для SWAP 48 Гбайт на диске. Однако FreeBSD версий 7.2 и 8.0 показывает в top, что доступно только 32 Гбайта:

last pid: 939; load averages: 0.00, 0.00, 0.00 up 0+01:21:19 13:42:56
33 processes: 1 running, 32 sleeping
CPU: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle
Mem: 13M Active, 458M Inact, 425M Wired, 28K Cache, 399M Buf, 46G Free
Swap: 32G Total, 32G Free

В чем может быть проблема?
Спасибо!

а зачем вам столько свапа?
я вообще последнее время больше 512M не вызеляю на серверах - пусть лучше ядро процессы киляет чем в свап оно всё лезет

попробуйте в ядре MAXMEM покрутить, видимо в предел CMOS уперлось :-)

lissyara писал(а):а зачем вам столько свапа?
я вообще последнее время больше 512M не вызеляю на серверах - пусть лучше ядро процессы киляет чем в свап оно всё лезет

Вычитал в руководстве, что нужно делать свап в два раза больше объема оперативной памяти.
Вроде как нужно чтобы дамп памяти при панике туда записать. Это актуально в 7.2?

А можно как-то отключить сохранение дампа? Я вряд-ли буду с ним что-нибудь делать.

Вообще у меня с другим сервером, где памяти 12 Гбайт, а размер свапа 16 Гбайт (хотел 12 сделать, но ошибся), при перегрузке сервера возникает зацикливание, из которого могу выйти только аппаратным ресетом. И ругается в цикле на консоли, что мало памяти для свопа.

Может, если отключить запись дампа при панике, то не будет сервер зацикливаться?

я думаю - делайте разумный размер.
в хандбуке советы даны для количества рамы 128 метров, или 256 )

Александр Фролов писал(а):В сервере 48 Гбайт оперативной памяти, выделил для SWAP 48 Гбайт на диске. Однако FreeBSD версий 7.2 и 8.0 показывает в top, что доступно только 32 Гбайта:

last pid: 939; load averages: 0.00, 0.00, 0.00 up 0+01:21:19 13:42:56
33 processes: 1 running, 32 sleeping
CPU: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle
Mem: 13M Active, 458M Inact, 425M Wired, 28K Cache, 399M Buf, 46G Free
Swap: 32G Total, 32G Free

В чем может быть проблема?
Спасибо!

мне сейчас лень искать подтверждение, но помнится были ограничения на размер свопа одним куском. Вполне возможно, что как раз 32 Гига.
Если надо больше, то надо делать два раздела просто.

По поводу размера - зависит от задач. У меня были задачи, которые требовали по 50-60 гиг памяти. Лет 5 назад, когда столько мозгов купить было просто нереально (за приемлемые деньги). Да, задачка в свопе крутится куда медленнее, чем в оперативке, но все-таки лучше получить результат медленно, чем не получить его совсем.

а можно пример задач?
у меня в голову тока многопользовательская база лезет, но, лучше уж пусть процессы отстреливает чем случать вой сотен хомячков что у них чё-то там тормозит... ибо оно будет нереально тормозить...

У меня там будет каталог товаров (несколько млн. позиций) с поиском по атрибутам. Предполагается очень высокая посещаемость.
Такие штуки как nginx и memcached стоят, подумываю заменить MySQL на mongodb со временем...

lissyara писал(а):а можно пример задач?
у меня в голову тока многопользовательская база лезет, но, лучше уж пусть процессы отстреливает чем случать вой сотен хомячков что у них чё-то там тормозит... ибо оно будет нереально тормозить...

у меня? числодробилка. Биоинформатика. Процесс один, но требует очень много ресурсов. Так что отстреливать некого, да и вой только одного юзера, который этим заведует. Но он не воет, ему несколько дней на задачу - это быстро.