L> > root 516 1.0 27.0 251856 69348 ? R<L .... > > Je chercherais plutôt du coté de l'encombrement mémoire: + de 251M utilisé > > dont seulement 70 de données + librairies partagées, ça me parait énorme > > et bizarre... et ça doit obligé à du swap. J'ai interprété VSZ comme la > > taille totale du processus (code+tout), je peux me tromper mais ça ne > > change rien sur cette différence 251M et 70M > > Il y a des particularités de configuration? > > > > F. Boisson > ben non, y'a pas de pb de ce coté, même si il swappe (et encore très peu) ca > ramme pas tout le temps. > ca m'arrive d'avoir 3 jours d'uptime sous KDE (sans redémarrage) et pas une > fois il n'a ramé (et en utilisation qutiodienne) et parfois au bout de 10h, > il déonne. Donc c pas lié à l'éta de la mémoire.
Que donne un top lorsque tout va bien? Quelle est la taille de la RAM parce qu'à 251M, si ça l'oblige à swapper, cela peut sacrément plombé la machine. A titre indicatif, mon "top" à moi classé par taille mémoire donne une taille de 23M pour X dont 18 pour autre que le code: PID USER PRI NI SIZE RSS SHARE STAT LIB %CPU %MEM TIME COMMAND 282 root 10 0 23128 18M 2200 R 0 3.3 19.8 3:28 XF86_SVGA 1040 francois 6 0 1280 1280 740 S 0 0.7 1.3 0:16 top 1275 francois 8 0 1280 1280 740 R 0 0.7 1.3 0:00 top 335 francois 1 0 3144 3144 1764 S 0 0.3 3.2 0:01 x-terminal-emul 297 francois 1 0 3108 3108 1844 S 0 0.1 3.2 0:09 WindowMaker ... Pour moi, le pbm est là. 251M, même pour un X dernier modèle c'est trop et suffisant pour ralentir une machine. Il faudrait regarder l'évolution au fur et à mesure d'une session X. Y'a-t-il eu d'autres idées ou suggestions? FB