The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Потребление памяти"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Открытые системы на сервере (Система. проблемы, диагностика / FreeBSD)
Изначальное сообщение [ Отслеживать ]

"Потребление памяти"  +/
Сообщение от asciiz (ok) on 29-Янв-11, 16:06 
Кто-нибудь может доходчиво объяснить такое нездоровое потребление памяти процессами?


  PID USERNAME    THR PRI NICE   SIZE    RES STATE   C   TIME   WCPU COMMAND
49807 root          1  44    0 15376K  7508K select  2  51:16  0.00% fam
  844 bind          7  44    0   106M 95712K kqread  3  37:19  0.00% named
1339 drweb         1  44    0    98M 91380K select  3  25:47  0.00% drwebd
27384 mysql        17  44    0   359M   103M ucond   2   6:10  0.00% mysqld
48293 openfire    123  44    0   814M   396M ucond   2   0:51  0.00% java
1589 root          1  44    0 26132K  2344K select  0   0:43  0.00% sshd
  761 root          1  44    0 16844K  3504K select  2   0:36  0.00% ircd
  740 root          1  44    0  6956K  1244K select  2   0:24  0.00% syslogd
1258 root          1  44    0   113M   101M lockf   2   0:19  0.00% saslauthd
1257 root          1  44    0   113M   101M lockf   3   0:19  0.00% saslauthd
1259 root          1  44    0   113M   100M lockf   0   0:19  0.00% saslauthd
1260 root          1  44    0   113M   100M accept  0   0:19  0.00% saslauthd
1256 root          1  44    0   113M   100M lockf   1   0:19  0.00% saslauthd
78591 root          1  44    0   219M 14284K select  2   0:13  0.00% httpd
1600 root          1  44    0  8012K  1280K nanslp  2   0:05  0.00% cron
1266 postgrey      1  44    0 34368K 11636K select  1   0:04  0.00% perl5.12.2
96730 root          1  44    0 18192K  2592K kqread  2   0:03  0.00% master
29016 root          1  44    0  9412K  1852K select  1   0:02  0.00% screen
96130 www           1  69    0   296M 47344K accept  3   0:02  0.00% httpd
51413 www           1  52    0   298M 51004K accept  2   0:02  0.00% httpd
1511 root          1  44    0  6908K  1152K select  0   0:01  0.00% couriertcpd
96732 postfix       1  44    0 18196K  2684K kqread  0   0:01  0.00% qmgr
51419 www           1  50    0   296M 49744K accept  3   0:01  0.00% httpd
  866 root          1  44    0  8012K  1352K select  0   0:01  0.00% rpcbind
16859 www           1  69    0   271M 38136K accept  2   0:01  0.00% httpd
51414 www           1  54    0   271M 39472K accept  2   0:01  0.00% httpd
51415 www           1  48    0   271M 39460K accept  0   0:01  0.00% httpd
51417 www           1  51    0   271M 39460K accept  3   0:01  0.00% httpd
51418 www           1  48    0   271M 39460K accept  0   0:01  0.00% httpd
1510 root          1  44    0  5864K   904K piperd  0   0:00  0.00% courierlogger
29017 root          1  44    0 10300K  1612K ttyin   2   0:00  0.00% bash
1335 root          1  44    0 14920K  1660K select  2   0:00  0.00% authdaemond
1331 root          1  44    0 14920K  1672K select  2   0:00  0.00% authdaemond
1332 root          1  44    0 14920K  1696K select  1   0:00  0.00% authdaemond
1334 root          1  44    0 14920K  1692K select  0   0:00  0.00% authdaemond
1333 root          1  44    0 14920K  1632K select  2   0:00  0.00% authdaemond
  597 root          1  44    0  3200K   468K select  3   0:00  0.00% devd
