OVH Cloud OVH Cloud

Gestion de la Swap

5 réponses
Avatar
mx
--=-uMGOfotJ0Y2pSiFMK2qV
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit

Bonjour la Liste,

J'ai eu récemment quelques problèmes de saturation de la mémoire et de
la swap (cf. journal en pièces jointe). Je pensais cela normal car j'ai
utilisé des outils de récupération de donnée sur une image dd de
partition de 60 Go :
notamment foremost (paquet debian)

Par ailleurs lors de mon problème de disque dur j'ai formaté une de mes
deux partitions de swap. Proprement il me semble. désactiver la swap
puis formatage. Retirer la déclaration de /etc/fstab

J'ai pensé sur le moment que le problème venait de l'utilisation de
foremost sur une grosse image (60Go).
Ceci dit je remarque encore que la swap est beaucoup plus sollicitée que
d'habitude alors que je fais tourner très peu de service :
apache cupsys anacron ssh (port non ouvert).

Voici quelques données :
Mémoire vive :256+128 Mo DDR 1ere génération
Une partition de swap : /dev/hda5 270 Mo
debian etch 2.6.16-2-k7
CPU
model name : AMD Athlon(tm) Processor
cpu MHz : 1199.924


Avec un client Jabber (gajim), Evolution et beep-media-player de lancer
voila ce que j'ai après quelques :
----------------------------------------------------------------
#free -m
total used free shared buffers cached
Mem: 377 372 4 0 12 128
-/+ buffers/cache: 231 146
Swap: 274 203 70
----------------------------------------------------------------

Pas de messages particuliers dans les journaux (logcheck fonctionne et
je les lis dans une console dédiée).
Fermer Gnome me rend la place, ceci dit au bout de quelques heures
d'utilisation je me retrouve dans une situation similaire.

Je peux aisément saturé la machine en ouvrant une vidéo(totem), firefox
et the Gimp. Après un retour à la normal (kill gimp et totem) la swap ne
se libère pas. Elle semble accumuler.

Quel piste suivre pour trouver mon problème ?
J'ai exploré free top vmstat et même slabtop (totalement
incompréhensible pour moi) sans succès.
Je sollicite vos lumières.

Merci

mx



--=-uMGOfotJ0Y2pSiFMK2qV
Content-Disposition: attachment; filename=log.swap
Content-Type: text/plain; name=log.swap; charset=utf-8
Content-Transfer-Encoding: 7bit

