Journal Mémoire X

Posté par (page perso) .
Tags : aucun
0
2
nov.
2003
Bon voilà,
Ma petite soeur utilise a un ordinateur, qui fonctionne sur Mandrake 9.1.
Depuis peu, elle commence à l'utiliser sérieusement. C'est ainsi qu'elle a découvert un problème qu'elle n'avait jamais rencontré avant (et moi non plus d'ailleurs):
son serveur X ne cesse d'augmenter en mémoire vive jusqu'à tout utiliser, puis bloquer le système.
Je me suis dit: en changeant le driver video (elle a une nvidia), ça résoudra peut-être le problème....
Ça n'a rien changé, et toutes les 2 heures (environ), son système se bloque. Elle attend alors quelques minutes, on entend un bruit de tous les diables, et ça se débloque. J'ai quand même réussi à faire un ssh dessus pendant la période critique: il semble que le swap tourne à fond.

Pour info, elle utilise gnome, openoffice.org, mozilla, glimmer, latex, un terminal... Et tout ça dans les versions originales de mdk9.1. J'avais la même config avant, et je n'ai jamais eu ce problème.
Peut-être est-ce metacity, avec lequel j'ai eu des ennuis, mais je ne pense pas.

Avez-vous une idée?
  • # Re: Mémoire X

    Posté par . Évalué à 2.

    Ça ressemble pas mal à une fuite de mémoire. Tu as pensé à lui faire utiliser KDE au lieu de GNOME pendant quelques heures voir si le problème viendrait de là. Et puis faire ça pour tous les logiciels. Personnellement je n'ai pas eu ce problème avec la 9.1 (et drivers nvidia proprio), mais je n'utilise pas les même logiciels donc ...
    • [^] # Re: Mémoire X

      Posté par (page perso) . Évalué à 1.

      Effectivement, j'utilise aussi kde, et c'est peut-être pour ça que je ne m'en suis pas rendu compte. Mais lui faire changer gnome pour kde, ça se voit que tu ne la connais pas, ma soeur :)... C'est qu'elle a ses habitudes...

      Si ça persiste, c'est ce que je vais faire...
      • [^] # Re: Mémoire X

        Posté par . Évalué à -1.

        gné ?

        j'utilises gnome en le laissant tourner plusieurs journées et il ne fait jamais ça. Bon je n'utilise pas playskooldrake donc je ne sais pas s'ils modifient gnome pour le plaisir des trolleurs...

        au fait, si tu regardais les logs...hein. juste pour voir.
  • # Re: Mémoire X

    Posté par . Évalué à 1.

    est ce que le pilote nvidia est correctement installé ? est ce que tu peux faire une misa à jour de sa machine ? Lui installer une debian ?

    de tes observations, c'est vraiment X qui grossit ou un autre processus ? si elle allume son PC, se loggue et ne touche à rien, le problème surgit aussi ? elle fait quoi comme utilisation lorsque le problème surgit ? quand tu "débloque" ça veut dire quoi ? le système est comment avant, comment après ?
    • [^] # Re: Mémoire X

      Posté par . Évalué à 6.

      Lui installer une debian ?


      Trop gros, passera pas ;o)
    • [^] # Re: Mémoire X

      Posté par (page perso) . Évalué à 2.

      En fait, j'utilise sur ma machine une debian, mais l'année prochaine je quitte le foyer familial, et je ne serais pas là pour administrer... Donc une mandrake me parait être un bon compromis...

      En fait, un top m'indique que c'est X qui prend de plus en plus de mémoire... Je vais faire le test pour voir...

      Sinon, je n'ai pas vérifié comment était le swap quand elle se débloque (j'ai été pris sur le vif, et elle a éteint sa machine), mais la mémoire vive était utilisée à 20% (comme normalement), et tous ses programmes fonctionnaient...
  • # Re: Mémoire X

    Posté par . Évalué à -2.

    Ma petite soeur utilise un ordinateur (...) je n'ai jamais eu ce problème

    Bah c'est une fille...

    ----

    Plus sérieusement... pourquoi ne pas essayer un autre WM ? IceWM par exemple... très léger donc au pire il sera toujours plus léger que Gnome et donc aura moins de problèmes lorsque la mémoire sera en train de saturer... jete aussi un coup d'oeil aux services... fais des testes en mode console pour voir si les mêmes problèmes arrivent...

    A mon avis ya un programme qui doit faire une sorte de

    Jete aussi un coup d'oeil sur l'espace restant dans le répertoire home (j'avais des cas de quasi-plantage lorsqu'il ne me restait plus qu'une dizaine de mégas avec KDE et ces gros lourdos).

    Après ben ya la méthode Windows... on formatte et on réinstalle (une fois par moi et votre système est niquel !). (Et si tu conserves le répertoire home alors aucun problème... mais c'est une méthode de bourrin... ou de pressé.)


    PS : et Debian, jamais essayé ?
    • [^] # Re: Mémoire X

      Posté par . Évalué à 2.

      A mon avis ya un programme qui doit faire une sorte de

      J'ai oublié de compléter la phrase ! Je l'avais laissée de coté et puis oublié...

      Je voulais dire que c'est un programme qui doit tourner en boucle jusqu'à ce que la mémoire sature et à ce moment-là le système le tue...
      • [^] # Re: Mémoire X

        Posté par (page perso) . Évalué à 1.

        $ df -h
        SysFichier Tail. Util.Disp. Uti% Monté sur
        /dev/hda6 7,9G 2,9G 4,6G 39% /
        /dev/hda8 15G 8,4G 6,3G 58% /home
        /dev/hda10 2,3G 288M 1,9G 14% /logiciels
        /dev/hda1 1,5G 742M 762M 50% /mnt/win_c
        /dev/hda5 1,5G 941M 563M 63% /mnt/win_d
        /dev/hda9 9,8G 8,1G 1,2G 88% /multimedia

        Ce n'ai donc pas un problème de mémoire...

        Pour le changement de wm, ce n'ai pas la peine, elle est habituée à son petit confort...
        Et une debian, bah j'aurais bien voulu, mais [cf + haut].

        Un ps aux donne ça:

        USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
        root 1 0.0 0.0 1368 76 ? S Nov02 0:03 init
        root 2 0.0 0.0 0 0 ? SW Nov02 0:00 [keventd]
        root 3 0.0 0.0 0 0 ? SW Nov02 0:00 [kapmd]
        root 4 0.0 0.0 0 0 ? SWN Nov02 0:00 [ksoftirqd_CPU0]
        root 5 0.7 0.0 0 0 ? SW Nov02 2:52 [kswapd]
        root 6 0.0 0.0 0 0 ? SW Nov02 0:00 [bdflush]
        root 7 0.0 0.0 0 0 ? SW Nov02 0:00 [kupdated]
        root 8 0.0 0.0 0 0 ? SW< Nov02 0:00 [mdrecoveryd]
        root 12 0.0 0.0 0 0 ? SW Nov02 0:00 [kjournald]
        root 144 0.0 0.0 0 0 ? SW Nov02 0:00 [khubd]
        root 298 0.0 0.0 0 0 ? SW Nov02 0:00 [kjournald]
        root 299 0.0 0.0 0 0 ? SW Nov02 0:00 [kjournald]
        root 307 0.0 0.0 0 0 ? SW Nov02 0:00 [kjournald]
        rpc 747 0.0 0.0 1508 124 ? S Nov02 0:00 [portmap]
        rpcuser 775 0.0 0.0 1584 0 ? SW Nov02 0:00 [rpc.statd]
        root 792 0.0 0.0 1424 60 ? S Nov02 0:00 gpm -m /dev/psaux -t ps/2
        xfs 908 0.0 0.5 5560 2060 ? S Nov02 0:08 [xfs]
        root 1010 0.0 0.0 2848 328 ? S Nov02 0:00 /usr/sbin/sshd
        root 1045 0.0 0.1 5028 684 ? S Nov02 0:00 cupsd
        lp 1093 0.0 0.0 2968 316 ? S Nov02 0:00 cups-polld 192.168.109.1 631 30 631
        root 1126 0.0 0.0 0 0 ? SW Nov02 0:00 [nfsd]
        root 1127 0.0 0.0 0 0 ? SW Nov02 0:00 [lockd]
        root 1128 0.0 0.0 0 0 ? SW Nov02 0:00 [rpciod]
        root 1129 0.0 0.0 0 0 ? SW Nov02 0:00 [nfsd]
        root 1130 0.0 0.0 0 0 ? SW Nov02 0:00 [nfsd]
        root 1131 0.0 0.0 0 0 ? SW Nov02 0:00 [nfsd]
        root 1132 0.0 0.0 0 0 ? SW Nov02 0:00 [nfsd]
        root 1133 0.0 0.0 0 0 ? SW Nov02 0:00 [nfsd]
        root 1134 0.0 0.0 0 0 ? SW Nov02 0:00 [nfsd]
        root 1135 0.0 0.0 0 0 ? SW Nov02 0:00 [nfsd]
        root 1147 0.0 0.0 1480 4 ? S Nov02 0:00 rpc.mountd
        root 1343 0.0 0.0 2336 0 ? SW Nov02 0:00 login -- root
        root 1344 0.0 0.0 1332 4 tty3 S Nov02 0:00 /sbin/mingetty tty3
        root 1345 0.0 0.0 1332 4 tty4 S Nov02 0:00 /sbin/mingetty tty4
        root 1346 0.0 0.0 1332 4 tty5 S Nov02 0:00 /sbin/mingetty tty5
        root 1347 0.0 0.0 1332 4 tty6 S Nov02 0:00 /sbin/mingetty tty6
        root 4336 0.0 0.0 3188 4 tty2 S Nov02 0:00 -bash
        root 4486 0.0 0.0 11900 0 ? SW Nov02 0:00 [gdm-binary]
        root 4511 0.0 0.0 13484 0 ? SW Nov02 0:00 [gdm-binary]
        root 4678 0.0 0.0 1332 4 tty1 S Nov02 0:00 /sbin/mingetty tty1
        root 4710 2.2 59.2 777372 228564 ? SL Nov02 2:55 /etc/X11/X :0 -deferglyphs 16 -auth /var/lib/gdm/:0.
        biby 4724 0.0 0.6 16256 2472 ? S Nov02 0:01 gnome-session
        biby 4811 0.0 0.0 0 0 ? Z Nov02 0:00 [Mod_Meta_L_Disa]
        biby 4814 0.0 0.0 2940 332 ? S Nov02 0:00 /usr/bin/imwheel -p
        biby 4816 0.0 0.0 0 0 ? Z Nov02 0:00 [numlock]
        biby 4824 0.0 0.7 10028 2984 ? S Nov02 0:01 /usr/lib/gconfd-2 11
        biby 4826 0.0 0.0 1732 4 ? S Nov02 0:00 /usr/bin/esd -terminate -nobeeps -as 2 -spawnfd 15
        biby 4828 0.0 0.3 4708 1192 ? S Nov02 0:00 /usr/lib/bonobo-activation-server --ac-activate --io
        biby 4830 0.0 0.1 7844 544 ? S Nov02 0:01 gnome-smproxy --sm-config-prefix /.gnome-smproxy-l7k
        biby 4832 0.0 0.5 15248 2308 ? S Nov02 0:00 gnome-settings-daemon --oaf-activate-iid=OAFIID:GNOM
        biby 4838 0.0 0.1 4372 532 ? S Nov02 0:01 xscreensaver -nosplash
        biby 4840 0.2 1.1 11852 4548 ? S Nov02 0:14 metacity --sm-save-file 1066755671-1469-2320532401.m
        biby 4843 0.1 5.0 33496 19308 ? S Nov02 0:12 nautilus --sm-config-prefix /nautilus-8ITdA9/ --sm-c
        biby 4845 1.0 3.0 23912 11808 ? S Nov02 1:12 gnome-panel --sm-config-prefix /gnome-panel-EULxgq/
        biby 4852 0.0 5.0 33496 19308 ? S Nov02 0:00 nautilus --sm-config-prefix /nautilus-8ITdA9/ --sm-c
        biby 4854 0.0 0.7 14520 3072 ? S Nov02 0:06 /usr/lib/multiload-applet-2 --oaf-activate-iid=OAFII
        biby 4855 0.0 5.0 33496 19308 ? S Nov02 0:00 nautilus --sm-config-prefix /nautilus-8ITdA9/ --sm-c
        biby 4856 0.0 5.0 33496 19308 ? S Nov02 0:00 nautilus --sm-config-prefix /nautilus-8ITdA9/ --sm-c
        biby 4861 0.0 0.7 14808 2976 ? S Nov02 0:00 /usr/lib/drivemount_applet2 --oaf-activate-iid=OAFII
        root 5320 0.0 0.3 6092 1492 ? S Nov02 0:00 /usr/sbin/sshd
        jm 5322 0.0 0.3 6216 1476 ? S Nov02 0:00 [sshd]
        jm 5323 0.0 0.5 3092 1984 pts/0 S Nov02 0:00 -bash
        biby 5450 0.5 2.3 20260 8956 ? S Nov02 0:04 /usr/bin/glimmer
        jm 5595 0.0 0.1 2580 760 pts/0 R 00:08 0:00 ps aux


        Je ne voit rien de bizarre (enfin, en regardant vite fait)
        • [^] # Re: Mémoire X

          Posté par . Évalué à 1.

          Oui en effet ça ne semble pas venir de la mémoire... pour le WM je parle de faire des testes... et pour ce qui est de la Debian sensée être plus difficile... je me souviens qu'à l'époque où j'utilisais KDE je faisais mes installations très facilement avec le gestionnaire de paquets de kde (kpackages ?) et que l'on soit sous Mandrake ou sous Debian ça revient au même...

          Je pense qu'à partir du moment où les gens ne vont pas faire des formattages et toucher à la configuration interne du système... ils se débrouilleront aussi bien avec une Mandrake ou une Debian (préconfigurée en plus)...

          Moi je trouve que sous la Mandrake il y a beaucoup beaucoup de problèmes... sous Debian testing je n'ai jamais eu aucun problème de stabilité, compatibilité etc... (enfin pas plus que celles présentes sur les programmes d'origines mais ça les distributions n'y peuvent rien) la seule choses que je n'aime pas beaucoup est que certains programmes datent pas mal... à ce moment là on installe la version unstable et tout va bien...


          Mais bon pour une utilisation classique (installation/désinstallation/mise à jour) je trouve la debian plus appropriée... mais je me trompe peut-être.
        • [^] # Re: Mémoire X

          Posté par . Évalué à 2.

          root 4710 2.2 59.2 777372 228564 ? SL Nov02 2:55 /etc/X11/X :0 -deferglyphs 16 -auth /var/lib/gdm/:0.

          C'est de toute façon bizarre, X qui utilise 777372 Ko de mémoire

          En outre, je trouve ça bizarre qu'il y ait plusieurs instances de sshd qui tournent par exemple ou encore plusieurs instances de kjournald

          je pense qu un ps faux serait peut etre instructif...
        • [^] # Re: Mémoire X

          Posté par (page perso) . Évalué à 1.

          [i]biby 4811 0.0 0.0 0 0 ? Z Nov02 0:00 [Mod_Meta_L_Disa] [/i]

          c'est quoi ce truc ?......
  • # Re: Mémoire X

    Posté par . Évalué à 2.

    J'ai eu de trés gros problémes graphiques avec nvidia et mdk9.1. Ce qui me sauvait c'est que je connaissais parfaitement les 3 conditions dans lesquels ils apparaissaient.
    Tous se sont résolus avec les derniers drivers et la mdk9.2.
    Impossible de savoir ni quoi ni qu'est ce.
    Récemment, j'ai lu des commentaires similaires sur d'autres forums.
    Probablement les drivers nvidia qui réagissent avec quelque chose du noyau de la mdk9.1
    Dans le temps, il fallait ne pas utiliser de frame buffer avec les drivers nvidia sous peine de freezes intempestifs, mais ce probléme là est censé être réglé. Pour dire que les drivers nvidia ont une longue histoire d'instabilité.
    Donc solutions: updater driver, updater noyau, updater mdk, avoir des drivers nvidia stables (hahaha), avoir des drivers vidéos libres (hahaha).
    • [^] # Re: Mémoire X

      Posté par . Évalué à -4.

      Donc solutions: updater driver, updater noyau, updater mdk, avoir des drivers nvidia stables (hahaha), avoir des drivers vidéos libres (hahaha).

      Ou virer MDK...


      Pour les drivers videos... à partir du moment où l'on fait une utilisation de bureau je déconseille fortement les drivers nvidia, utilisez plutôt le driver d'Xfree qui fait du très très bon travail en 2D... (nv il se nomme)
    • [^] # Re: Mémoire X

      Posté par (page perso) . Évalué à 1.

      En fait, elle avait le même problème avec les drivers libres.. Donc ça ne vient pas de là (je lui ait installé les drivers proprio pour voir).

      De toute façon, j'attend la 9.2 pour lui faire son update...
      • [^] # Re: Mémoire X

        Posté par (page perso) . Évalué à 6.

        Alors c'est une de ses applis qui a une fuite de mémoire.. ça peut être n'importe quoi, même une applet à deux balles qui alloue des pixmaps sur le serveur en continu. Quand tu sens que le pc est mûr pour un reboot, tue toutes les applis X une par une, froidement, en surveillant de ton oeil impotiyable la taille du serveur X. Quand il se déballone brusquement, tu as trouvé la bonne. Si à la fin il est toujours aussi gros et que tout le monde a été liquidé sauf lui, c'est un vilain bug des drivers.
  • # Re: Mémoire X

    Posté par (page perso) . Évalué à 1.

    J'ai eu exactement le même problème après l'upgrade de ma mandrake en 9.1... le problème venait des drivers NVidia 4363 qui avaient réellement un memory leak... update au driver 4496 et plus de problèmes...

    Bon voilà.... en espérant que ça t'aide... :-D
    • [^] # Re: Mémoire X

      Posté par (page perso) . Évalué à 1.

      Hmmm, attention, les derniers driver nvidia ne fonctionne pas ou mal avec une gforce 4, je prefere prevenir(le mode console plante totalement).

      Personnelment, j'utilise la version 4363 sans probleme.

      Sinon, je conseille effectivement un passage a la mandrake 9.2, le passage a gnome-2.4 ne sera que du bonheur pour ta soeur ;)
      • [^] # Re: Mémoire X

        Posté par . Évalué à 2.

        ça c'est parce que tu as mal configuré et que ton FB merdoie donc
      • [^] # Re: Mémoire X

        Posté par (page perso) . Évalué à 1.

        Ben j'ai une Geforce 4 et ça fonctionne sans problème... le seul truc qui va pas c'est l'image au boot (mais je pense que ça n'a rien a voir avec les drivers nvidia, puisqu'il ne sont pas chargé à ce moment)... je dois démarrer en mode texte, le fb plante...
  • # Re: Mémoire X

    Posté par (page perso) . Évalué à 3.

    J'ai eu un soucis du meme type sur une debian, apres une update apparement ou c'est du au changement de matos je sais pas. Je bossait (glade, emacs, galeon, gimp) et au bout de 10 min plus de RAM et ca commencait a swapper comme pas possible. J'ai jamais vraiment pu trouver l'origine du problème, et ca me la refait sur une machine de boulot.
    Ca c'est amelioere avec un kernel 2.4.22 et ca le faisait plus avec un 2.5/2.6
  • # Re: Mémoire X

    Posté par (page perso) . Évalué à 6.

    J'avais un truc du genre sous Gentoo. Tout le monde m'a dit en gros "vires tout les thèmes GTK ou QT et regardes si ça le fait toujours".
    Le fait est que ça ne le faisait plus, visiblement dans mon cas c'était un thème GTK2 qui faisait enfler la consommation mémoire du process de X (et assez rapidement arrivait à tout saturer).

    Ça se voyait assez bien, en lançant xchat et en cliquant quelques centaines de fois sur les onglets pour changer de salon courant, le process (de X, pas de xchat) gagnait plusieurs centaines de Mo en occupation mémoire.

    Tu peux regarder de ce coté là.
    • [^] # Re: Mémoire X

      Posté par . Évalué à 1.

      Tu peux regarder de ce coté là.

      je pense aussi, avec ma MDK 9.1 j'ai voulu tester les jolis curseurs animés que l'on trouve sur KDELook.og, bilan: même résultat, X me bouffait progressivement toute la memoire vive (800Mo quand même, le gourmand !).
      J'ai reporté le bug à MDK (parce qu'en fait j'avais découvert qu'il avait été identifié et corrigé dans X), j'espère qu'il a disparu dans le 9.2 (pas encore eu le temps de tester).

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.