Размер swap-файла

Barracuda · Отправлено: **12:33, 03-03-2003** | #2

TEHb
Имхо вообще можно не делать - на ваше усмотрение. Просто это устоявшийся принцип, или даже правило. А правила существуют, что их нарушать.

Я дома для Линукса вообще своп не делал (256М рамы) - ничего, не жалюется.

ruslandh · Конфигурация компьютера

TEHb
В классическом виде Формула полность звучит так :

Цитата:

RAM <=32 МБ ->SWAP = 2*RAM
=>64 МБ -> SWAP=1* RAM
=>512 MБ = SWAP=0

Все остарьные участки - решаются "спрямлением" функции исходя из того насколько критично зависание системы.

При маленько объеме ОЗУ реальная потребность превосходит физический объем в 3 раза

Т.е. допустим имеем, что для нормальной работы Linux требуется, допустим 100 МБ виртуальной памяти ОЗУ (я реально проверял - цифра именно такого порядка),
- тогда при физическом объеме RAM = 32 мб - требуется еще ~ 68 мб ОЗУ,
- при 64 мб - 32 мб, но тут мы уже можем предусмотреть небольщой запас - вот вам 64 мб SWAP,
- при 132 мб - у нас уже есть запас в 32 мб - нам памяти достаточно - тут уже надо смотреть сколько требуется виртуальной памяти при максимальной загрузке - возможно выделить, допустим ~ 68 мб (если максимальная нагрузка предпологается в 200мб).
- при 512 мб - у нас уже 412 мб запаса, и даже при трехкратном увеличении потребности в в виртуальной памяти еще остается 112 мб свободными.

Единственное НО - при увеличении физического ОЗУ пользователь сам увеличивает потребность в виртуальной памяти, так-как запускает большее число задач (раньше ему мешала медленность обращения к SWAP, а при 512 мб он этого не чувствует и запускает новые задачи) так, что возможно лучше оставить небольшой SWAP в размере порядка четверти физического объема OЗУ (для 512 мб - это порядка 128 мб SWAP).

Sinbad · Отправлено: **14:51, 30-05-2003** | #4

Я так понимаю, что уже при наличии ОЗУ 128мб имеет смысл делать своп 1:1, дабы система при возможном крахе могла скинуть дамп всей памяти в своп, иначе при меньшем свопе может произойти разрушение файловой системы. (Субъективно).

[s]Исправлено: Sinbad, 15:55 30-05-2003[/s]

Barracuda · Отправлено: **02:13, 31-05-2003** | #5

Sinbad
Вы прям книжку цитируете

ruslandh · Конфигурация компьютера

Sinbad
При крахе системы скинуть она скорей всего ничего уже не сможет ни в swap ни в core

Barracuda · Отправлено: **02:50, 31-05-2003** | #7

ruslandh
есть пара истер еггов во Фре, которые позволяют сбрасывать содержимое памяти в своп.

Sinbad · Отправлено: **11:55, 31-05-2003** | #8

Barracuda

Вы прям книжку цитируете

А, что делать-то остается, приходится перелопачивать их килотоннами, иначе шиш когда разберешся. Да и вообще все что человечеству известно где-то, когда-то и кем-то было написано.

Barracuda · Отправлено: **21:42, 31-05-2003** | #9

Sinbad

Цитата:

приходится перелопачивать их килотоннами

Верной дорогой идёте, товарищ!

Guest · Отправлено: **04:14, 29-08-2003** | #10

Бред, все эти ваши "новые" формулы!!!
По-вашему выходит советы написанные в хандбуке даны специально для того чтобы лишить вас дополнительного дискового простраства на ваших компах?! И хандбук идиоты получается написали, которые не учли "новые" формулы выделения простраства под диск?!

TEHb:
Малограмотным специалистам в подобных конференциях ты поверишь больше, чем инженерам FreeBSD?! А они ведь довольно не плохо постарались, чтобы пользователи делали меньше ошибок и написали для этого FreeBSD Handbook!

Читать хандбук, и тогда станет понятно, что удвоеный размер свопа рекомендован, для получения максимальной отдачии от реализации алгоритмов VM paging. В противном случае можно потерять в производительности системы.
См. http://documents.dhs.net.ru/ru_RU.KO...l.html#AEN4070