1325 root          1  44    0 14920K  1296K select  2   0:00  0.00% authdaemond
1525 root          1  44    0  6908K  1148K select  0   0:00  0.00% couriertcpd
53460 root          1  44    0  9408K  2976K CPU0    0   0:00  0.00% top
48448 postfix       1  44    0 19748K  2936K select  0   0:00  0.00% imapd
79654 ldap          4  44    0 95584K  8140K ucond   3   0:00  0.00% slapd
1524 root          1  44    0  5864K   904K piperd  1   0:00  0.00% courierlogger
51460 root          1  45    0 38064K  5136K sbwait  2   0:00  0.00% sshd
1111 www           1  44    0 44364K  2448K accept  0   0:00  0.00% svnserve
88700 stunnel       1  44    0 33748K  6752K select  2   0:00  0.00% stunnel
51246 postfix       1  44    0 19748K  2936K select  3   0:00  0.00% imapd
88695 stunnel       1  44    0 14296K  2216K sbwait  2   0:00  0.00% stunnel
48895 drweb         1  44    0    98M 91548K select  2   0:00  0.00% drwebd
48928 drweb         1  44    0    98M 91548K select  2   0:00  0.00% drwebd
48926 drweb         1  44    0    98M 91548K select  2   0:00  0.00% drwebd
48931 drweb         1  44    0    98M 91548K select  2   0:00  0.00% drwebd
48888 drweb         1  44    0    98M 91548K select  2   0:00  0.00% drwebd

FreeBSD 8.1/amd64, почти не нагружен.

Я в курсе про SIZE и RES, но эти цифры все равно заставляют нервничать...

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Потребление памяти"  +/
Сообщение от Aquarius (ok) on 29-Янв-11, 17:38 
а какие именно строки не нравятся и почему?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Потребление памяти"  +/
Сообщение от asciiz (ok) on 30-Янв-11, 11:17 
> а какие именно строки не нравятся и почему?

Ну прежде всего стометровые saslauthd. Ну куда им столько? Причем по 100Мб каждому. Это ж демон аутентификации, причем не нагруженный почти. Далее - пачка стометровых дрвебов. Аналогиченая ситуация. Если будет большой поток почты, придется держать изначально много дрвебовских демонов в памяти, в результате только на них оперативка уйдет вся сразу.

Далее - апач. Ну тут просто изначальный запрос настораживает. Процессы эти ничем не заняты, а на 300Мб уже засматриваются. :)

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

3. "Потребление памяти"  +/
Сообщение от universite email(ok) on 30-Янв-11, 18:54 
>> а какие именно строки не нравятся и почему?
> Ну прежде всего стометровые saslauthd. Ну куда им столько? Причем по 100Мб
> каждому. Это ж демон аутентификации, причем не нагруженный почти. Далее -
> пачка стометровых дрвебов. Аналогиченая ситуация. Если будет большой поток почты, придется
> держать изначально много дрвебовских демонов в памяти, в результате только на
> них оперативка уйдет вся сразу.
> Далее - апач. Ну тут просто изначальный запрос настораживает. Процессы эти ничем
> не заняты, а на 300Мб уже засматриваются. :)

Покажите  строчки Mem: и Swap:

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

4. "Потребление памяти"  +/
Сообщение от asciiz (ok) on 30-Янв-11, 19:13 
> Покажите  строчки Mem: и Swap:


Mem: 1326M Active, 1049M Inact, 586M Wired, 56M Cache, 417M Buf, 923M Free
Swap: 1073M Total, 644K Used, 1072M Free

кстати, процессы saslauthd кушают уже 120Мб :-/ вроде порт свежий... 25 порт постоянно долбят подбиралки паролей, может из-за них конкретно saslauthd так распухли?

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

5. "Потребление памяти"  +/
Сообщение от universite email(ok) on 30-Янв-11, 22:33 
>> Покажите  строчки Mem: и Swap:
>
 
> Mem: 1326M Active, 1049M Inact, 586M Wired, 56M Cache, 417M Buf, 923M
> Free
> Swap: 1073M Total, 644K Used, 1072M Free
>

> кстати, процессы saslauthd кушают уже 120Мб :-/ вроде порт свежий... 25 порт
> постоянно долбят подбиралки паролей, может из-за них конкретно saslauthd так распухли?

