Utilisation de la mémoire

[vic]

Bonjour,

J'ai un système sur lequel free m'indique que toute la mémoire est utilisée :

Code :

1
2
Mem:   1010720k total,  1003872k used,     6848k free,     8608k buffers
Swap:   767904k total,    26224k used,   741680k free,     2816k cached

Cependant si je fais le compte de la RAM utilisée par les process indiquée par ps, je n'arrive même pas à 1%.

Qu'est-ce qui peut causer cette utilisation de RAM, une fuite dans le noyau ou autre chose ?

[Celelibi]

Lance un top pour voir.
Appuie sur F (shift+f) et trie par mémoire occupée (RES, et SHR). Et regarde si il y a pas un processus qui prend trop beaucoup plus de mémoire que les autres.

[vic]

Salut,

Non aucun process ne prend spécialement d'espace, c'est ça qui m'intrigue. Sortie de ps :

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
# ps faux
USER       PID %CPU %MEM   VSZ  RSS TTY      STAT START   TIME COMMAND
root         1  0.0  0.0  2000  192 ?        Ss   Mar22   0:30 init [3]
root         2  0.0  0.0     0    0 ?        SN   Mar22   0:00 [ksoftirqd/0]
root         3  0.0  0.0     0    0 ?        S<   Mar22   0:00 [events/0]
root         4  0.0  0.0     0    0 ?        S<   Mar22   0:00 [khelper]
root         5  0.0  0.0     0    0 ?        S<   Mar22   0:00 [kthread]
root        10  0.0  0.0     0    0 ?        S<   Mar22   0:27  \_ [kblockd/0]
root        13  0.0  0.0     0    0 ?        S<   Mar22   0:00  \_ [khubd]
root        41  0.0  0.0     0    0 ?        S    Mar22   1:19  \_ [pdflush]
root        42  0.0  0.0     0    0 ?        S    Mar22   2:36  \_ [pdflush]
root        44  0.0  0.0     0    0 ?        S<   Mar22   0:00  \_ [aio/0]
root        45  0.0  0.0     0    0 ?        S<   Mar22   0:00  \_ [cifsoplockd]
root        46  0.0  0.0     0    0 ?        S<   Mar22   0:00  \_ [cifsdnotifyd]
root        92  0.0  0.0     0    0 ?        S<   Mar22   0:00  \_ [kvblade]
root       377  0.0  0.0     0    0 ?        S<   Mar22   0:09  \_ [kjournald]
root       771  0.0  0.0     0    0 ?        S<   Mar22   2:01  \_ [kjournald]
root        43  0.0  0.0     0    0 ?        R    Mar22   3:08 [kswapd0]
root        93  0.0  0.0     0    0 ?        S    Mar22   0:00 [mtdblockd]
root       106  0.0  0.0     0    0 ?        S    Mar22   0:00 [hotplug-sata]
root       128  0.0  0.0     0    0 ?        S    Mar22   0:00 [djsyncd]
root       129  0.0  0.0     0    0 ?        S    Mar22   0:00 [djcheckd]
root       132  0.0  0.0     0    0 ?        S    Mar22   0:00 [hotplug-gmac]
root       444  0.0  0.1  7408 1360 ?        Ss   Mar22   3:22 /usr/sbin/munin-node
root       609  0.0  0.0  4992   96 ?        Ss   Mar22   0:00 /usr/sbin/sshd
root     18662  3.0  0.0 11264  800 ?        Ss   00:32   0:01  \_ sshd: root@pts/0
root     18664  0.4  0.1  5696 1136 pts/0    Ss   00:33   0:00      \_ -bash
root     18674  0.0  0.1  3344 1392 pts/0    R+   00:33   0:00          \_ ps faux
daemon     803  0.0  0.0  2240    0 ?        Ss   Mar22   0:00 /sbin/portmap
root       814  0.0  0.0  2128  320 ?        Ss   Mar22   1:19 /sbin/syslogd -m 0
daemon     826  0.0  0.0  2480    0 ?        Ss   Mar22   0:00 /usr/sbin/atd
root       831  0.0  0.0  2016  224 ?        Ss   Mar22   0:17 /sbin/klogd -x -c 3
root       834  0.0  0.0  2000    0 ?        Ss   Mar22   0:00 /usr/sbin/inetd
admin      850  0.0  0.0  3648    0 ?        Ss   Mar22   0:00 avahi-daemon: running [knight.local]
root       851  0.0  0.0  2656   80 ?        Ss   Mar22   0:15 /usr/sbin/cron
root       859  0.0  0.0  4672  160 ?        Ss   Mar22   0:23 /usr/sbin/cupsd
root       867  0.0  0.0 10160    0 ?        Ss   Mar22   0:03 /usr/sbin/smbd -D
root       896  0.0  0.0 10160    0 ?        S    Mar22   0:00  \_ /usr/sbin/smbd -D
root     16817  0.1  0.0 12144  144 ?        S    Jun11   0:05  \_ /usr/sbin/smbd -D
nobody     889  0.0  0.0  5376  416 ?        SLs  Mar22   0:24 proftpd: (accepting connections)
root      1355  0.0  0.0  2000    0 ?        Ss   Mar22   0:00 udhcpc -i eth0 -H knight -n
root      1380  0.0  0.0  6864  816 ?        Ss   Mar22   1:29 nmbd -D
root      1438  0.0  0.0  3248  320 ?        Ss   Mar22  32:05 /frontview/bin/monitor_enclosure
root      1544  0.0  0.0  2016    0 ttyS1    Ss+  Mar22   0:00 /sbin/getty -L ttyS1 9600 vt100
root      1545  0.0  0.0 23152  272 ?        SNs  Mar22   0:40 /usr/sbin/apache-ssl -f /etc/frontview/apache/httpd.c
admin    18673  0.0  0.0 23152  432 ?        SN   00:33   0:00  \_ /usr/sbin/apache-ssl -f /etc/frontview/apache/htt
root      1550  0.0  0.0  2272  352 ?        S    Mar22   0:39 /usr/sbin/raidard

