ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 

  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА














     АРХИВ :: Apache-Talk
Apache-Talk mailing list archive (apache-talk@lists.lexa.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [apache-talk] Re: [apache-talk]??? apache???????? ? ????????



> Получается, что
> 1) SIZE(VIRT) по большому счету ни о чем полезном не говорит

Кроме того, что реальное использование памяти процессом не более SIZE.

> 2) RES куда более явно отображает использование памяти (следует
> учитывать только использование shared memory между различными
> приложениями или же между чаилдами)

RES показывал бы, сколько каждый процесс занимает физической памяти,
если бы не было shared. При большой доле разделяемой памяти
на RES тоже ориентироваться можно только весьма условно.

Настоящий параметр это количество свободной/неактивной памяти в системе,
вычитая его из общего количества RAM, получаем количество занятой памяти.
Меняя разные параметры конфига и наблюдая изменение этого количества,
можно уже делать выводы.

> 
> PS. если
> 
> EG> VSZ это сколько процесс запросил памяти у операционной системы.
> 
> означает ли это,скажем, при наличии большого колличества свободной
> оперативной памяти, что операционная система полностью выделит процессу
> эту память? и тогда размер VSZ будет стремится к RSS...

Современные юниксы с lazy allocation и commit-on-write не будут
выделять полностью эту память, пока процесс с ней не станет
работать, и даже тогда выделяют её постранично (4kb).



 




Copyright © Lexa Software, 1996-2009.