забей пока.

Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

8. "Потребление памяти"  +/
Сообщение от asciiz (ok) on 31-Янв-11, 20:41 
>>> Покажите  строчки Mem: и Swap:
>>
 
>> Mem: 1326M Active, 1049M Inact, 586M Wired, 56M Cache, 417M Buf, 923M
>> Free
>> Swap: 1073M Total, 644K Used, 1072M Free
>>

>> кстати, процессы saslauthd кушают уже 120Мб :-/ вроде порт свежий... 25 порт
>> постоянно долбят подбиралки паролей, может из-за них конкретно saslauthd так распухли?
> забей пока.

Наверное у меня просто паранойя, подумываю на всякий случай еще памяти прикупить)

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

6. "Потребление памяти"  +/
Сообщение от Aquarius (ok) on 31-Янв-11, 19:49 
>> Покажите  строчки Mem: и Swap:
>
 
> Mem: 1326M Active, 1049M Inact, 586M Wired, 56M Cache, 417M Buf, 923M
> Free
> Swap: 1073M Total, 644K Used, 1072M Free
>

> кстати, процессы saslauthd кушают уже 120Мб :-/ вроде порт свежий... 25 порт
> постоянно долбят подбиралки паролей, может из-за них конкретно saslauthd так распухли?

просуммируйте цифры индивидуально по столбу с учетом суффиксов. подумайте. сделайте выводы. почитайте что-нибудь

P.S. раз уж я уже все посчитал, в столбце SIZE 4590572000, в столбце RES 1586120000
(для упрощения подсчет производился исходя из метрического смысла суффиксов)

Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

7. "Потребление памяти"  +/
Сообщение от asciiz (ok) on 31-Янв-11, 20:41 
> просуммируйте цифры индивидуально по столбу с учетом суффиксов. подумайте. сделайте выводы.
> почитайте что-нибудь
> P.S. раз уж я уже все посчитал, в столбце SIZE 4590572000, в
> столбце RES 1586120000
> (для упрощения подсчет производился исходя из метрического смысла суффиксов)

Спасибо за подсчет) А напрягает эта цифра потому, что сервер почти не нагружен. Простаивающие сервисы скушали все-таки довольно немало, а что будет при нагрузке...

Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

9. "Потребление памяти"  +/
Сообщение от universite email(ok) on 01-Фев-11, 00:47 

> Спасибо за подсчет) А напрягает эта цифра потому, что сервер почти не
> нагружен. Простаивающие сервисы скушали все-таки довольно немало, а что будет при
> нагрузке...

у меня тоже цифры бешенные у php-fpm чайлдов (под нагрузкой).
Но реально больше гига памяти им скушать не удается...

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

10. "Потребление памяти"  +/
Сообщение от Aquarius (ok) on 01-Фев-11, 07:58 
>> просуммируйте цифры индивидуально по столбу с учетом суффиксов. подумайте. сделайте выводы.
>> почитайте что-нибудь
>> P.S. раз уж я уже все посчитал, в столбце SIZE 4590572000, в
>> столбце RES 1586120000
>> (для упрощения подсчет производился исходя из метрического смысла суффиксов)
> Спасибо за подсчет) А напрягает эта цифра потому, что сервер почти не
> нагружен. Простаивающие сервисы скушали все-таки довольно немало, а что будет при
> нагрузке...

что спасибо?
выводы-то какие?

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

11. "Потребление памяти"  +/
Сообщение от asciiz (ok) on 01-Фев-11, 11:09 
> что спасибо?
> выводы-то какие?

Ну, полагаю, RES говорит нам, что волноваться пока рано, и свободной оперативки достаточно много. SIZE говорит нам, что в теории все может быть весьма печально. А гугль говорит, что SIZE вообще показатель весьма смутный, потому как для каждого процесса включает в себя разные shared memory, код динамически подключенных библиотек и прочие штуки, которые по факту существуют в единственном числе и делятся между всеми процессами.

Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру