Re: [Confirme] KaddressBook trrrrrèèèèss lent .
Merci, je testerai @ la rentrée ... :-)) cela resoudrait en effet beaucoup de lenteurs de Kde, qui est pourtant mon environnement préféré Je crains juste qu'il se Windowsifie trop avec le temp - Original Message - From: cc <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Saturday, December 22, 2001 8:57 PM Subject: Re: [Confirme] KaddressBook trss lent . > Le Jeudi 20 Décembre 2001 23:37, vous avez écrit : > > Je n'utilise jamais les carnet d'adresse :-) > > mais j'ai fait un test j'ai : > > Rage 128 (all in wonder 128 32meg) > > Athlon 650 Mhz > > 512 Meg Ram > > ... ouvrir kab : 5-7 secondes > > ajouter une adresse 1.5 minutes avec le cpu à 91% pour kab > > > > -Denis Bergeron > > > > Le Jeudi 20 Décembre 2001 08:47, Xav a écrit : > > > > En gros, quand je lance KaddressBook, il met quelques petites secondes > > > > à venir (tolérable), mais quand je veux y ajouter un contact, > > > > AGGHHH (voir la capture TOP ci dessus), il prend un max de > > > > ressources et met une ou deux minutes à afficher la DlgBox > > > > correspondante . D'ici à ce que je repasse à OUTLOOK (nan, je Joke > > > > ) ... > > > > > > Idem J'hesite a passer à Kab... > > > Bien que cela ne me semble a premiere vue pas franchement > > > en rapport, la seul chose que j'ai en commun avec ta config > > > c'est l'ATI rage 128... > > testé chez moi la manip (mdk 8.0, duron850 512 Mo ram, dd udma100 45 Go) : > lancement de kab : 1.5 s, ajout d'une adresse : < 1s. > Ya un truc chez toi, mais quoi ? > A tout hasard, fais un test avec ethereal : j'avais posté sur la liste au > sujet d'applications KDE qui se lançaient très lentement, l'explication était > un problème de résolution de nom (les appli KDE lancent une requete DNS). > Pour résoudre ça, tu mets dans ton fichier host le nom de ta machine avec > l'adresse 127.0.01, dans résolv.conf tu mets hosts, bind. > En lançant ethereal, j'ai pu voir quela lenteur était due à ce problème. > Bonne chance ! > CC > > > > 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 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
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. Une chose est sûre, c'est que tu es sans doute l'un des derniers participants à cette liste que je voudrais froisser. Si c'est le cas, excuses. Mes rectificatifs (à propos de la VM % swap) s'adressaient surtout à Didier (Noack), parce qu'il me semblait que la formulation était au moins imprécise et que cela pouvait l'induire en erreur. Rien de polémique ni d'arrogant. Petit souci modestement pédagogique (à mon humble échelle). à+ Rosaire, cordialement. PS : Ceci dit je suis moi aussi surpris que ce pb persiste sur les noyaux récents... Herve LEFEBVRE a écrit : > > 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"; 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
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
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";
