RE: [Confirme] swap
Slt :) Un poil H.S, mais bon pas inutile quand même (pour moi): J'ai entre autre un R-H (7.1) avec un noyau 2.4.9.xx 'custom'(de chez R-H), qui ne pose pas ce genre de pbm apparemment, puisqu'il tourne depuis un bail non stop, avec Apache et pas mal de trafic, etc... Je n'ai jamais remarqué le swap utilisé , ni même une baisse de ram (512 Mb d'installé) dispos Alors qu'en effet, je rencontre le pbm sur une mdk 8.0 avec un noyau 2.4.x très très peu sollicité. A t'il une différence entre les noyaux Mdk et R-H, et pour ne pas mourir idiot, de quel ordre ? Greg. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of EMmaN Sent: Saturday, December 29, 2001 6:57 PM To: [EMAIL PROTECTED] Subject: Re: [Confirme] swap Vous ( [EMAIL PROTECTED] ) avez écrit : [ ... ] Exacte sauf que sur les version 2.4 16.rcx la VM est extrement mal géré ce qui fait que tu peux swapper à mort alors que la mémoire n' est presque pas utilisé, même si aucunes applications lourdes n' est lancées . Et malheureusement c' est mon cas :( Enfin je vais bientot compilé un 2.4.17 donc ;) ++ EMmaN -- (°- Aliena // Le LuG des Deux-Sèvres v_/_ www.aliena.net Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft? Rendez-vous sur http://www.mandrakestore.com;
Re: [Confirme] swap
On Monday 31 December 2001 09:50, greg wrote: A t'il une différence entre les noyaux Mdk et R-H, et pour ne pas mourir idiot, de quel ordre ? Greg. En général les distros intègrent des noyaux patchés. Les patches appliqués sont en général des patches officiels, mais chaque distro n'applique pas forcément les même patches. Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft? Rendez-vous sur http://www.mandrakestore.com;
Re: [Confirme] swap
J'ai bien une explication qui tient à la gestion même de la mémoire, mais elle ne va pas résoudre ton problème : En réponse à Alain F. [EMAIL PROTECTED]: Soyons aussi sec et peu courtois. Hervé Lefebvre a écrit : En réponse à Didier NOACK [EMAIL PROTECTED]: Néanmoins je constate que ma swap se charge de plus en plus de jour en jour (ou de semaine en semaine). La gestion de la MV est foireuse sur les vesion de noyeau 2.4.x ou x = 10 Alors, est-ce normal ? normal non, mais c'est connu. Peut-on la vider (en forçant la vidange) ? Non. Comment voir par quoi elle est occupée ? Tu peux pas, a moins d'entrer dans des manip de hakerz pour debugger le noyeau. Pourquoi ne se purge t-elle pas par la crontab ? Rien a voir. La crontab ne sert qu'a executer des commandes de manières différées. Si ! Par /etc/cron.d/kmod contenant rmmod -as qui purge les modules autodéchargeables (autoclean). mais son action est limitée sur la mémoire swap. D'après mon expérience, certains modules inutilisés et pourtant autodéchargeables ne se purgent pas (noyau 2.4.13). Pourquoi ? (Si je dis des conneries, vous me le dites hein !!) Ben oui... la crontab ça exécute des commandes, la gestion de mémoire est assurée par le noyo, donc c une connerie :o) Faux. Indirectement. Voir ci-dessus. Si, juste avant un tremblement de terre :)) j'éteins mes machines, au rallumage la swap est quasiment vide !! Oui, ben heureusement. Le swap c'est de la mémoire virtuelle. Il n'y a théoriquement pas de différence en terme système entre RAM et SWAP. ben, en parlant de connerie, si justement et heureusement, l'os ne traite pas du tout la swap comme la ram: on le voit très bien sur ktop (que je n'ai pas retrouvé sur la 8.x) car tant qu'il y a de la ram de libre et que l'on ouvre des fichiers, ceux-ci sont laissés en cache, donc l'utilisation de la ram comme cache augmente jusqu'à utilisation de totale de la ram dispo, mais : 1 - seul la ram est utilisée (surtout pas le swap !) 2 - dès qu'un programme a besoin de mémoire, l'os libère du cache tant qu'il y en a, avant d'aller piocher en swap. quand toute la mémoire cache est bouffée, c'est au tour des buffers programme d'y passer, puis si les applications demandent encore de la mémoire, mais qu'il ne reste plus que des segments utilisés 'pour de vrai' alors on tape dans le swap, mais de la façon suivante: les espaces de mémoires utilisés par des programmes en sleep depuis un bail sont recopiés en swap pour laisser la place aux nouveaux venus (en fait l'algo est un pleu plus complexe, mais je fais simple) Par contre, quand un programme actif (donc en ram) se termine et libère sa mémoire, celle-ci est remise à disposition donc en général en cache disque, tant qu'il n'y a pas de nouvelle demande. Les programmes en swap sont laissés où ils sont tant qu'il dorment, la swap ne sera libérée que quand ceux-ci seront utilisés. Ce qui explique le phénomène constaté par notre amis. Merci d'avance pour vos conseils éclairés; Ben, soit tu te dis que tu veux bien rebooter une fois par semaine, soit tu upgrade le noyeau. Non non, tu laisses le système gérer ses petites affaires, qu'il reste toujours du swap n'est pas grave (encore qu'un système bien réglé ne devrait pas en utiliser du tout) Ce qu'il faut vérifier c'est si ta mémoire totale consommée (swap + programme mais sans les caches) est stable ou non, si c'est non, tu as un mémorie leak, il faut trouver le coupable, chez moi c'est Apache, je suis obligé de faire un restart du démon tous les jours (faut dire qu'il encaisse quelques milliers de connexions quotidiennes) cela dit, ce n'est qu'une explication possible, seul des outils de monitoring t'aideront à comprendre ce qui se passe, alors bon courage, a+ AF Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft? Rendez-vous sur http://www.mandrakestore.com;
Re: [Confirme] swap
Merci pour ce clair et joli topo. Question : comment as-tu déterminé que c'était Apache qui t'embêtait? Peux tu nous indiquer un (des) outil(s) de monitoring autre que des trucs du genre sar (qui n'existe d'ailleurs pas sous nunux). Mais si t'as que des trucs du genre sar, on s'en contenterait, évidement. Merci Rosaire Sébastien Provost a écrit : J'ai bien une explication qui tient à la gestion même de la mémoire, mais elle ne va pas résoudre ton problème : En réponse à Alain F. [EMAIL PROTECTED]: Soyons aussi sec et peu courtois. Hervé Lefebvre a écrit : En réponse à Didier NOACK [EMAIL PROTECTED]: Néanmoins je constate que ma swap se charge de plus en plus de jour en jour (ou de semaine en semaine). La gestion de la MV est foireuse sur les vesion de noyeau 2.4.x ou x = 10 Alors, est-ce normal ? normal non, mais c'est connu. Peut-on la vider (en forçant la vidange) ? Non. Comment voir par quoi elle est occupée ? Tu peux pas, a moins d'entrer dans des manip de hakerz pour debugger le noyeau. Pourquoi ne se purge t-elle pas par la crontab ? Rien a voir. La crontab ne sert qu'a executer des commandes de manières différées. Si ! Par /etc/cron.d/kmod contenant rmmod -as qui purge les modules autodéchargeables (autoclean). mais son action est limitée sur la mémoire swap. D'après mon expérience, certains modules inutilisés et pourtant autodéchargeables ne se purgent pas (noyau 2.4.13). Pourquoi ? (Si je dis des conneries, vous me le dites hein !!) Ben oui... la crontab ça exécute des commandes, la gestion de mémoire est assurée par le noyo, donc c une connerie :o) Faux. Indirectement. Voir ci-dessus. Si, juste avant un tremblement de terre :)) j'éteins mes machines, au rallumage la swap est quasiment vide !! Oui, ben heureusement. Le swap c'est de la mémoire virtuelle. Il n'y a théoriquement pas de différence en terme système entre RAM et SWAP. ben, en parlant de connerie, si justement et heureusement, l'os ne traite pas du tout la swap comme la ram: on le voit très bien sur ktop (que je n'ai pas retrouvé sur la 8.x) car tant qu'il y a de la ram de libre et que l'on ouvre des fichiers, ceux-ci sont laissés en cache, donc l'utilisation de la ram comme cache augmente jusqu'à utilisation de totale de la ram dispo, mais : 1 - seul la ram est utilisée (surtout pas le swap !) 2 - dès qu'un programme a besoin de mémoire, l'os libère du cache tant qu'il y en a, avant d'aller piocher en swap. quand toute la mémoire cache est bouffée, c'est au tour des buffers programme d'y passer, puis si les applications demandent encore de la mémoire, mais qu'il ne reste plus que des segments utilisés 'pour de vrai' alors on tape dans le swap, mais de la façon suivante: les espaces de mémoires utilisés par des programmes en sleep depuis un bail sont recopiés en swap pour laisser la place aux nouveaux venus (en fait l'algo est un pleu plus complexe, mais je fais simple) Par contre, quand un programme actif (donc en ram) se termine et libère sa mémoire, celle-ci est remise à disposition donc en général en cache disque, tant qu'il n'y a pas de nouvelle demande. Les programmes en swap sont laissés où ils sont tant qu'il dorment, la swap ne sera libérée que quand ceux-ci seront utilisés. Ce qui explique le phénomène constaté par notre amis. Merci d'avance pour vos conseils éclairés; Ben, soit tu te dis que tu veux bien rebooter une fois par semaine, soit tu upgrade le noyeau. Non non, tu laisses le système gérer ses petites affaires, qu'il reste toujours du swap n'est pas grave (encore qu'un système bien réglé ne devrait pas en utiliser du tout) Ce qu'il faut vérifier c'est si ta mémoire totale consommée (swap + programme mais sans les caches) est stable ou non, si c'est non, tu as un mémorie leak, il faut trouver le coupable, chez moi c'est Apache, je suis obligé de faire un restart du démon tous les jours (faut dire qu'il encaisse quelques milliers de connexions quotidiennes) cela dit, ce n'est qu'une explication possible, seul des outils de monitoring t'aideront à comprendre ce qui se passe, alors bon courage, a+ AF Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft? Rendez-vous sur http://www.mandrakestore.com; Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft? Rendez-vous sur http://www.mandrakestore.com;
Re: [Confirme] swap
On Saturday 29 December 2001 11:11, you wrote: Oui, ben heureusement. Le swap c'est de la mémoire virtuelle. Il n'y a théoriquement pas de différence en terme système entre RAM et SWAP. ben, en parlant de connerie, si justement et heureusement, l'os ne traite pas du tout la swap comme la ram: Le système, il se débrouille. Il traite la swap; la RAM etc. c'est sont problème. L'important c'est qu'à l'arrivée tu as un pool de mémoire. Dans une application tu t'adresses au système pour allouer de la mémoire. Tu ne fais aucune différence entre mémoire RAM et SWAP, c'est la même, et tu n'as aucun moyen de savoir si tel ou tel objet se trouve dans de la RAM physique ou sur le SWAP. quand toute la mémoire cache est bouffée, c'est au tour des buffers programme d'y passer, Non, les taille mémoire allouée aux buffers est diminuée certe, mais il y aura toujours de la RAM affectée auxbuffers, heureusement. mais de la façon suivante: les espaces de mémoires utilisés par des programmes en sleep depuis un bail sont recopiés en swap pour laisser la place aux nouveaux venus (en fait l'algo est un pleu plus complexe, mais je fais simple) Par contre, quand un programme actif (donc en ram) se termine et libère sa mémoire, celle-ci est remise à disposition donc en général en cache disque, tant qu'il n'y a pas de nouvelle demande. Les programmes en swap sont laissés où ils sont tant qu'il dorment, la swap ne sera libérée que quand ceux-ci seront utilisés. Ce qui explique le phénomène constaté par notre amis. Tu décris le fonctionnement théorique du gestionnaire de mémoire. Bravo ... clap clap clap ... mais je me tues à vous dire que LA GESTION DE LA VM EST BUGGEE sur les noyeaux antérieurs à la v 2.4.10 (dans la famille des 2.4 évidemment, il n'y a pas ce probleme en 2.2) Ben, soit tu te dis que tu veux bien rebooter une fois par semaine, soit tu upgrade le noyeau. Non non, tu laisses le système gérer ses petites affaires, qu'il reste toujours du swap n'est pas grave (encore qu'un système bien réglé ne devrait pas en utiliser du tout) Ce qu'il faut vérifier c'est si ta mémoire totale consommée (swap + programme mais sans les caches) est stable ou non, si c'est non, tu as un mémorie leak, il faut trouver le coupable, Le leak est une autre chose. La SWAP est reste pollué du fait d'un bug dans le kernel. J'ai l'impression que dès qu'on essaye de dire à un linuxien qu'il y a un bug qque part dans linux, on lui parle chinois. chez moi c'est Apache, je suis obligé de faire un restart du démon tous les jours (faut dire qu'il encaisse quelques milliers de connexions quotidiennes) Pour ce genre de server, Alan Cox conseilles de rester en noyeau 2.2, du fait de ces pb de MEV. Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft? Rendez-vous sur http://www.mandrakestore.com;
Re: [Confirme] swap
Vous ( [EMAIL PROTECTED] ) avez écrit : [ ... ] Exacte sauf que sur les version 2.4 16.rcx la VM est extrement mal géré ce qui fait que tu peux swapper à mort alors que la mémoire n' est presque pas utilisé, même si aucunes applications lourdes n' est lancées . Et malheureusement c' est mon cas :( Enfin je vais bientot compilé un 2.4.17 donc ;) ++ EMmaN -- (°- Aliena // Le LuG des Deux-Sèvres v_/_ www.aliena.net Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft? Rendez-vous sur http://www.mandrakestore.com;
Re: [Confirme] swap
Salut Rosaire, Merci pour ton explication, J'ai pigé !! Après quelques vérifs, et comme le signalait Alain, c'est juste mon répertoire /tmp ou le sticky bit est activé. Cela dit, j'ai 256 Mo de mémoire et une partition swap de 250 Mo; Aujourd'hui cela fait 33 jours que ma bécane est allumée est ma swap a encore 52 Mo de libre. Je pense pas que ça pose un gros problème de rebooter entre les fêtes, pour la vidanger un peu :)) En fait ma question d'origine était avant tout destinée à comprendre, voir à apprendre quelque chose de plus sur notre système préféré. Sur ces bonnes paroles ... Bon dimanche à tous; Cordialement -- === D i d i e r N o a c k48°46'50N 7°48'31E 90CD D308 1993 4E1B 8E52 CF9D E0CC 92A8 E05E A2C5 http://pro.wanadoo.fr/cadimat/ La même en plus clair si pas plus simple. Le sticky bit se fixe par chmod (comme le setuid ou le setgid bit) comme ceci : chmod 4755 nom_fichier donne les droits 755 au fichier, plus le setuid bit (si tu as besoin d'un éclaircissement là dessus, n'hésites pas). De même si on utilise 1755 au lieu de 4755, là on positionne le sticky bit. Ce qui a pous effet de changer le comportement du système vis à vis de ce programme. En effet, lorsque l'OS charge un programme, à la fin de l'exécution de celui-ci, il libère la place occupée en mémoire par celui-ci. Et c'est tout. Si par contre ce programme a le fameux sticky bit activé, à la fin de l'exécution du programme l'espace qu'il occupait en mémoire est libéré aussi, mais auparavant, l'image mémoire de la partie code exécutable du programme est recopiée en swap. Ces programmes ont des droits qui ressemblent à ça : rwxr-xr-t (c'est le t qui te le dit). Il est possible que ce ne soit même plus utilisé. Il faut que je vérifie. Si bien que lorsqu'un nouvel utilisateur va demander l'exécution de ce programme, il n'y aura pas de recherche dans le fs pour le trouver et le charger en mémoire (c'est long!), mais re-chargement depuis la swap(accès prioritaire et gestion plus rapide que celle du fs, quel qu'il soit, stockage en blocs contigus des blocs appartenant à un process ainsi déchargé, ...). On n'utilise cette fonctionnalité qu'avec circonspection évidement pour ne pas encombrer inutilement la swap. On n'attribue un sticky bit à un programme que s'il est utilisé par bcp d'utilisateurs, que son temps de chargement est important, qu'on n'est pas trop limité en taille de swap, etc... D'où ma question peut-être plus claire : utilise tu des programmes ayant ce droit positionné? (d'après ta réplique, je pense que non) et comment le savoir? Voilà une question qu'elle est bonne ! Moi itou. On attend les gurus 'sais pas Moi non plus :)) Rosaire Merci quand même et bonnes fêtes Toi aussi Rosaire Cordialement -- === D i d i e r N o a c k48°46'50N 7°48'31E 90CD D308 1993 4E1B 8E52 CF9D E0CC 92A8 E05E A2C5 http://pro.wanadoo.fr/cadimat/ **/** Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft? Rendez-vous sur http://www.mandrakestore.com;
Re: [Confirme] swap
Merci Rosaire Alain F. a écrit : Rosaire AMORE a écrit : Je ne sais pas si c'est vrai sous Linux, mais sous Unix en général, les programmes ayant un sticky bit sont dumpés en swap à la fin de leur exécution, de sorte qu'ils seront rechargés plus rapidement à la prochaine demande d'exécution. Est-ce ton cas? et comment le savoir? 'sais pas Salut, Extrait de man chmod : [option] t (sticky-bit) conserver le code du programme sur le péripherique de swap après exécution. Non documenté par POSIX, il s'agit du comportement original, mais de nos jours il sert uniquement pour les réper toires. Il indique que seuls le propriétaire du répertoire, et le propriétaire d'un fichier qui s'y trouve ont le droit de supprimer ce fichier. C'est typiquement utilisé pour les répertoires comme /tmp ayant une autorisation d'écriture générale. Cordialement. AF Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft? Rendez-vous sur http://www.mandrakestore.com; Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft? Rendez-vous sur http://www.mandrakestore.com;
Re: [Confirme] swap
On Sunday 23 December 2001 02:21, you wrote: Alain F. a écrit : Soyons aussi sec et peu courtois. Si vous avez des reproches à me faire, autant me le faire en privé, cela épargnera le bruit inutile, et je vous _garanti_ une réponse (privée également). Hervé Lefebvre a écrit : En réponse à Didier NOACK [EMAIL PROTECTED]: Néanmoins je constate que ma swap se charge de plus en plus de jour en jour (ou de semaine en semaine). La gestion de la MV est foireuse sur les vesion de noyeau 2.4.x ou x = 10 Vrai (selon ce que l'on trouve comme infos sur le kernel). Ceci dit ne pas confondre la gestion de la mémoire virtuelle avec celle de la swap. La swap ne sert pas qu'à ça. Et la gestion de la mémoire virtuelle ne se résume pas qu'à la gestion de la swap. Je n'ai jamais voulu prétendre que VM = Swap. Mais il s'avère que la 2.4.0 = VM = 2.4.10 est foireuse, et qu'un des symptômes de ces dysfonctionnements est justement des pages qui restent intempestivement dans le swap. Rien a voir. La crontab ne sert qu'a executer des commandes de manières différées. Si ! Par /etc/cron.d/kmod contenant rmmod -as qui purge les modules Ben tant qu'on y est, on peut dire que les commandes killall, shutdown, reboot et aussi le bouton reset, ainsi que le compteur EDF sont des commandes permettant de vider la RAM et la SWAP. crontab est un moyen de lancer des commandes. Si la commande a une influence sur l'espace mémoire, crontab n'y est pour rien. autodéchargeables (autoclean). mais son action est limitée sur la mémoire swap. D'après mon expérience, certains modules inutilisés et pourtant autodéchargeables ne se purgent pas (noyau 2.4.13). Pourquoi ? Je suis supris que ce pb demeure sur un noyeau 2.4.13. Avant le 2.4.10 sur les kernels non patché, des drivers s'exécutant dans le kernel-space ne pouvaient pas être déchargés. pb connu. Mais je pensais qu'il était fixé, ou alors c'est encore un autre problème. Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft? Rendez-vous sur http://www.mandrakestore.com;
Re: [Confirme] swap
On Sunday 23 December 2001 14:09, you wrote: Salut Je ne sais pas si c'est toi qui a écrit les remarques auxquelles j'ai rajouté mes rectificatifs, mais je n'y ai pas prêté attention. Non non, ce n'est pas toi : Alain F. a écrit : Soyons aussi sec et peu courtois. Connaissant tes contributions à la ML, et sachant que toi aussi tu connais les miennes, tout cela n'aurait pu trouver de suite qu'en mail strictement privé. Je trouve seulement un peu fort que quelqu'un me réponde sur la ML confirmé soyons aussi sec et peu courtois. D'abord parce que ceux qui sont abonnés également à la ML débutants savent qu'il m'arrive d'écrire des mails de plusieurs pages pour essayer d'expliquer et de rendre accessible un concept informatique ou système. Ensuite parce-que reprocher à quelqu'un d'avoir répondu à une question (même s'il s'est trompé, et je ne crois pas m'être trompé), à cause de la forme, je trouve ça un peu gonflé. C'est essayer de me convaincre de ne pas répondre à une question dont j'ai la réponse quand je ne dispose que de 60 secondes pour taper mon mail... Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft? Rendez-vous sur http://www.mandrakestore.com;
Re: [Confirme] swap
Didier NOACK a écrit : Salut Rosaire, Je ne sais pas si c'est vrai sous Linux, mais sous Unix en général, les programmes ayant un sticky bit sont dumpés en swap à la fin de leur exécution, de sorte qu'ils seront rechargés plus rapidement à la prochaine demande d'exécution. Est-ce ton cas? Si tu me pose une question, légèrement plus simple, tu peux être sur que je vais y répondre :)) La même en plus clair si pas plus simple. Le sticky bit se fixe par chmod (comme le setuid ou le setgid bit) comme ceci : chmod 4755 nom_fichier donne les droits 755 au fichier, plus le setuid bit (si tu as besoin d'un éclaircissement là dessus, n'hésites pas). De même si on utilise 1755 au lieu de 4755, là on positionne le sticky bit. Ce qui a pous effet de changer le comportement du système vis à vis de ce programme. En effet, lorsque l'OS charge un programme, à la fin de l'exécution de celui-ci, il libère la place occupée en mémoire par celui-ci. Et c'est tout. Si par contre ce programme a le fameux sticky bit activé, à la fin de l'exécution du programme l'espace qu'il occupait en mémoire est libéré aussi, mais auparavant, l'image mémoire de la partie code exécutable du programme est recopiée en swap. Ces programmes ont des droits qui ressemblent à ça : rwxr-xr-t (c'est le t qui te le dit). Il est possible que ce ne soit même plus utilisé. Il faut que je vérifie. Si bien que lorsqu'un nouvel utilisateur va demander l'exécution de ce programme, il n'y aura pas de recherche dans le fs pour le trouver et le charger en mémoire (c'est long!), mais re-chargement depuis la swap (accès prioritaire et gestion plus rapide que celle du fs, quel qu'il soit, stockage en blocs contigus des blocs appartenant à un process ainsi déchargé, ...). On n'utilise cette fonctionnalité qu'avec circonspection évidement pour ne pas encombrer inutilement la swap. On n'attribue un sticky bit à un programme que s'il est utilisé par bcp d'utilisateurs, que son temps de chargement est important, qu'on n'est pas trop limité en taille de swap, etc... D'où ma question peut-être plus claire : utilise tu des programmes ayant ce droit positionné? (d'après ta réplique, je pense que non) et comment le savoir? Voilà une question qu'elle est bonne ! Moi itou. On attend les gurus 'sais pas Moi non plus :)) Rosaire Merci quand même et bonnes fêtes Toi aussi Rosaire Cordialement -- === D i d i e r N o a c k48°46'50N 7°48'31E 90CD D308 1993 4E1B 8E52 CF9D E0CC 92A8 E05E A2C5 http://pro.wanadoo.fr/cadimat/ Didier NOACK a écrit : Salut les amis palmés :)) Petite question que je me pose !! Comme tout le monde, je une swap sur mon système, dont je visualise le niveau d'occupation grace à gkrellm. Je suis du genre à ne jamais éteindre ou rebooter mon PC (sauf cas très rare de force majeure). Néanmoins je constate que ma swap se charge de plus en plus de jour en jour (ou de semaine en semaine). La mémoire RAM se vide lorsque l'on ferme des applis. La swap aussi mais dans une moindre mesure et en tout cas elle ne redescent pas à sa valeur initiale (si tant est quelle existe, celle-là). Ce qui fait que après un mois d'allumage du PC, ma swap est occupée à environ 75 à 80 % Alors, est-ce normal ? Peut-on la vider (en forçant la vidange) ? Comment voir par quoi elle est occupée ? Pourquoi ne se purge t-elle pas par la crontab ? (Si je dis des conneries, vous me le dites hein !!) Voilà, vous savez tout (ou presque) Si, juste avant un tremblement de terre :)) j'éteins mes machines, au rallumage la swap est quasiment vide !! Merci d'avance pour vos conseils éclairés; Cordialement -- === D i d i e r N o a c k48°46'50N 7°48'31E 90CD D308 1993 4E1B 8E52 CF9D E0CC 92A8 E05E A2C5 http://pro.wanadoo.fr/cadimat/ --- - Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft? Rendez-vous sur http://www.mandrakestore.com; Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft? Rendez-vous sur http://www.mandrakestore.com; Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft? Rendez-vous sur http://www.mandrakestore.com;
Re: [Confirme] swap
Alain F. a écrit : Soyons aussi sec et peu courtois. Hervé Lefebvre a écrit : En réponse à Didier NOACK [EMAIL PROTECTED]: Néanmoins je constate que ma swap se charge de plus en plus de jour en jour (ou de semaine en semaine). La gestion de la MV est foireuse sur les vesion de noyeau 2.4.x ou x = 10 Vrai (selon ce que l'on trouve comme infos sur le kernel). Ceci dit ne pas confondre la gestion de la mémoire virtuelle avec celle de la swap. La swap ne sert pas qu'à ça. Et la gestion de la mémoire virtuelle ne se résume pas qu'à la gestion de la swap. Alors, est-ce normal ? normal non, mais c'est connu. Peut-on la vider (en forçant la vidange) ? Non. Comment voir par quoi elle est occupée ? Tu peux pas, a moins d'entrer dans des manip de hakerz pour debugger le noyeau. Pourquoi ne se purge t-elle pas par la crontab ? Rien a voir. La crontab ne sert qu'a executer des commandes de manières différées. Si ! Par /etc/cron.d/kmod contenant rmmod -as qui purge les modules autodéchargeables (autoclean). mais son action est limitée sur la mémoire swap. D'après mon expérience, certains modules inutilisés et pourtant autodéchargeables ne se purgent pas (noyau 2.4.13). Pourquoi ? Désolé, mais NON. La crontab n'a rien à voir avec la gestion de la mémoire qui est gérée par le système. On peut dire OUI si on considère qu'un utilisateur qui lance un programme gère la mémoire. La crontab ne fait rien d'autre que ce que fait cet utilisateur, hormis le fait qu'elle le fait automatiquement et à heure/date fixe. Notre cher Didier va s'emmêler les pinceaux! Rosaire Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft? Rendez-vous sur http://www.mandrakestore.com;
Re: [Confirme] swap
En réponse à Didier NOACK [EMAIL PROTECTED]: Néanmoins je constate que ma swap se charge de plus en plus de jour en jour (ou de semaine en semaine). La gestion de la MV est foireuse sur les vesion de noyeau 2.4.x ou x = 10 Alors, est-ce normal ? normal non, mais c'est connu. Peut-on la vider (en forçant la vidange) ? Non. Comment voir par quoi elle est occupée ? Tu peux pas, a moins d'entrer dans des manip de hakerz pour debugger le noyeau. Pourquoi ne se purge t-elle pas par la crontab ? Rien a voir. La crontab ne sert qu'a executer des commandes de manières différées. (Si je dis des conneries, vous me le dites hein !!) Ben oui... la crontab ça exécute des commandes, la gestion de mémoire est assurée par le noyo, donc c une connerie :o) Si, juste avant un tremblement de terre :)) j'éteins mes machines, au rallumage la swap est quasiment vide !! Oui, ben heureusement. Le swap c'est de la mémoire virtuelle. Il n'y a théoriquement pas de différence en terme système entre RAM et SWAP. Merci d'avance pour vos conseils éclairés; Ben, soit tu te dis que tu veux bien rebooter une fois par semaine, soit tu upgrade le noyeau. -- H.Lefebvre [EMAIL PROTECTED] http://www.linuxfrench.net LINUX : Ne jetez plus votre argent par les fenêtres ! Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft? Rendez-vous sur http://www.mandrakestore.com;
Re: [Confirme] swap
Merci Hervé pour tes explications, J'aurais encore appris quelque chose, Bonnes fêtes à tous; Cordialement -- === D i d i e r N o a c k48°46'50N 7°48'31E 90CD D308 1993 4E1B 8E52 CF9D E0CC 92A8 E05E A2C5 http://pro.wanadoo.fr/cadimat/ On Fri, 21 Dec 2001 16:57:42 +0100 (MET) Hervé Lefebvre [EMAIL PROTECTED] wrote: En réponse à Didier NOACK [EMAIL PROTECTED]: Néanmoins je constate que ma swap se charge de plus en plus de jour en jour (ou de semaine en semaine). La gestion de la MV est foireuse sur les vesion de noyeau 2.4.x ou x = 10 Alors, est-ce normal ? normal non, mais c'est connu. Peut-on la vider (en forçant la vidange) ? Non. Comment voir par quoi elle est occupée ? Tu peux pas, a moins d'entrer dans des manip de hakerz pour debugger le noyeau. Pourquoi ne se purge t-elle pas par la crontab ? Rien a voir. La crontab ne sert qu'a executer des commandes de manières différées. (Si je dis des conneries, vous me le dites hein !!) Ben oui... la crontab ça exécute des commandes, la gestion de mémoire est assurée par le noyo, donc c une connerie :o) Si, juste avant un tremblement de terre :)) j'éteins mes machines, au rallumage la swap est quasiment vide !! Oui, ben heureusement. Le swap c'est de la mémoire virtuelle. Il n'y a théoriquement pas de différence en terme système entre RAM et SWAP. Merci d'avance pour vos conseils éclairés; Ben, soit tu te dis que tu veux bien rebooter une fois par semaine, soit tu upgrade le noyeau. -- H.Lefebvre [EMAIL PROTECTED] http://www.linuxfrench.net LINUX : Ne jetez plus votre argent par les fenêtres ! Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft? Rendez-vous sur http://www.mandrakestore.com;
Re: [Confirme] swap
Je ne sais pas si c'est vrai sous Linux, mais sous Unix en général, les programmes ayant un sticky bit sont dumpés en swap à la fin de leur exécution, de sorte qu'ils seront rechargés plus rapidement à la prochaine demande d'exécution. Est-ce ton cas? et comment le savoir? 'sais pas Rosaire Didier NOACK a écrit : Salut les amis palmés :)) Petite question que je me pose !! Comme tout le monde, je une swap sur mon système, dont je visualise le niveau d'occupation grace à gkrellm. Je suis du genre à ne jamais éteindre ou rebooter mon PC (sauf cas très rare de force majeure). Néanmoins je constate que ma swap se charge de plus en plus de jour en jour (ou de semaine en semaine). La mémoire RAM se vide lorsque l'on ferme des applis. La swap aussi mais dans une moindre mesure et en tout cas elle ne redescent pas à sa valeur initiale (si tant est quelle existe, celle-là). Ce qui fait que après un mois d'allumage du PC, ma swap est occupée à environ 75 à 80 % Alors, est-ce normal ? Peut-on la vider (en forçant la vidange) ? Comment voir par quoi elle est occupée ? Pourquoi ne se purge t-elle pas par la crontab ? (Si je dis des conneries, vous me le dites hein !!) Voilà, vous savez tout (ou presque) Si, juste avant un tremblement de terre :)) j'éteins mes machines, au rallumage la swap est quasiment vide !! Merci d'avance pour vos conseils éclairés; Cordialement -- === D i d i e r N o a c k48°46'50N 7°48'31E 90CD D308 1993 4E1B 8E52 CF9D E0CC 92A8 E05E A2C5 http://pro.wanadoo.fr/cadimat/ Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft? Rendez-vous sur http://www.mandrakestore.com; Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft? Rendez-vous sur http://www.mandrakestore.com;
Re: [Confirme] SWAP
Le dim, 22 oct 2000, vous avez écrit : J'ai un petit pb Comment déclarer un fichier de swap (pas une partition) en ligne de commande? Merci d'avance Bonjour, mkswap Amicalement -- Jean-Bernard JACQUET [EMAIL PROTECTED]
Re: [Confirme] SWAP
spl urf a écrit : Tu te trompes=J'ai créé un fichier swap sans avoir de partition swap. marc gevrey wrote: Il n'y a pas de fichier swap sous linux que des partition Si. Comme l'on peut aussi créer des partitions virtuelles pour y mettre des fichiers ext2 de la même façon que celle indiquée par Frantz Cela peut être très pratique par exemple pour sauvegarder des fichiers sur une partie de partition vfat libre tout en gardant leurs droits d'accès. Bien sûr la sécurité n'est pas optimale pour qui a accès à la partition vfat. mais cela évite temporairement la réorganisation en dur des partitions. J'ai ainsi libéré de la place sur ma partition root ext2 trop petite en transférant /usr/doc vers un fichier windows monté et formaté ext2 donc accessible en permanence. Je suppose que c'est le système qu'utilise linux4windows ? Alain F.
Re: [Confirme] SWAP
spl urf wrote: J'ai un petit pb Comment déclarer un fichier de swap (pas une partition) en ligne de commande? Merci d'avance Pour un fichier swap de 10 Mo 1) créer un fichier vide dd if=/dev/zero of=/swap bs=1024 count=10240(création de 10240 blocks de 1024 octets) sync(Il est conseillé de synchroniser le système de fichiers) 2) formater ce fichier de swap mkswap /swap 10240 sync 3) installer le swap swapon /swap 4) vérifier cat /proc/swaps Frantz -- ...dans le cadre de notre société actuelle, il faut payer pour être réduit en esclavage. C'est la plus grande des insultes. Philip K. Dick
Re: [Confirme] SWAP
Il n'y a pas de fichier swap sous linux que des partition si tu créer une nouvelle partition swap essaye swapon... spl urf a écrit : J'ai un petit pb Comment déclarer un fichier de swap (pas une partition) en ligne de commande? Merci d'avance
Re: [Confirme] SWAP
Tu te trompes=J'ai créé un fichier swap sans avoir de partition swap. marc gevrey wrote: Il n'y a pas de fichier swap sous linux que des partition si tu créer une nouvelle partition swap essaye swapon... spl urf a écrit : J'ai un petit pb Comment déclarer un fichier de swap (pas une partition) en ligne de commande? Merci d'avance -- La densité de probabilité de la distribution Fermi-Dirac et Bose-Einstein devient la meme que celle de Maxwell-Boltzman a haute temperature.
Re: [Confirme] SWAP
Pour créer un fichier de swap, il faut commencer par créer un fichier vide avec dd puis deux ou trois autre manip que j'ai oublié. Toutes les infos se trouve dans le man de mkswap - Original Message - From: "spl urf" [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, October 22, 2000 6:32 PM Subject: Re: [Confirme] SWAP Tu te trompes=J'ai créé un fichier swap sans avoir de partition swap. marc gevrey wrote: Il n'y a pas de fichier swap sous linux que des partition si tu créer une nouvelle partition swap essaye swapon... spl urf a écrit : J'ai un petit pb Comment déclarer un fichier de swap (pas une partition) en ligne de commande? Merci d'avance -- La densité de probabilité de la distribution Fermi-Dirac et Bose-Einstein devient la meme que celle de Maxwell-Boltzman a haute temperature. __ Vous avez un site perso ? 2 millions de francs à gagner sur i(france) ! Webmasters : ZE CONCOURS ! http://www.ifrance.com/_reloc/concours.emailif
Re: [Confirme] SWAP
marc gevrey wrote: Il n'y a pas de fichier swap sous linux que des partition Désuet, plus lent, certes ! Il n'empêche que cette possibilité existe et que pour une raison X ou Y quelqu'un semble en avoir besoin et j'ai donc répondu. Si vous n'êtes pas convaincu, "man mkswap" Frantz si tu créer une nouvelle partition swap essaye swapon... spl urf a écrit : J'ai un petit pb Comment déclarer un fichier de swap (pas une partition) en ligne de commande? Merci d'avance -- ...dans le cadre de notre société actuelle, il faut payer pour être réduit en esclavage. C'est la plus grande des insultes. Philip K. Dick
Re: [Confirme] SWAP
Exacte et je ne le savait pas pas ... mea culpa. Marc spl urf a écrit : Tu te trompes=J'ai créé un fichier swap sans avoir de partition swap. marc gevrey wrote: Il n'y a pas de fichier swap sous linux que des partition si tu créer une nouvelle partition swap essaye swapon... spl urf a écrit : J'ai un petit pb Comment déclarer un fichier de swap (pas une partition) en ligne de commande? Merci d'avance -- La densité de probabilité de la distribution Fermi-Dirac et Bose-Einstein devient la meme que celle de Maxwell-Boltzman a haute temperature.
