URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID1
Нить номер: 90841
[ Назад ]
Исходное сообщение
"Потребление памяти"
Отправлено asciiz , 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, но эти цифры все равно заставляют нервничать...

Содержание
Сообщения в этом обсуждении
"Потребление памяти"
Отправлено Aquarius , 29-Янв-11 17:38 
а какие именно строки не нравятся и почему?
"Потребление памяти"
Отправлено asciiz , 30-Янв-11 11:17 
> а какие именно строки не нравятся и почему?

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

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

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

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

"Потребление памяти"
Отправлено asciiz , 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 так распухли?

"Потребление памяти"
Отправлено universite , 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 так распухли?

забей пока.

"Потребление памяти"
Отправлено asciiz , 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 так распухли?
> забей пока.

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

"Потребление памяти"
Отправлено Aquarius , 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
(для упрощения подсчет производился исходя из метрического смысла суффиксов)

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

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

"Потребление памяти"
Отправлено universite , 01-Фев-11 00:47 

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

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

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

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

"Потребление памяти"
Отправлено asciiz , 01-Фев-11 11:09 
> что спасибо?
> выводы-то какие?

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