Версия для распечатки

Пред. тема | След. тема

Новые ответы

[ Отслеживать ]

Потребление памяти,

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, 17:38 , 29-Янв-11 (1)

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

Потребление памяти, universite, 18:54 , 30-Янв-11 (3)

Потребление памяти, asciiz, 19:13 , 30-Янв-11 (4)
> Покажите строчки 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, 22:33 , 30-Янв-11 (5)

Потребление памяти, asciiz, 20:41 , 31-Янв-11 (8)
>>> Покажите строчки 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, 19:49 , 31-Янв-11 (6)

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

Потребление памяти, universite, 00:47 , 01-Фев-11 (9)
Потребление памяти, Aquarius, 07:58 , 01-Фев-11 (10)

Потребление памяти, asciiz, 11:09 , 01-Фев-11 (11)
> что спасибо?
> выводы-то какие?
Ну, полагаю, RES говорит нам, что волноваться пока рано, и свободной оперативки достаточно много. SIZE говорит нам, что в теории все может быть весьма печально. А гугль говорит, что SIZE вообще показатель весьма смутный, потому как для каждого процесса включает в себя разные shared memory, код динамически подключенных библиотек и прочие штуки, которые по факту существуют в единственном числе и делятся между всеми процессами.
Ответить | Сообщить модератору