Bonsoir.
J'utilise un kernel 2.6 depuis peu :) et j'observe que mon CPU est
en permanence sollicité entre 5 et 10% quand X est lancé avec une session
utilisateur ouverte (avec XDM uniquement a priori ca le fait pas). Meme
quand je fais strictement rien le CPU bosse toujours, ma session étant
ouverte.
J'ai un Duron 800, une carte mère avec chipset Via et une carte
vidéo ATI rage 128, sous Debian Sid, avec la dernière version d'enlight
0.16. X : Version: 4.2.1-9 Tout ca est déclaré dans le kernel (AGP, DRI,
etc...), pas de message d'erreur particulier. Avec ou sans DRI ca fait
pareil.
Je ne rencontre pas du tout ce probleme en 2.4 (toutes versions).
Est-ce que quelqu'un aurait une idée, ou rencontrerait le meme
probleme ? J'ai pu oublier quoi dans le kernel ? Et comment puis-je savoir
pourquoi mon CPU bosse de cette manière, qu'est ce qui le sollicite ? Top
et ps causent pas trop et strace je suis pas spécialiste...
Par avance merci beaucoup :).
--
Yves Potin
Logiciels libres pour l'enseignement :
http://logiciels-libres-cndp.ac-versailles.fr/
--
Pour contacter l'équipe de modération : moderateurs-fcolm@efrei.fr
ATTENTION: Postez DIRECTEMENT vos articles dans le groupe, PAS dans
la liste de distribution des modérateurs.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Julien BLACHE
Yves Potin wrote:
Salut,
J'utilise un kernel 2.6 depuis peu :) et j'observe que mon CPU est en permanence sollicité entre 5 et 10% quand X est lancé avec une session
J'ai un Duron 800, une carte mère avec chipset Via et une carte vidéo ATI rage 128, sous Debian Sid, avec la dernière version d'enlight
Edite /etc/X11/Xwrapper.config, mets la valeur de nice_value à 0, redémarre ton X.
Avec le scheduler O(1), il n'est plus nécessaire renicer X, au contraire, comme tu peux t'en rendre compte :)
JB.
-- BOFH excuse #99: SIMM crosstalk.
-- Pour contacter l'équipe de modération : ATTENTION: Postez DIRECTEMENT vos articles dans le groupe, PAS dans la liste de distribution des modérateurs.
Yves Potin <ypotin@nerim.net> wrote:
Salut,
J'utilise un kernel 2.6 depuis peu :) et j'observe que mon CPU est
en permanence sollicité entre 5 et 10% quand X est lancé avec une session
J'ai un Duron 800, une carte mère avec chipset Via et une carte
vidéo ATI rage 128, sous Debian Sid, avec la dernière version d'enlight
Edite /etc/X11/Xwrapper.config, mets la valeur de nice_value à 0,
redémarre ton X.
Avec le scheduler O(1), il n'est plus nécessaire renicer X, au
contraire, comme tu peux t'en rendre compte :)
JB.
--
BOFH excuse #99:
SIMM crosstalk.
--
Pour contacter l'équipe de modération : moderateurs-fcolm@efrei.fr
ATTENTION: Postez DIRECTEMENT vos articles dans le groupe, PAS dans
la liste de distribution des modérateurs.
J'utilise un kernel 2.6 depuis peu :) et j'observe que mon CPU est en permanence sollicité entre 5 et 10% quand X est lancé avec une session
J'ai un Duron 800, une carte mère avec chipset Via et une carte vidéo ATI rage 128, sous Debian Sid, avec la dernière version d'enlight
Edite /etc/X11/Xwrapper.config, mets la valeur de nice_value à 0, redémarre ton X.
Avec le scheduler O(1), il n'est plus nécessaire renicer X, au contraire, comme tu peux t'en rendre compte :)
JB.
-- BOFH excuse #99: SIMM crosstalk.
-- Pour contacter l'équipe de modération : ATTENTION: Postez DIRECTEMENT vos articles dans le groupe, PAS dans la liste de distribution des modérateurs.
Yves Potin
Le ven, 26 déc 2003 at 18:06 GMT, Julien BLACHE ecrivait:
Edite /etc/X11/Xwrapper.config, mets la valeur de nice_value à 0, redémarre ton X.
Merci, j'ai fait ca.
Avec le scheduler O(1), il n'est plus nécessaire renicer X, au contraire, comme tu peux t'en rendre compte :)
Euh... Ca fait exactement pareil. 8 % d'occupation de CPU en continu, avec des montées à 15 %, sans absolument rien faire meme pas bouger la souris, rien que regarder top... D'autre part j'ai coché l'option préemptible kernel, et au démarrage de jackd, le serveur de son, j'ai ca :
jackstart: cannot get realtime capabilities, current capabilities are: =ep cap_setpcap-ep probably running under a kernel with capabilities disabled, a suitable kernel would have printed something like "=eip"
(La carte son marche nickel avec alsa). Je comprends pas bien, c'est surement moi mais bon je vois pas ou. La config de mon kernel est là : http://ypotin.nerim.net/myconfig
lspci :
00:00.0 Host bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133] (rev 03) 00:01.0 PCI bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133 AGP] 00:07.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super South] (rev 40) 00:07.1 IDE interface: VIA Technologies, Inc. VT82C586/B/686A/B PIPC Bus Master IDE (rev 06) 00:07.2 USB Controller: VIA Technologies, Inc. USB (rev 16) 00:07.3 USB Controller: VIA Technologies, Inc. USB (rev 16) 00:07.4 Host bridge: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 40) 00:08.0 Multimedia audio controller: Ensoniq ES1370 [AudioPCI] 00:0f.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8029(AS) 00:11.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8029(AS) 01:00.0 VGA compatible controller: ATI Technologies Inc 3D Rage Pro AGP 1X/2X (rev 5c)
/proc/cpuinfo :
processor : 0 vendor_id : AuthenticAMD cpu family : 6 model : 3 model name : AMD Duron(tm) Processor stepping : 1 cpu MHz : 800.373 cache size : 64 KB fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr syscall mmxext 3dnowext 3dnow bogomips : 1572.86
J'ai l'habitude de recompiler le kernel depuis le 2.0, jamais eu ce genre de probleme, j'aimerais bien comprendre... Si quelqu'un a une idée, merci beaucoup....
Yves.
-- Pour contacter l'équipe de modération : ATTENTION: Postez DIRECTEMENT vos articles dans le groupe, PAS dans la liste de distribution des modérateurs.
Le ven, 26 déc 2003 at 18:06 GMT, Julien BLACHE <jb@jblache.org> ecrivait:
Edite /etc/X11/Xwrapper.config, mets la valeur de nice_value à 0,
redémarre ton X.
Merci, j'ai fait ca.
Avec le scheduler O(1), il n'est plus nécessaire renicer X, au
contraire, comme tu peux t'en rendre compte :)
Euh... Ca fait exactement pareil. 8 % d'occupation de CPU en
continu, avec des montées à 15 %, sans absolument rien faire meme pas
bouger la souris, rien que regarder top...
D'autre part j'ai coché l'option préemptible kernel, et au
démarrage de jackd, le serveur de son, j'ai ca :
jackstart: cannot get realtime capabilities, current capabilities are:
=ep cap_setpcap-ep
probably running under a kernel with capabilities disabled,
a suitable kernel would have printed something like "=eip"
(La carte son marche nickel avec alsa).
Je comprends pas bien, c'est surement moi mais bon je vois pas
ou. La config de mon kernel est là : http://ypotin.nerim.net/myconfig
lspci :
00:00.0 Host bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133] (rev 03)
00:01.0 PCI bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133 AGP]
00:07.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super South] (rev 40)
00:07.1 IDE interface: VIA Technologies, Inc. VT82C586/B/686A/B PIPC Bus Master IDE (rev 06)
00:07.2 USB Controller: VIA Technologies, Inc. USB (rev 16)
00:07.3 USB Controller: VIA Technologies, Inc. USB (rev 16)
00:07.4 Host bridge: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 40)
00:08.0 Multimedia audio controller: Ensoniq ES1370 [AudioPCI]
00:0f.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8029(AS)
00:11.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8029(AS)
01:00.0 VGA compatible controller: ATI Technologies Inc 3D Rage Pro AGP 1X/2X (rev 5c)
/proc/cpuinfo :
processor : 0
vendor_id : AuthenticAMD
cpu family : 6
model : 3
model name : AMD Duron(tm) Processor
stepping : 1
cpu MHz : 800.373
cache size : 64 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr syscall mmxext 3dnowext 3dnow
bogomips : 1572.86
J'ai l'habitude de recompiler le kernel depuis le 2.0, jamais eu
ce genre de probleme, j'aimerais bien comprendre...
Si quelqu'un a une idée, merci beaucoup....
Yves.
--
Pour contacter l'équipe de modération : moderateurs-fcolm@efrei.fr
ATTENTION: Postez DIRECTEMENT vos articles dans le groupe, PAS dans
la liste de distribution des modérateurs.
Le ven, 26 déc 2003 at 18:06 GMT, Julien BLACHE ecrivait:
Edite /etc/X11/Xwrapper.config, mets la valeur de nice_value à 0, redémarre ton X.
Merci, j'ai fait ca.
Avec le scheduler O(1), il n'est plus nécessaire renicer X, au contraire, comme tu peux t'en rendre compte :)
Euh... Ca fait exactement pareil. 8 % d'occupation de CPU en continu, avec des montées à 15 %, sans absolument rien faire meme pas bouger la souris, rien que regarder top... D'autre part j'ai coché l'option préemptible kernel, et au démarrage de jackd, le serveur de son, j'ai ca :
jackstart: cannot get realtime capabilities, current capabilities are: =ep cap_setpcap-ep probably running under a kernel with capabilities disabled, a suitable kernel would have printed something like "=eip"
(La carte son marche nickel avec alsa). Je comprends pas bien, c'est surement moi mais bon je vois pas ou. La config de mon kernel est là : http://ypotin.nerim.net/myconfig
lspci :
00:00.0 Host bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133] (rev 03) 00:01.0 PCI bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133 AGP] 00:07.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super South] (rev 40) 00:07.1 IDE interface: VIA Technologies, Inc. VT82C586/B/686A/B PIPC Bus Master IDE (rev 06) 00:07.2 USB Controller: VIA Technologies, Inc. USB (rev 16) 00:07.3 USB Controller: VIA Technologies, Inc. USB (rev 16) 00:07.4 Host bridge: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 40) 00:08.0 Multimedia audio controller: Ensoniq ES1370 [AudioPCI] 00:0f.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8029(AS) 00:11.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8029(AS) 01:00.0 VGA compatible controller: ATI Technologies Inc 3D Rage Pro AGP 1X/2X (rev 5c)
/proc/cpuinfo :
processor : 0 vendor_id : AuthenticAMD cpu family : 6 model : 3 model name : AMD Duron(tm) Processor stepping : 1 cpu MHz : 800.373 cache size : 64 KB fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr syscall mmxext 3dnowext 3dnow bogomips : 1572.86
J'ai l'habitude de recompiler le kernel depuis le 2.0, jamais eu ce genre de probleme, j'aimerais bien comprendre... Si quelqu'un a une idée, merci beaucoup....
Yves.
-- Pour contacter l'équipe de modération : ATTENTION: Postez DIRECTEMENT vos articles dans le groupe, PAS dans la liste de distribution des modérateurs.
Julien BLACHE
Yves Potin wrote:
Edite /etc/X11/Xwrapper.config, mets la valeur de nice_value à 0, redémarre ton X.
Merci, j'ai fait ca.
Tu as vérifié que X n'est plus nicé (un coup de top) ?
Avec le scheduler O(1), il n'est plus nécessaire renicer X, au contraire, comme tu peux t'en rendre compte :)
Euh... Ca fait exactement pareil. 8 % d'occupation de CPU en continu, avec des montées à 15 %, sans absolument rien faire meme pas bouger la souris, rien que regarder top...
Bon, alors c'était que la première étape et il va falloir chercher ailleurs...
D'autre part j'ai coché l'option préemptible kernel, et au
Tu as essayé sans preempt ? Ce serait intéressant de voir.
[...]
J'ai l'habitude de recompiler le kernel depuis le 2.0, jamais eu ce genre de probleme, j'aimerais bien comprendre... Si quelqu'un a une idée, merci beaucoup....
Tu peux tester le 2.6.0-mm1 éventuellement, il a une pile de patches qui fixent un bon nombre de problèmes. Je ne garantis pas que ça règle le tiens, mais ça vaut toujours le coup d'essayer.
JB.
-- BOFH excuse #104: backup tape overwritten with copy of system manager's favourite CD
-- Pour contacter l'équipe de modération : ATTENTION: Postez DIRECTEMENT vos articles dans le groupe, PAS dans la liste de distribution des modérateurs.
Yves Potin <ypotin@nerim.net> wrote:
Edite /etc/X11/Xwrapper.config, mets la valeur de nice_value à 0,
redémarre ton X.
Merci, j'ai fait ca.
Tu as vérifié que X n'est plus nicé (un coup de top) ?
Avec le scheduler O(1), il n'est plus nécessaire renicer X, au
contraire, comme tu peux t'en rendre compte :)
Euh... Ca fait exactement pareil. 8 % d'occupation de CPU en
continu, avec des montées à 15 %, sans absolument rien faire meme pas
bouger la souris, rien que regarder top...
Bon, alors c'était que la première étape et il va falloir chercher
ailleurs...
D'autre part j'ai coché l'option préemptible kernel, et au
Tu as essayé sans preempt ? Ce serait intéressant de voir.
[...]
J'ai l'habitude de recompiler le kernel depuis le 2.0, jamais eu
ce genre de probleme, j'aimerais bien comprendre...
Si quelqu'un a une idée, merci beaucoup....
Tu peux tester le 2.6.0-mm1 éventuellement, il a une pile de patches
qui fixent un bon nombre de problèmes. Je ne garantis pas que ça règle
le tiens, mais ça vaut toujours le coup d'essayer.
JB.
--
BOFH excuse #104:
backup tape overwritten with copy of system manager's favourite CD
--
Pour contacter l'équipe de modération : moderateurs-fcolm@efrei.fr
ATTENTION: Postez DIRECTEMENT vos articles dans le groupe, PAS dans
la liste de distribution des modérateurs.
Edite /etc/X11/Xwrapper.config, mets la valeur de nice_value à 0, redémarre ton X.
Merci, j'ai fait ca.
Tu as vérifié que X n'est plus nicé (un coup de top) ?
Avec le scheduler O(1), il n'est plus nécessaire renicer X, au contraire, comme tu peux t'en rendre compte :)
Euh... Ca fait exactement pareil. 8 % d'occupation de CPU en continu, avec des montées à 15 %, sans absolument rien faire meme pas bouger la souris, rien que regarder top...
Bon, alors c'était que la première étape et il va falloir chercher ailleurs...
D'autre part j'ai coché l'option préemptible kernel, et au
Tu as essayé sans preempt ? Ce serait intéressant de voir.
[...]
J'ai l'habitude de recompiler le kernel depuis le 2.0, jamais eu ce genre de probleme, j'aimerais bien comprendre... Si quelqu'un a une idée, merci beaucoup....
Tu peux tester le 2.6.0-mm1 éventuellement, il a une pile de patches qui fixent un bon nombre de problèmes. Je ne garantis pas que ça règle le tiens, mais ça vaut toujours le coup d'essayer.
JB.
-- BOFH excuse #104: backup tape overwritten with copy of system manager's favourite CD
-- Pour contacter l'équipe de modération : ATTENTION: Postez DIRECTEMENT vos articles dans le groupe, PAS dans la liste de distribution des modérateurs.
Arnaud Gomes-do-Vale
Yves Potin writes:
jackstart: cannot get realtime capabilities, current capabilities are: =ep cap_setpcap-ep probably running under a kernel with capabilities disabled, a suitable kernel would have printed something like "=eip"
Il faut patcher le noyau. Pour un 2.4.x, le patch qui va bien se trouve entre autres dans les noyaux de PlanetCCRMA ; pour les 2.6.x, je ne sais pas, mais tu dois pouvoir trouver des pistes de ce côté.
-- Arnaud
http://www.glou.org/~arnaud/
-- Pour contacter l'équipe de modération : ATTENTION: Postez DIRECTEMENT vos articles dans le groupe, PAS dans la liste de distribution des modérateurs.
Yves Potin <ypotin@nerim.net> writes:
jackstart: cannot get realtime capabilities, current capabilities are:
=ep cap_setpcap-ep
probably running under a kernel with capabilities disabled,
a suitable kernel would have printed something like "=eip"
Il faut patcher le noyau. Pour un 2.4.x, le patch qui va bien se
trouve entre autres dans les noyaux de PlanetCCRMA ; pour les 2.6.x,
je ne sais pas, mais tu dois pouvoir trouver des pistes de ce côté.
--
Arnaud
http://www.glou.org/~arnaud/
--
Pour contacter l'équipe de modération : moderateurs-fcolm@efrei.fr
ATTENTION: Postez DIRECTEMENT vos articles dans le groupe, PAS dans
la liste de distribution des modérateurs.
jackstart: cannot get realtime capabilities, current capabilities are: =ep cap_setpcap-ep probably running under a kernel with capabilities disabled, a suitable kernel would have printed something like "=eip"
Il faut patcher le noyau. Pour un 2.4.x, le patch qui va bien se trouve entre autres dans les noyaux de PlanetCCRMA ; pour les 2.6.x, je ne sais pas, mais tu dois pouvoir trouver des pistes de ce côté.
-- Arnaud
http://www.glou.org/~arnaud/
-- Pour contacter l'équipe de modération : ATTENTION: Postez DIRECTEMENT vos articles dans le groupe, PAS dans la liste de distribution des modérateurs.
