ru.unix.bsd

 
 - RU.UNIX.BSD ------------------------------------------------------------------
 From : Eugene Grosbein                      2:5006/1       23 Sep 2005  14:54:00
 To : Dmitry Miloserdov
 Subject : Re: malloc() overcommit bug
 -------------------------------------------------------------------------------- 
 

 22 сен 2005, четверг, в 19:03 KRAST, Dmitry Miloserdov написал(а):
 
  DM> You wrote to me on Thu, 22 Sep 2005 18:09:58 +0400:
  DM>>> Угу заточить задачу под конкретное кол-во доступной памяти
  EG>> Под параметризованное количество.
  DM> ...
  EG>> Дык жисть такая. Можно еще параметр этот определять динамически,
  EG>> если дадут, конечно.
  DM> Hе жизнь не такая. Система должна с этими вещами справляться.
 
 Как она сама должна справляться с access pattern, несоответствующему
 количеству доступной физической памяти?
 
  DM> Если есть возможность - оптимизируй access-pattern а не пытайся
  DM> за систему решать чему место на диске а чему в памяти.
 
 Что значит "за систему решать", как будто она способна разобраться
 в этом лучше логики приложения? Мы же не о своппинге говорим, а о пейджинге.
 
  EG>>>> Она ему далеко не факт, что нужна. Очень часто и не будет нужна до
  EG>>>> exit().
  DM>>> Согласен. Далеко не факт, что нужна. Вот только думать что она не
  DM>>> нужна пока тоже нет никаких оснований.
  EG>> SO говорил про практику, я тоже. Теория тут довольно сильно от практики
  EG>> отличается, в особенности потому что у каждого практика своя.
  DM> Практика это не синоним безапелляционности.
 
 Hикто безапеляционно и не говорил и критериев не выставлял. Говорили про
 практику, не более.
 
  EG>> А чей-то не веришь? SIZE и VSZ синонимы, как и RES и RSS - из манов.
  DM> Врет часто. Может не в *BSD но доверия уже нет;)
 
 Hе замечен top на вранье под фрей.
 
  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 выдает единицу.
  DM> Я тебе показал пример с джавой. из 50М не попавших в rss как минимум 42М
  DM> read-only.
 
 Что из этого следует?
 
 Eugene
 -- 
 Устав от радостных пиров,
 Hе зная страхов и желаний
 --- slrn/0.9.8.0 (FreeBSD)
  * Origin: Svyaz Service JSC (2:5006/1@fidonet)
 
 

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