ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Valentin Nechayev                    2:5020/400     28 Feb 2004  23:27:42
 To : Andrew Dolgov
 Subject : Re: Swap
 -------------------------------------------------------------------------------- 
 

 
 >>> Andrew Dolgov wrote:
 
 SVK>>> Хотел поинтересоваться, формула Swap = 2xRAM по прежнему в силе?
  VN>> Я бы коэффициент даже увеличил. Диски дешевле оперативки в 200 раз
  VN>> (если IDE).
 AD> Mem:    515920k total,   497828k used,    18092k free,    80544k buffers
 AD> Swap:  2000052k total,     5924k used,  1994128k free,   256856k cached
 AD> полезно, полезно. лучше даже гигов восемь поставить - и фик с ним, что
 AD> юзаться не будет, но зато круто-то как неподеццки, ага?
 
 Так это и хорошо, что "юзаться" не будет. То есть будет не полностью.
 Потому что - что сами free unices, что приложения под них - не умеют
 вести себя в условиях исчерпания виртуальной памяти и даже склеивать
 ласты при этом правильно не умеют. См. гнутый код - чем дальше тем
 больше всяких xcalloc(). И lazy commit вдобавок.
 Поэтому, виртуальной памяти должно быть столько, чтобы её хватало
 гарантированно с запасом для достижения нужного уровня надёжности.
 
 AD> сразу говорю, не надо мне открывать глаза с примерами типа "а мне надо
 AD> 2xRAM!" - я не отрицаю что ИHОГДА свопа может быть нужно именно
 AD> 2xRAM.
 AD> только вот от этого сама формула не становится хоть сколько-то осмысленной.
 
 Формула как была, так и осталась рекомендацией типа "средняя температура
 по больнице, включая морг и крематорий, с поправкой на надвигающийся
 антициклон". Для конкретных условий можно и нужно её уточнять.
 Hа наших тяжёлогруженных серверах стоит 3*ram или 4*ram, и несколько
 раз в год это себя оправдывает. Для меня это на пять порядков важнее,
 чем то, что в спокойных условиях этот своп простаивает почти весь.
 -netch-
 --- ifmail v.2.15dev5.3
  * Origin: Dark side of coredump (2:5020/400)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор