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 med . Évalué à 2.
[^] # Re: Mémoire X
Posté par jm trivial (site web personnel) . Évalué à 1.
Si ça persiste, c'est ce que je vais faire...
[^] # Re: Mémoire X
Posté par Psychofox (Mastodon) . Évalué à -1.
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 TazForEver . Évalué à 1.
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 Emmanuel P. . Évalué à 6.
Trop gros, passera pas ;o)
[^] # Re: Mémoire X
Posté par jm trivial (site web personnel) . Évalué à 2.
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 ASpirit . Évalué à -2.
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 ASpirit . Évalué à 2.
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 jm trivial (site web personnel) . Évalué à 1.
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 ASpirit . Évalué à 1.
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 kd . Évalué à 2.
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 -=[ silmaril ]=- (site web personnel) . Évalué à 1.
c'est quoi ce truc ?......
# Re: Mémoire X
Posté par imr . Évalué à 2.
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 ASpirit . Évalué à -4.
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 jm trivial (site web personnel) . Évalué à 1.
De toute façon, j'attend la 9.2 pour lui faire son update...
[^] # Re: Mémoire X
Posté par Troy McClure (site web personnel) . Évalué à 6.
# Re: Mémoire X
Posté par allcolor (site web personnel) . Évalué à 1.
Bon voilà.... en espérant que ça t'aide... :-D
[^] # Re: Mémoire X
Posté par gnumdk (site web personnel) . Évalué à 1.
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 TazForEver . Évalué à 2.
[^] # Re: Mémoire X
Posté par dawar (site web personnel) . Évalué à 2.
[^] # Re: Mémoire X
Posté par allcolor (site web personnel) . Évalué à 1.
# Re: Mémoire X
Posté par -=[ silmaril ]=- (site web personnel) . Évalué à 3.
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 Éric (site web personnel) . Évalué à 6.
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 Beurt . Évalué à 1.
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 à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.