[Celelibi]

En temps normal, c'est normal de voir la quasi-totalité de sa mémoire occupée. Le cache disque pend toute la mémoire qu'il reste, et sa taille diminue si besoin.
Mais là tu as quand même 26Mo sur la swap. C'est pas grand chose, mais c'est assez pour se poser des questions.

C'est peut-être normal, peut-être que le noyau a décidé que c'était mieux de mettre un peu plus sur la swap (par exemple si l'intégralité du cache disque devrait rester en mémoire pour des questions de perf).

Si un jour tu trouves plus de 100Mo sur la swap, là y'a peut-être un problème.

[vic]

Effectivement le noyau garde normalement en cache le plus possible de données. Cependant regarde mon premier post :

Code :

Mem:   1010720k total,  1003872k used,     6848k free,     8608k buffers

1Go used, seulement 8Mo en buffers. Donc c'est de la mémoire réellement utilisée. Or, je ne vois pas par qui !

Je précise qu'au moment où j'ai fait ces relevés le système accédait aux disques en permanence, que les divers services (serveur web, samba) étaient inaccessibles et que des process étaient killés aléatoirement à cause du déficit de RAM. Il y a donc bien un problème

[Celelibi]

Si l'oom-killer se met en action, regarde qui se fait killer.

[vic]

D'accord, je peux voir ça dans les logs ou autre ? Les process que j'ai vu c'était un peu par hasard, des sessions SSH ou diverses commandes que j'essayais pour débugger et qui quittaient avant terme.

[Celelibi]

À priori ça devrait être écrit dans /var/log/kern.log

[vic]

OK, merci pour toutes tes explications

J'ai un certain nombre de traces de ce genre dans kern.log :

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
Jun 12 20:54:09 knight kernel: oom-killer: gfp_mask=0x200d2, order=0
Jun 12 20:54:09 knight kernel: [80066978 : read_swap_cache_async+0xb8/0xd8 ] [8005e2f0 : swapin_readahead+0x54/0x98 ] [8005e6f4 : do_swap_page+0x3c0/0x48c ] [8005f068 : __handle_mm_fault+0x154/0x4a4 ] [8032d0f4 : 0x8032d0f4 ] [8032c110 : 0x8032c110 ] [000c16b8 : 0xc16b8 ]
Jun 12 20:54:09 knight kernel: Mem-info:
Jun 12 20:54:09 knight kernel: DMA per-cpu:
Jun 12 20:54:09 knight kernel: cpu 0 hot: high 0, batch 1 used:0
Jun 12 20:54:09 knight kernel: cpu 0 cold: high 0, batch 1 used:0
Jun 12 20:54:09 knight kernel: DMA32 per-cpu: empty
Jun 12 20:54:09 knight kernel: Normal per-cpu:
Jun 12 20:54:09 knight kernel: cpu 0 hot: high 42, batch 7 used:6
Jun 12 20:54:09 knight kernel: cpu 0 cold: high 14, batch 3 used:11
Jun 12 20:54:09 knight kernel: HighMem per-cpu: empty
Jun 12 20:54:09 knight kernel: Free pages:        6560kB (0kB HighMem)
Jun 12 20:54:10 knight kernel: Active:489 inactive:316 dirty:0 writeback:3 unstable:0 free:410 slab:4469 mapped:326 pagetables:0
Jun 12 20:54:10 knight kernel: DMA free:1168kB min:48kB low:48kB high:64kB active:0kB inactive:0kB present:16384kB pages_scanned:0 all_unreclaimable? yes
Jun 12 20:54:10 knight kernel: lowmem_reserve[]: 0 0 252 252
Jun 12 20:54:10 knight kernel: DMA32 free:0kB min:0kB low:0kB high:0kB active:0kB inactive:0kB present:0kB pages_scanned:0 all_unreclaimable? no
Jun 12 20:54:10 knight kernel: lowmem_reserve[]: 0 0 252 252
Jun 12 20:54:10 knight kernel: Normal free:5392kB min:3984kB low:4976kB high:5968kB active:7824kB inactive:5056kB present:1032192kB pages_scanned:192 all_unreclaimable? no
Jun 12 20:54:10 knight kernel: lowmem_reserve[]: 0 0 0 0
Jun 12 20:54:10 knight kernel: HighMem free:0kB min:512kB low:512kB high:512kB active:0kB inactive:0kB present:0kB pages_scanned:0 all_unreclaimable? no
Jun 12 20:54:10 knight kernel: lowmem_reserve[]: 0 0 0 0
Jun 12 20:54:10 knight kernel: DMA: 1*16kB 0*32kB 0*64kB 1*128kB 0*256kB 0*512kB 1*1024kB 0*2048kB 0*4096kB 0*8192kB 0*16384kB = 1168kB
Jun 12 20:54:10 knight kernel: DMA32: empty
Jun 12 20:54:10 knight kernel: Normal: 89*16kB 2*32kB 1*64kB 0*128kB 1*256kB 1*512kB 1*1024kB 1*2048kB 0*4096kB 0*8192kB 0*16384kB = 5392kB
Jun 12 20:54:10 knight kernel: HighMem: empty
Jun 12 20:54:10 knight kernel: Swap cache: add 2931143, delete 2930927, find 984751/2200907, race 82+304
Jun 12 20:54:10 knight kernel: Free swap  = 737104kB
Jun 12 20:54:10 knight kernel: Total swap = 767904kB
Jun 12 20:54:10 knight kernel: Free swap:       737104kB
Jun 12 20:54:10 knight kernel: 63170 pages of RAM
Jun 12 20:54:10 knight kernel: 410 free pages
Jun 12 20:54:10 knight kernel: Out of Memory: Kill process 24757 (apache-ssl) score 180 and children.
Jun 12 20:54:10 knight kernel: Out of memory: Killed process 24757 (apache-ssl).

J'en ai en tout 49 avec apache-ssl (surtout), smbd, exim, et 2 autres process 1 fois. Dans la sortie de ps que j'aie faite au moment du problème, apache-ssl prend 0.0% de RAM ... ce n'est vraiment pas beaucoup Je viens de refaire un ps, et cette fois il prend 1.6%. Du coup je me dis que la mémoire indiquée était peut-être fausse et ça ne va pas m'aider à trouver la source du problème ...