Re: Gestion de la Swap
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 [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Gestion de la Swap
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 freeshared bufferscached Mem: 377 372 4 012 128 -/+ buffers/cache: 231 146 Swap: 274 20370 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 [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Gestion de la Swap
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 [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Gestion de la Swap
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 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... 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 mis en swap lors du lancement de nouveau processus cherchant à acquérir 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 swapping 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 signature.asc Description: OpenPGP digital signature
Re: Gestion de la Swap
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 [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Gestion de la Swap
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 freeshared bufferscached Mem: 377 372 4 012 128 -/+ buffers/cache: 231 146 Swap: 274 20370 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 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