Aug 25 00:01:15 DebianChewie -- MARK --
Aug 25 00:21:18 DebianChewie -- MARK --
Aug 25 00:23:15 DebianChewie kernel: oom-killer: gfp_mask=0x201d2, order=0
Aug 25 00:23:15 DebianChewie kernel: [<b01329fd>] out_of_memory+0x27/0x11a
Aug 25 00:23:15 DebianChewie kernel: [<b0133f61>] __alloc_pages+0x1f5/0x279
Aug 25 00:23:15 DebianChewie kernel: [<b01350d2>] __do_page_cache_readahead+0x85/0x18c
Aug 25 00:23:15 DebianChewie kernel: [<b026211e>] io_schedule+0xe/0x16
Aug 25 00:23:15 DebianChewie kernel: [<b012fcad>] sync_page+0x0/0x38
Aug 25 00:23:15 DebianChewie kernel: [<b02625db>] __wait_on_bit_lock+0x4a/0x51
Aug 25 00:23:15 DebianChewie kernel: [<b0131566>] filemap_nopage+0x120/0x2bc
Aug 25 00:23:15 DebianChewie kernel: [<b013a06e>] __handle_mm_fault+0x207/0x650
Aug 25 00:23:15 DebianChewie kernel: [<b0111d6d>] do_page_fault+0x163/0x4a4
Aug 25 00:23:15 DebianChewie kernel: [<b0111c0a>] do_page_fault+0x0/0x4a4
Aug 25 00:23:15 DebianChewie kernel: [<b010346b>] error_code+0x4f/0x54
Aug 25 00:23:15 DebianChewie kernel: Mem-info:
Aug 25 00:23:15 DebianChewie kernel: DMA per-cpu:
Aug 25 00:23:15 DebianChewie kernel: cpu 0 hot: high 0, batch 1 used:0
Aug 25 00:23:15 DebianChewie kernel: cpu 0 cold: high 0, batch 1 used:0
Aug 25 00:23:15 DebianChewie kernel: DMA32 per-cpu: empty
Aug 25 00:23:15 DebianChewie kernel: Normal per-cpu:
Aug 25 00:23:15 DebianChewie kernel: cpu 0 hot: high 186, batch 31 used:42
Aug 25 00:23:15 DebianChewie kernel: cpu 0 cold: high 62, batch 15 used:61
Aug 25 00:23:15 DebianChewie kernel: HighMem per-cpu: empty
Aug 25 00:23:15 DebianChewie kernel: Free pages: 4132kB (0kB HighMem)
Aug 25 00:23:15 DebianChewie kernel: Active:45249 inactive:45107 dirty:0 writeback:0 unstable:0 free:1033 slab:3330 mapped:89845 pagetables:684
Aug 25 00:23:15 DebianChewie kernel: DMA free:1572kB min:104kB low:128kB high:156kB active:6448kB inactive:5444kB present:16384kB pages_scanned:12525 all_unreclaimable? yes
Aug 25 00:23:15 DebianChewie kernel: lowmem_reserve[]: 0 0 367 367
Aug 25 00:23:15 DebianChewie kernel: DMA32 free:0kB min:0kB low:0kB high:0kB active:0kB inactive:0kB present:0kB pages_scanned:0 all_unreclaimable? no
Aug 25 00:23:15 DebianChewie kernel: lowmem_reserve[]: 0 0 367 367
Aug 25 00:23:15 DebianChewie kernel: Normal free:2560kB min:2400kB low:3000kB high:3600kB active:174548kB inactive:174984kB present:376768kB pages_scanned:443496 all_unreclaimable? yes
Aug 25 00:23:15 DebianChewie kernel: lowmem_reserve[]: 0 0 0 0
Aug 25 00:23:15 DebianChewie kernel: HighMem free:0kB min:128kB low:128kB high:128kB active:0kB inactive:0kB present:0kB pages_scanned:0 all_unreclaimable? no
Aug 25 00:23:15 DebianChewie kernel: lowmem_reserve[]: 0 0 0 0
Aug 25 00:23:15 DebianChewie kernel: DMA: 1*4kB 0*8kB 2*16kB 0*32kB 0*64kB 0*128kB 0*256kB 1*512kB 1*1024kB 0*2048kB 0*4096kB = 1572kB
Aug 25 00:23:15 DebianChewie kernel: DMA32: empty
Aug 25 00:23:15 DebianChewie kernel: Normal: 58*4kB 3*8kB 2*16kB 1*32kB 1*64kB 1*128kB 0*256kB 2*512kB 1*1024kB 0*2048kB 0*4096kB = 2560kB
Aug 25 00:23:15 DebianChewie kernel: HighMem: empty
Aug 25 00:23:15 DebianChewie kernel: Swap cache: add 421384, delete 421384, find 98217/132563, race 0+3
Aug 25 00:23:15 DebianChewie kernel: Free swap = 0kB
Aug 25 00:23:15 DebianChewie kernel: Total swap = 281096kB
Aug 25 00:23:15 DebianChewie kernel: Free swap: 0kB
Aug 25 00:23:15 DebianChewie kernel: 98288 pages of RAM
Aug 25 00:23:15 DebianChewie kernel: 0 pages of HIGHMEM
Aug 25 00:23:15 DebianChewie kernel: 1598 reserved pages
Aug 25 00:23:15 DebianChewie kernel: 320 pages shared
Aug 25 00:23:15 DebianChewie kernel: 0 pages swap cached
Aug 25 00:23:15 DebianChewie kernel: 0 pages dirty
Aug 25 00:23:15 DebianChewie kernel: 0 pages writeback
Aug 25 00:23:15 DebianChewie kernel: 89845 pages mapped
Aug 25 00:23:15 DebianChewie kernel: 3330 pages slab
Aug 25 00:23:15 DebianChewie kernel: 684 pages pagetables
Aug 25 00:23:15 DebianChewie kernel: oom-killer: gfp_mask=0x201d2, order=0
Aug 25 00:23:15 DebianChewie kernel: [<b01329fd>] out_of_memory+0x27/0x11a
Aug 25 00:23:15 DebianChewie kernel: [<b0133f61>] __alloc_pages+0x1f5/0x279
Aug 25 00:23:15 DebianChewie kernel: [<b01350d2>] __do_page_cache_readahead+0x85/0x18c
Aug 25 00:23:15 DebianChewie kernel: [<b026211e>] io_schedule+0xe/0x16
Aug 25 00:23:15 DebianChewie kernel: [<b012fcad>] sync_page+0x0/0x38
Aug 25 00:23:15 DebianChewie kernel: [<b02625db>] __wait_on_bit_lock+0x4a/0x51
Aug 25 00:23:15 DebianChewie kernel: [<b0131566>] filemap_nopage+0x120/0x2bc
Aug 25 00:23:15 DebianChewie kernel: [<b013a06e>] __handle_mm_fault+0x207/0x650
Aug 25 00:23:15 DebianChewie kernel: [<b0111d6d>] do_page_fault+0x163/0x4a4
Aug 25 00:23:15 DebianChewie kernel: [<b0111c0a>] do_page_fault+0x0/0x4a4
Aug 25 00:23:15 DebianChewie kernel: [<b010346b>] error_code+0x4f/0x54
Aug 25 00:23:15 DebianChewie kernel: Mem-info:
Aug 25 00:23:15 DebianChewie kernel: DMA per-cpu:
Aug 25 00:23:15 DebianChewie kernel: cpu 0 hot: high 0, batch 1 used:0
Aug 25 00:23:15 DebianChewie kernel: cpu 0 cold: high 0, batch 1 used:0
Aug 25 00:23:15 DebianChewie kernel: DMA32 per-cpu: empty
Aug 25 00:23:15 DebianChewie kernel: Normal per-cpu:
Aug 25 00:23:15 DebianChewie kernel: cpu 0 hot: high 186, batch 31 used:42
Aug 25 00:23:15 DebianChewie kernel: cpu 0 cold: high 62, batch 15 used:61
Aug 25 00:23:15 DebianChewie kernel: HighMem per-cpu: empty
Aug 25 00:23:15 DebianChewie kernel: Free pages: 4132kB (0kB HighMem)
Aug 25 00:23:15 DebianChewie kernel: Active:45249 inactive:45107 dirty:0 writeback:0 unstable:0 free:1033 slab:3330 mapped:89845 pagetables:684
Aug 25 00:23:15 DebianChewie kernel: DMA free:1572kB min:104kB low:128kB high:156kB active:6448kB inactive:5444kB present:16384kB pages_scanned:12525 all_unreclaimable? yes
Aug 25 00:23:15 DebianChewie kernel: lowmem_reserve[]: 0 0 367 367
Aug 25 00:23:15 DebianChewie kernel: DMA32 free:0kB min:0kB low:0kB high:0kB active:0kB inactive:0kB present:0kB pages_scanned:0 all_unreclaimable? no
Aug 25 00:23:15 DebianChewie kernel: lowmem_reserve[]: 0 0 367 367
Aug 25 00:23:15 DebianChewie kernel: Normal free:2560kB min:2400kB low:3000kB high:3600kB active:174548kB inactive:174984kB present:376768kB pages_scanned:443496 all_unreclaimable? yes
Aug 25 00:23:15 DebianChewie kernel: lowmem_reserve[]: 0 0 0 0
Aug 25 00:23:15 DebianChewie kernel: HighMem free:0kB min:128kB low:128kB high:128kB active:0kB inactive:0kB present:0kB pages_scanned:0 all_unreclaimable? no
Aug 25 00:23:15 DebianChewie kernel: lowmem_reserve[]: 0 0 0 0
Aug 25 00:23:15 DebianChewie kernel: DMA: 1*4kB 0*8kB 2*16kB 0*32kB 0*64kB 0*128kB 0*256kB 1*512kB 1*1024kB 0*2048kB 0*4096kB = 1572kB
Aug 25 00:23:15 DebianChewie kernel: DMA32: empty
Aug 25 00:23:15 DebianChewie kernel: Normal: 58*4kB 3*8kB 2*16kB 1*32kB 1*64kB 1*128kB 0*256kB 2*512kB 1*1024kB 0*2048kB 0*4096kB = 2560kB
Aug 25 00:23:15 DebianChewie kernel: HighMem: empty
Aug 25 00:23:15 DebianChewie kernel: Swap cache: add 421384, delete 421384, find 98217/132563, race 0+3
Aug 25 00:23:15 DebianChewie kernel: Free swap = 0kB
Aug 25 00:23:15 DebianChewie kernel: Total swap = 281096kB
Aug 25 00:23:15 DebianChewie kernel: Free swap: 0kB
Aug 25 00:23:15 DebianChewie kernel: 98288 pages of RAM
Aug 25 00:23:15 DebianChewie kernel: 0 pages of HIGHMEM
Aug 25 00:23:15 DebianChewie kernel: 1598 reserved pages
Aug 25 00:23:15 DebianChewie kernel: 320 pages shared
Aug 25 00:23:15 DebianChewie kernel: 0 pages swap cached
Aug 25 00:23:15 DebianChewie kernel: 0 pages dirty
Aug 25 00:23:15 DebianChewie kernel: 0 pages writeback
Aug 25 00:23:15 DebianChewie kernel: 89845 pages mapped
Aug 25 00:23:15 DebianChewie kernel: 3330 pages slab
Aug 25 00:23:15 DebianChewie kernel: 684 pages pagetables
Aug 25 00:41:20 DebianChewie -- MARK --

