|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : U.P.Galyuck 2:5020/400 25 Jun 2003 19:09:07 To : Victor Wagner Subject : Re: swap --------------------------------------------------------------------------------
> UPG> Да, книга устарела. Теперь можно создавать своп любых (в разумных
> UPG> пределах) размеров.
>
> Увы, разумность пределов устаревает тоже довольно быстро.
> Учитывая старую добрую формулу SWAP=4*RAM двухгигового свопа уже мало.
> Правда, с другой стороны у меня в машинах с гигом и более памяти диск
> обычно тоже не один, так что два гига на шпиндель пока хватает.
У меня вызывает сомнение как раз эта формула при больших размерах
оперативки. Она эмпирически выведена во времена, когда для программ размер
кода и данных был соизмерим, и система занимала ощутимую часть ОП. Сейчас
программы разбухают в основном из-за объема данных - иначе несколько
гигабайт оперативной памяти просто не занять. У нас на кластере я ставлю
всего 1 Гиг свопа при таком же размере ОП, и считаю это перебором. Я не
представляю себе чем можно забить такой своп (у нас, правда система
очередей, и больше одного пользователя на машине не бывает). Потребность в
большом свопе мне представляется только в случае, если пользователь решит, к
примеру, обращать большую матрицу, и заведет массив с размерами, заведомо
превышающими объем оперативки, полагаясь на то, что в таком случае система
будет за него решать, какие страницы вытеснять на диск, а какие выбирать
(зато можно не думать о размерах, и использовать стандартные методы решения
задачи). Hу так не надо поощрять лень, пусть воспользуется более сложными
алгоритмами, напрямую использующими внешнюю память, тем более, что для
трехмерных задач необходимая память растет очень быстро, обычно
пропорционально кубу от размерности массивов.
Впрочем, допускаю, что вывод о рекомендуемом размере свопа тесно связан
с условиями работы компьютера (что за задачи, какие пользователи), но
подозреваю, что когда на машине захотят работать одновременно 100
пользователей, запустив задачи по 40 Мб (в сумме как раз 4 ГБ), то в такой
ситуации не поможет никакой своп.
С уважением, Галюк Юрий
--- ifmail v.2.15dev5
* Origin: PTC (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/657840213446.html, оценка из 5, голосов 10
|