ru.unix.bsd

 
 - RU.UNIX.BSD ------------------------------------------------------------------
 From : Dmitry Miloserdov                    2:5020/400     22 Sep 2005  20:03:26
 To : Eugene Grosbein
 Subject : Re: malloc() overcommit bug
 -------------------------------------------------------------------------------- 
 

 Hello, Eugene!
 You wrote to me on Thu, 22 Sep 2005 18:09:58 +0400:
 
  DM>> Угу заточить задачу под конкретное кол-во доступной памяти
  EG> Под параметризованное количество.
 
 ...
 
  EG> Дык жисть такая. Можно еще параметр этот определять динамически,
  EG> если дадут, конечно.
 
 Hе жизнь не такая. Система должна с этими вещами справляться.
 Если есть возможность - оптимизируй access-pattern а не пытайся
 за систему решать чему место на диске а чему в памяти.
 
  EG>>> Она ему далеко не факт, что нужна. Очень часто и не будет нужна до
  EG>>> exit().
  DM>> Согласен. Далеко не факт, что нужна. Вот только думать что она не
  DM>> нужна пока тоже нет никаких оснований.
  EG> SO говорил про практику, я тоже. Теория тут довольно сильно от практики
  EG> отличается, в особенности потому что у каждого практика своя.
 
 Практика это не синоним безапелляционности.
 Процессу может быть не нужна честь его памяти а может быть нужна.
 Если ты делаешь заявление что этому процессу память не нужна то
 возникает вопрос на основании чего ты это утверждаешь.
 Hа основании разности VSZ и RSS? - несостоятельно. Hа основании
 других данных? - данные в студию! может ты и прав [в своем заблуждении;)]
 но аргументации пока нет.
 
 [...]
 
  EG> А чей-то не веришь? SIZE и VSZ синонимы, как и RES и RSS - из манов.
 
 Врет часто. Может не в *BSD но доверия уже нет;)
 
  DM>> В качестве аргумента несостоятельности твоего критерия я привел тебе
  DM>> два примера процессов удовлетворяющих критерию но не являющимися
  DM>> искомыми.
  EG> Это не критерий. Это практика.
 
 Теория без практики мертва, практика без теории слепа (с)
 
  DM>>>> И ты уверен что это не ro mmap или не shared или не mlocked?
  EG>>> Да. Hе ro однозначно, не shared (не с кем) и не mlocked - руки
  EG>>> коротки.
  DM>> Откуда уверенность? Про tomcat ничего не знаю но вот java очень любит
  DM>> все нужные jar'ы mmap'нуть себе в адресное пространство - ты бы
  DM>> взглянул lsof'ом сколько там подмаплено. Еще она любит что-то слить во
  DM>> временный файл и тоже его mmap'нуть r-o.
  EG> Это все неважно, потому что ps -acx|grep -c java выдает единицу.
 
 Я тебе показал пример с джавой. из 50М не попавших в rss как минимум 42М
 read-only.
 
  With best regards, Dmitry Miloserdov.  E-mail: dmitry@bis.ru
 
 --- ifmail v.2.15dev5.3
  * Origin: Demos online service (2:5020/400)
 
 

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