информация в top и ps как-то бредова. неможет например апач отожрать 1.5 Гб приналиичии всего 1 Гб оперы и полным отсудствием чего либо в свопе.
>информация в top и ps как-то бредова. неможет например апач отожрать 1.5
>Гб приналиичии всего 1 Гб оперы и полным отсудствием чего либо
>в свопе.Ты бы для начала еще ОС указал и привел пример "бредовой" информации.
Но общие принципы таковы:
1. Смотри на RES, а не на SIZE или VIRT.
2. Часть памяти используется совместно несколькими процессами, например Апачем.
>>информация в top и ps как-то бредова. неможет например апач отожрать 1.5
>>Гб приналиичии всего 1 Гб оперы и полным отсудствием чего либо
>>в свопе.
>
>Ты бы для начала еще ОС указал и привел пример "бредовой" информации.
>
>
>Но общие принципы таковы:
>1. Смотри на RES, а не на SIZE или VIRT.
>2. Часть памяти используется совместно несколькими процессами, например Апачем.
сори red hat enterprise server 3
PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME CPU COMMAND
25886 apache 15 0 62388 60M 9532 S 0.6 3.0 0:02 2 httpd
25905 apache 15 0 60284 58M 9440 S 0.6 2.9 0:02 0 httpd
25883 apache 15 0 60664 59M 9536 S 0.5 2.9 0:02 2 httpd
25884 apache 15 0 62540 61M 9536 S 0.5 3.0 0:02 3 httpd
25885 apache 15 0 62744 61M 9532 S 0.5 3.0 0:02 3 httpd
25922 apache 15 0 60384 58M 9520 S 0.5 2.9 0:01 3 httpd
25932 apache 15 0 60432 59M 9540 S 0.5 2.9 0:01 2 httpd
25918 apache 15 0 62492 61M 9532 S 0.4 3.0 0:03 2 httpd
25798 apache 15 0 63680 62M 9636 S 0.2 3.0 0:03 1 httpd
25888 apache 15 0 62488 61M 9528 S 0.0 3.0 0:02 1 httpd
26167 apache 15 0 57752 56M 9192 S 0.0 2.8 0:00 2 httpd
не верю я что апач отожрал 600 мегов в опере
>>>информация в top и ps как-то бредова. неможет например апач отожрать 1.5
>>>Гб приналиичии всего 1 Гб оперы и полным отсудствием чего либо
>>>в свопе.
>>
>>Ты бы для начала еще ОС указал и привел пример "бредовой" информации.
>>
>>
>>Но общие принципы таковы:
>>1. Смотри на RES, а не на SIZE или VIRT.
>>2. Часть памяти используется совместно несколькими процессами, например Апачем.
>
>
>сори red hat enterprise server 3
> PID USER PRI NI
>SIZE RSS SHARE STAT %CPU %MEM TIME CPU
>COMMANDТаково добра у меня нет. А ты чем смотришь и с какими параметрами?
>25886 apache 15 0 62388 60M
> 9532 S 0.6 3.0
> 0:02 2 httpd>не верю я что апач отожрал 600 мегов в опере
Ну так 60 мег, которые показаны для каждого процесса, на самом деле по большей части общие на всех.
>Таково добра у меня нет. А ты чем смотришь и с какими
>параметрами?
>
>>25886 apache 15 0 62388 60M
>> 9532 S 0.6 3.0
>> 0:02 2 httpd
>
>>не верю я что апач отожрал 600 мегов в опере
>
>Ну так 60 мег, которые показаны для каждого процесса, на самом деле
>по большей части общие на всех.смотрю топом по пользователю. в топе u и имя пользователя
просто не могу выцеганить что сервак складывает раз в сутки ! не почасам но все таки регулярно. изменяли только апач за все это время и начало падать. хотя кроме меня там ещё админов .... но ни кто не признается что что-то сделал.
>
>>Таково добра у меня нет. А ты чем смотришь и с какими
>>параметрами?
>>
>>>25886 apache 15 0 62388 60M
>>> 9532 S 0.6 3.0
>>> 0:02 2 httpd
>>
>>>не верю я что апач отожрал 600 мегов в опере
>>
>>Ну так 60 мег, которые показаны для каждого процесса, на самом деле
>>по большей части общие на всех.
>
>смотрю топом по пользователю. в топе u и имя пользователяМеня поля смущают, особенно что они в мане не описаны (SHARE). Но это к делу не относится.
>просто не могу выцеганить что сервак складывает раз в сутки ! не
>почасам но все таки регулярно. изменяли только апач за все это
>время и начало падать. хотя кроме меня там ещё админов ....
>но ни кто не признается что что-то сделал.Посмотри в момент падения использование свопа (если не можешь поймать, то можно писать в лог каждые несколько секунд). Если он пустой, то память здесь нипричем.