--=-uMGOfotJ0Y2pSiFMK2qV--


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

5 réponses

Avatar
Jean-Michel OLTRA
Bonjour,


Le samedi 26 août 2006, mx a écrit...


J'ai eu récemment quelques problèmes de saturation de la mémoire et de
la swap (cf. journal en pièces jointe). Je pensais cela normal car j'ai
utilisé des outils de récupération de donnée sur une image dd de
partition de 60 Go :
notamment foremost (paquet debian)



Ça a marché ?

----------------------------------------------------------------
#free -m
total used free shared buffers cached
Mem: 377 372 4 0 12 128
-/+ buffers/cache: 231 146
Swap: 274 203 70
----------------------------------------------------------------



Je peux aisément saturé la machine en ouvrant une vidéo(totem), firefox
et the Gimp. Après un retour à la normal (kill gimp et totem) la swap ne
se libère pas. Elle semble accumuler.



Voilà comment je l'interprète:

Est ce un problème réellement ? Il y a problème si trop de pages sont
accédées en swap. Ce sont les champs si et so de vmstat. Tu n'as guère
de mémoire, de toutes façons. Tu pourrais en rajouter.

Le noyau fait du cache en mémoire et donc utilise toute la ram. Lorsque
tu lances de nouvelles applications, il est obligé de faire de la place
en mémoire physique pour les nouveaux processus et donc déplace des
pages en swap. Si ces pages sont "vieilles" et ne sont plus utilisées il
n'y a pas de raison que le swap se vide. Il se "vide" uniquement quand
il y a un défaut de page et qu'une page doit revenir en mémoire
physique.

