ru.unix.bsd

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

 Hello, Eugene!
 You wrote to me on Tue, 20 Sep 2005 22:26:26 +0400:
 
  DM>> У процесса активно использующего всю свою виртуальную
  DM>> память может вполне быть VSZ ~ 10*RSS.
  EG> Hе понял - если он активно _использует_ эту память, то она резидентна
  EG> по большей части (если физической памяти хватает), как может быть
  EG> десятикратное превышение?
 
 А где я сказал что физической памяти хватает?
 
 И к тому же давай уберем слово "активно". Пусть процесс попросил много
 памяти, забил ее некоими данными и благополучно уснул. Через некоторое
 время VSZ - RSS  у него станет достаточно большой но он никоим образом
 не попадет в софт о котором говорил SO.
 
  DM>> При этом ты не предлагаешь искать процесс сбольшой разницей - ты
  DM>> предлагаешь посчитать _суммы_! Сумма не имеет никакого физического
  DM>> смысла.
  EG> Сумма RES имеет вполне конкретный смысл.
 
 Hу так расскажи пожалуйста что же за физический смысл у суммы RSS.
 
  EG>  Сумму SIZE ограничивать можно, но критично это в особых случаях.
 
 Ты точно понимаешь разницу между суммой размеров виртуальных пространств
 нескольких процессов и размером объединения виртуальных пространств
 нескольких процессов?
 
  DM>> Вобщем примеры "современного софта" меня тоже интересуют.
  EG> 15875 www         2   0   226M 81620K poll     7:53  0.00%  0.00% java
  EG> 6409  nobody     18   0 11576K  9960K lockf    0:06  0.00%  0.00% httpd
  EG> java это tomcat 5, httpd это apache 1.3
 
 Это все примеры процессов у которых большая разница виртуального
 и загруженного. И к вопросу нахождения программ, которые "надеются"
 что если они не трогали память то она в системе свободна, они имеют
 не относятся. ( Если конечно ты не скажешь о них нечто большее, потому
 как строчка из top ни о чем не говорит )
 
  EC>>>> Вот довольно нагруженный сервер
  EC>>>> sum(vsz)=13581576 sum(rss)=10504272
  DM>> Интересно почему "EC>>"
  EG> А в чем проблема?
 
 Hу не было вроде бы в треде никакого EC
 
 With best regards, Dmitry Miloserdov.  E-mail: dmitry@bis.ru
 
 --- ifmail v.2.15dev5.3
  * Origin: Demos online service (2:5020/400)
 
 

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