pour voir si ça améliore les choses. Malheuresement cela ne donne rien.
Je vais essayer de trouver une solution dans les forums de la suse.
Merci de l'aide... Je posterais si je trouve une soluce.
no_spam
On Wed, 22 Sep 2004 12:51:09 +0200, Gaetano wrote:
no_spam wrote:
On Mon, 20 Sep 2004 16:55:45 +0200, Gaetano wrote:
Nicolas George wrote:
Gaetano wrote in message <cikues$h05$:
La lecture que ce soit avec xmms ou avec mpeg123 saccade lorsqu'il y des acces disques par netscape ou autre logiciel.
Que donnent les commandes suivantes :
hdparm /dev/hda hdparm -tT /dev/hda
? (à supposer que le disque soit /dev/hda, adapter sinon) Voila les infos utiles.
Enfin j'espère...
hdparm /dev/hda donne [...]
readahead = 256 (on) [...]
Avec quel kernel (ça a peut-être été déjà dit, je n'ai pas le début du thread...) ?
La commande 'uname -a' donne
Linux linux 2.6.4-52-default #1 Wed Apr 7 02:08:30 UTC 2004 i686 i686 i386 GNU/Linux
C'est un problème connu (et classique...): le readahead est exprimé en secteurs dans les noyaux 2.4 et en octets dans les 2.6. Il faut donc changer la valeur (à priori multiplier par 512, quoi que 256 secteurs me paraissent beaucoup...) et le problème disparaitra.
On Wed, 22 Sep 2004 12:51:09 +0200, Gaetano wrote:
no_spam wrote:
On Mon, 20 Sep 2004 16:55:45 +0200, Gaetano wrote:
Nicolas George wrote:
Gaetano wrote in message <cikues$h05$2@news-reader3.wanadoo.fr>:
La lecture que ce soit avec xmms ou avec mpeg123 saccade lorsqu'il
y des acces disques par netscape ou autre logiciel.
Que donnent les commandes suivantes :
hdparm /dev/hda
hdparm -tT /dev/hda
? (à supposer que le disque soit /dev/hda, adapter sinon)
Voila les infos utiles.
Enfin j'espère...
hdparm /dev/hda
donne
[...]
readahead = 256 (on)
[...]
Avec quel kernel (ça a peut-être été déjà dit, je n'ai pas le début
du thread...) ?
La commande 'uname -a' donne
Linux linux 2.6.4-52-default #1 Wed Apr 7 02:08:30 UTC 2004 i686 i686 i386
GNU/Linux
C'est un problème connu (et classique...):
le readahead est exprimé en secteurs dans les noyaux 2.4 et en octets
dans les 2.6.
Il faut donc changer la valeur (à priori multiplier par 512, quoi que 256
secteurs me paraissent beaucoup...) et le problème disparaitra.
On Wed, 22 Sep 2004 12:51:09 +0200, Gaetano wrote:
no_spam wrote:
On Mon, 20 Sep 2004 16:55:45 +0200, Gaetano wrote:
Nicolas George wrote:
Gaetano wrote in message <cikues$h05$:
La lecture que ce soit avec xmms ou avec mpeg123 saccade lorsqu'il y des acces disques par netscape ou autre logiciel.
Que donnent les commandes suivantes :
hdparm /dev/hda hdparm -tT /dev/hda
? (à supposer que le disque soit /dev/hda, adapter sinon) Voila les infos utiles.
Enfin j'espère...
hdparm /dev/hda donne [...]
readahead = 256 (on) [...]
Avec quel kernel (ça a peut-être été déjà dit, je n'ai pas le début du thread...) ?
La commande 'uname -a' donne
Linux linux 2.6.4-52-default #1 Wed Apr 7 02:08:30 UTC 2004 i686 i686 i386 GNU/Linux
C'est un problème connu (et classique...): le readahead est exprimé en secteurs dans les noyaux 2.4 et en octets dans les 2.6. Il faut donc changer la valeur (à priori multiplier par 512, quoi que 256 secteurs me paraissent beaucoup...) et le problème disparaitra.
Gaetano
no_spam wrote:
On Wed, 22 Sep 2004 12:51:09 +0200, Gaetano wrote:
no_spam wrote:
On Mon, 20 Sep 2004 16:55:45 +0200, Gaetano wrote:
Nicolas George wrote:
Gaetano wrote in message <cikues$h05$:
La lecture que ce soit avec xmms ou avec mpeg123 saccade lorsqu'il y des acces disques par netscape ou autre logiciel.
Que donnent les commandes suivantes :
hdparm /dev/hda hdparm -tT /dev/hda
? (à supposer que le disque soit /dev/hda, adapter sinon) Voila les infos utiles.
Enfin j'espère...
hdparm /dev/hda donne [...]
readahead = 256 (on) [...]
Avec quel kernel (ça a peut-être été déjà dit, je n'ai pas le début du thread...) ?
La commande 'uname -a' donne
Linux linux 2.6.4-52-default #1 Wed Apr 7 02:08:30 UTC 2004 i686 i686 i386 GNU/Linux
C'est un problème connu (et classique...): le readahead est exprimé en secteurs dans les noyaux 2.4 et en octets dans les 2.6. Il faut donc changer la valeur (à priori multiplier par 512, quoi que 256 secteurs me paraissent beaucoup...) et le problème disparaitra.
Alors j'ai tapé en root la commande hdparm -a 4096 /dev/hda1 et rien n'a changé. Je me suis trompé? J'ai meme essayé des valeurs plus elevées (8 Mo). Ca n'a rien changé. Les saccades se passent surement egalement lorsqu'il y a des acces CPU.
En fait j'ai l'impression que c'est mon serveur X.
(XFree86 Version 4.3.99.902 (4.4.0 RC 2) Release Date: 18 December 2003)
Car je n'ai aucun probleme en mode console. Et mon xmms a du mal par exemple quand je fait des changements de fenetres.
Ma carte graphique est une NVIDIA Geforce2 GO.
Des suggestions?
no_spam wrote:
On Wed, 22 Sep 2004 12:51:09 +0200, Gaetano wrote:
no_spam wrote:
On Mon, 20 Sep 2004 16:55:45 +0200, Gaetano wrote:
Nicolas George wrote:
Gaetano wrote in message <cikues$h05$2@news-reader3.wanadoo.fr>:
La lecture que ce soit avec xmms ou avec mpeg123 saccade lorsqu'il
y des acces disques par netscape ou autre logiciel.
Que donnent les commandes suivantes :
hdparm /dev/hda
hdparm -tT /dev/hda
? (à supposer que le disque soit /dev/hda, adapter sinon)
Voila les infos utiles.
Enfin j'espère...
hdparm /dev/hda
donne
[...]
readahead = 256 (on)
[...]
Avec quel kernel (ça a peut-être été déjà dit, je n'ai pas le début
du thread...) ?
La commande 'uname -a' donne
Linux linux 2.6.4-52-default #1 Wed Apr 7 02:08:30 UTC 2004 i686 i686
i386 GNU/Linux
C'est un problème connu (et classique...):
le readahead est exprimé en secteurs dans les noyaux 2.4 et en octets
dans les 2.6.
Il faut donc changer la valeur (à priori multiplier par 512, quoi que 256
secteurs me paraissent beaucoup...) et le problème disparaitra.
Alors j'ai tapé en root la commande hdparm -a 4096 /dev/hda1
et rien n'a changé.
Je me suis trompé?
J'ai meme essayé des valeurs plus elevées (8 Mo).
Ca n'a rien changé. Les saccades se passent surement egalement
lorsqu'il y a des acces CPU.
En fait j'ai l'impression que c'est mon serveur X.
(XFree86 Version 4.3.99.902 (4.4.0 RC 2)
Release Date: 18 December 2003)
Car je n'ai aucun probleme en mode console.
Et mon xmms a du mal par exemple quand je fait des changements
de fenetres.
On Wed, 22 Sep 2004 12:51:09 +0200, Gaetano wrote:
no_spam wrote:
On Mon, 20 Sep 2004 16:55:45 +0200, Gaetano wrote:
Nicolas George wrote:
Gaetano wrote in message <cikues$h05$:
La lecture que ce soit avec xmms ou avec mpeg123 saccade lorsqu'il y des acces disques par netscape ou autre logiciel.
Que donnent les commandes suivantes :
hdparm /dev/hda hdparm -tT /dev/hda
? (à supposer que le disque soit /dev/hda, adapter sinon) Voila les infos utiles.
Enfin j'espère...
hdparm /dev/hda donne [...]
readahead = 256 (on) [...]
Avec quel kernel (ça a peut-être été déjà dit, je n'ai pas le début du thread...) ?
La commande 'uname -a' donne
Linux linux 2.6.4-52-default #1 Wed Apr 7 02:08:30 UTC 2004 i686 i686 i386 GNU/Linux
C'est un problème connu (et classique...): le readahead est exprimé en secteurs dans les noyaux 2.4 et en octets dans les 2.6. Il faut donc changer la valeur (à priori multiplier par 512, quoi que 256 secteurs me paraissent beaucoup...) et le problème disparaitra.
Alors j'ai tapé en root la commande hdparm -a 4096 /dev/hda1 et rien n'a changé. Je me suis trompé? J'ai meme essayé des valeurs plus elevées (8 Mo). Ca n'a rien changé. Les saccades se passent surement egalement lorsqu'il y a des acces CPU.
En fait j'ai l'impression que c'est mon serveur X.
(XFree86 Version 4.3.99.902 (4.4.0 RC 2) Release Date: 18 December 2003)
Car je n'ai aucun probleme en mode console. Et mon xmms a du mal par exemple quand je fait des changements de fenetres.
Ma carte graphique est une NVIDIA Geforce2 GO.
Des suggestions?
Nicolas George
Gaetano wrote in message <4151a4db$0$21536$:
En fait j'ai l'impression que c'est mon serveur X. [...] Car je n'ai aucun probleme en mode console. Et mon xmms a du mal par exemple quand je fait des changements de fenetres.
C'est une source plausible du problème. Quel est le plugin de sortie d'xmms, et comment est-il réglé ?
Gaetano wrote in message <4151a4db$0$21536$8fcfb975@news.wanadoo.fr>:
En fait j'ai l'impression que c'est mon serveur X.
[...]
Car je n'ai aucun probleme en mode console.
Et mon xmms a du mal par exemple quand je fait des changements
de fenetres.
C'est une source plausible du problème. Quel est le plugin de sortie
d'xmms, et comment est-il réglé ?
En fait j'ai l'impression que c'est mon serveur X. [...] Car je n'ai aucun probleme en mode console. Et mon xmms a du mal par exemple quand je fait des changements de fenetres.
C'est une source plausible du problème. Quel est le plugin de sortie d'xmms, et comment est-il réglé ?
Gaetano
Nicolas George wrote:
Gaetano wrote in message <4151a4db$0$21536$:
En fait j'ai l'impression que c'est mon serveur X. [...] Car je n'ai aucun probleme en mode console. Et mon xmms a du mal par exemple quand je fait des changements de fenetres.
C'est une source plausible du problème. Quel est le plugin de sortie d'xmms, et comment est-il réglé ?
Bon j'ai enfin trouvé la source du probleme
J'ai tapé init 3 pour tuer le serveur X et ensuite j'ai relancé mon x en le "nicant" au maximum avec la commande suivante: nice -n 20 startx windowmaker. Et voila.
Sachant que j'ai la suse 9.1. Quelqu'un sait-il quel script je dois editer pour automatiquement nicer X avant qu'il ne soit lancé?
(lorsque j'allume mon ordinateur, j'arrive directement dans windowmaker sans rien touchr mais avec un X qui a une prioité de 0 donc trop gourmand)
Nicolas George wrote:
Gaetano wrote in message <4151a4db$0$21536$8fcfb975@news.wanadoo.fr>:
En fait j'ai l'impression que c'est mon serveur X.
[...]
Car je n'ai aucun probleme en mode console.
Et mon xmms a du mal par exemple quand je fait des changements
de fenetres.
C'est une source plausible du problème. Quel est le plugin de sortie
d'xmms, et comment est-il réglé ?
Bon j'ai enfin trouvé la source du probleme
J'ai tapé init 3 pour tuer le serveur X et ensuite
j'ai relancé mon x en le "nicant" au maximum avec la commande
suivante: nice -n 20 startx windowmaker. Et voila.
Sachant que j'ai la suse 9.1. Quelqu'un sait-il quel script je dois
editer pour automatiquement nicer X avant qu'il ne soit lancé?
(lorsque j'allume mon ordinateur, j'arrive directement dans windowmaker
sans rien touchr mais avec un X qui a une prioité de 0 donc trop gourmand)
En fait j'ai l'impression que c'est mon serveur X. [...] Car je n'ai aucun probleme en mode console. Et mon xmms a du mal par exemple quand je fait des changements de fenetres.
C'est une source plausible du problème. Quel est le plugin de sortie d'xmms, et comment est-il réglé ?
Bon j'ai enfin trouvé la source du probleme
J'ai tapé init 3 pour tuer le serveur X et ensuite j'ai relancé mon x en le "nicant" au maximum avec la commande suivante: nice -n 20 startx windowmaker. Et voila.
Sachant que j'ai la suse 9.1. Quelqu'un sait-il quel script je dois editer pour automatiquement nicer X avant qu'il ne soit lancé?
(lorsque j'allume mon ordinateur, j'arrive directement dans windowmaker sans rien touchr mais avec un X qui a une prioité de 0 donc trop gourmand)