Tu peux suivre ce qu'il y a en swap avec top: taper F, puis p puis
Entrée (h pour l'aide). Tu peux suivre l'évolution du swapping par
processus.


--
jm

A.E.L. Sarl (R.C.S CASTRES 490843240)
http://www.affaires-en-ligne.com


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
mx
Le dimanche 27 août 2006 à 11:43 +0200, Jean-Michel OLTRA a écrit :
Bonjour,
Le samedi 26 août 2006, mx a écrit...

> J'ai eu récemment quelques problèmes de saturation de la mémoire et de
> la swap (cf. journal en pièces jointe). Je pensais cela normal car j'ai
> utilisé des outils de récupération de donnée sur une image dd de
> partition de 60 Go :
> notamment foremost (paquet debian)

Ça a marché ?



Oui j'ai récupéré pas mal de pdf essentiels que je n'avais pas
sauvegardés, ceci dit les archives tgz n'ont pas été retrouvées.
Peut être devrais-je investir dans un graveur de DVD et ne plus me
reposer entièrement sur mes disques durs....

merci jm pour la piste forensic

Voilà comment je l'interprète:

Est ce un problème réellement ? Il y a problème si trop de pages sont
accédées en swap. Ce sont les champs si et so de vmstat. Tu n'as guère
de mémoire, de toutes façons. Tu pourrais en rajouter.



Est-ce un problème ? toute la question est là.

J'utilise cette machine depuis 6 ans avec le même matériel dessus, les
trois dernières années je suis passé par woody sarge et enfin etch sans
jamais rencontrer ce problème. Certain font tourner des serveurs
domestiques sur des machines bien moins puissantes que la mienne. Je
suis surpris d'arriver à ses limites avec si peu. De plus cela n'arrive
pas lors de la mise à jour vers etch mais comme ça un jour alors que je
suis sur etch depuis deux mois.

J'ai lu que la swap était rarement mise à contribution, ce que je
vérifiait jusqu'à récemment. À mes début sur Debian j'ai même cru que
ma swap ne fonctionnait pas car elle ne bougait jamais...

Tu peux suivre ce qu'il y a en swap avec top: taper F, puis p puis
Entrée (h pour l'aide). Tu peux suivre l'évolution du swapping par
processus.


Merci bien pour ces éclaircissements, je vais suivre ça.

mx


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
T. Preud'homme
This is an OpenPGP/MIME signed message (RFC 2440 and 3156)
--------------enigA79542C16C4CD475E958EA40
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

mx a écrit :

Est-ce un problème ? toute la question est là.

J'utilise cette machine depuis 6 ans avec le même matériel de ssus, les
trois dernières années je suis passé par woody sarge et enfin etch sans
jamais rencontrer ce problème. Certain font tourner des serveurs
domestiques sur des machines bien moins puissantes que la mienne. Je
suis surpris d'arriver à ses limites avec si peu. De plus cela n'a rrive
pas lors de la mise à jour vers etch mais comme ça un jour al ors que je
suis sur etch depuis deux mois.

J'ai lu que la swap était rarement mise à contribution, ce qu e je
vérifiait jusqu'à récemment. À mes début sur D ebian j'ai même cru que
ma swap ne fonctionnait pas car elle ne bougait jamais...



Si cela peut te rassurer depuis quelques temps seulement ma swap a é té
utilisé alors qu'auparavant seul quelques Mo étaient utilisé s. Peut-être
est-ce lié à une évolution de la gestion de la swap par le noyau ? Ne
serait-ce pas lié à l'installation d'un noyau particulier ?
Personnellement j'ai un 2.6.17-2-k7. D'autres personnes ayant un noyau
récent ont-elles le "problème" ?

Comme dit plus haut cela ne devrait pas trop poser problème en tout cas,
la swap n'est me semble-t-il vidé lorsqu'il faut faire de la place, tant
qu'il reste de la swap libre les processus, même fermés, sont m is en
swap lors du lancement de nouveau processus cherchant à acquéri r de la ram.


Tu peux suivre ce qu'il y a en swap avec top: taper F, puis p puis
Entrée (h pour l'aide). Tu peux suivre l'évolution du swappi ng par
processus.


Merci bien pour ces éclaircissements, je vais suivre ça.



Ah oui sympa je ne connaissais pas. Merci du conseil

mx



T. Preud'homme



--------------enigA79542C16C4CD475E958EA40
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)

iD8DBQFE8cDOXBAlpiuL44URAvXDAJ4hOjGVdabW6HXBjKp2EvsuGnZSQACeIMxk
/y9nxJSq+u5HRD4aNbr6ax0 =Rxhf
-----END PGP SIGNATURE-----

--------------enigA79542C16C4CD475E958EA40--


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
mx
Le dimanche 27 août 2006 à 17:56 +0200, T. Preud'homme a écrit :
>
> J'ai lu que la swap était rarement mise à contribution, ce que je
> vérifiait jusqu'à récemment. À mes début sur Debian j'ai même cru que
> ma swap ne fonctionnait pas car elle ne bougait jamais...

Si cela peut te rassurer depuis quelques temps seulement ma swap a été
utilisé alors qu'auparavant seul quelques Mo étaient utilisés. Peut-être
est-ce lié à une évolution de la gestion de la swap par le noyau ? Ne
serait-ce pas lié à l'installation d'un noyau particulier ?
Personnellement j'ai un 2.6.17-2-k7. D'autres personnes ayant un noyau
récent ont-elles le "problème" ?



Très juste j'avais oublié, je suis passé à un noyau 2.6.16-2-k7 il y a
peu. J'étais encore sur le 2.6.16-2-486 par défaut de l'installation....
Prochain redémarrage je retourne sur mon ancien noyau pour voir ça.

Merci T. Preud'homme

mx


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
Benoit Lathiere
Salut,

Sur une machine peu puissante, lorsque j'ai eu un problème de swap
remplie, c'est qu'il logiciel avait merdé et qu'il pompait toute la mémoire.
Après un kill et redémarrage en règle du logiciel, la mémoire est
revenue à la normale, c'est-à-dire peu de swap utilisée.
Ce qui m'a mis la puce à l'oreille : le logiciel prenait constamment 99%
de mémoire dans "top".

a+


mx a écrit :
Le dimanche 27 août 2006 à 17:56 +0200, T. Preud'homme a écrit :

J'ai lu que la swap était rarement mise à contribution, ce que je
vérifiait jusqu'à récemment. À mes début sur Debian j'ai même cru que
ma swap ne fonctionnait pas car elle ne bougait jamais...



Si cela peut te rassurer depuis quelques temps seulement ma swap a été
utilisé alors qu'auparavant seul quelques Mo étaient utilisés. Peut-être
est-ce lié à une évolution de la gestion de la swap par le noyau ? Ne
serait-ce pas lié à l'installation d'un noyau particulier ?
Personnellement j'ai un 2.6.17-2-k7. D'autres personnes ayant un noyau
récent ont-elles le "problème" ?




Très juste j'avais oublié, je suis passé à un noyau 2.6.16-2-k7 il y a
peu. J'étais encore sur le 2.6.16-2-486 par défaut de l'installation....
Prochain redémarrage je retourne sur mon ancien noyau pour voir ça.

Merci T. Preud'homme

mx







--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact