Reprise du message précédent :
non non, je parle pas de la baisse de fréquence (surtout qu'avec mon PIII 650, j'ai pas envie de la baisser la fréquence   ), mais de la mise en idle.
 
C'est dans les options d'APM, "cpu idle when [jesaisplusquoi] calls]
 
en pratique, quand tu lis un mp3 et ne fais rien d'autre, ton cpu (y a qu'a regarder gkrellm) fait :
 
1% - 2% - 1% - 2% - 1% - 2% - 1% - 2% - ....
 
sans ca, il fait du 50% en permanence ....

bon et donc pour les nvidia on doit désactiver le devfs vous dites ? il suffit de le désactiver dans le noyau et dans le fstab (je voudrais pas oublier qq'chose)

au fait, pour les utilisateurs de sid : gcc-3.3 ou gcc-3.2 ?

ça a pas planté pour l'instant mais bizarrement ça ne me rassure pas :
 

 
 
raaah ! c'est la seul erreur que j'ai eu lors de la compil, à part les deprecated qui sont pas bien méchant, j'espere que ça va pas me foutre la merde

bon bah je vais attendre le 2.6 moi

 
3 fois plus de temps pour ouvrir la fenetre je trouve pas ca un progres

 
ca marche pas ?

 
 
c'est ma faute, j'ai compilé ca en module au lieu de le faire en dur... j'aime pas les points et les croix, ca se voit pas bien.    
 
je vais refaire ca proprement ce soir, en faisant attention.

 
ça marche pas chez moi en plus

 
non
ça marche bien mieux que ceux à quoi je m'attendais, mais y-a plusieurs trucs qui merde, et j'ai pas le temps de me pencher dessus
en fait ce qui m'emmerde le plus, c'est que pour le faire marcher, j'ai bien l'impression qu'il faut toucher à certains fichier de config (lancement de devfsd à supprimer, /etc/fstab à modifier qq peu, /etc/modules aussi j'ai l'impression ...)
mais vu que je voudrais bien pouvoir faire cohabiter mon 2.4.20 et mon 2.5.69, ça me pose pb
bref, j'aurais bien aimé le faire marché, mais j'ai pas le temps de me prendre trop la tete donc je laisse tombé, tant pis ...

j'ai du zapper un truc dans le .config... je boot, j'applique le patch nvidia... startx...
 
(**) Option "Device" "/dev/psaux"
(EE) xf86OpenSerial: Cannot open device /dev/psaux
        No such device.
(EE) Mouse1: cannot open input device
(EE) PreInit failed for input device "Mouse1"
(II) UnloadModule: "mouse"
(II) Keyboard "Keyboard1" handled by legacy driver
(WW) No core pointer registered
No core pointer
 
   
 

putain les points et les croix c vraiment de la daube, j'avais pas vu que je l'avais pas mis en dur...  

+1

donc en bugfix critical, je demande la refonte de xconfig et gconfig  
 

trooooooooop fooooooooooooooortt
 
y a aussi gconfig !!!          
 
et puis il est bien plus bô que xconfig... bon, ben j'ai plus qu'a enlever qt de mon systeme  

j'ai rien dit.... il est buggé  

Bon pour l'instant voila ce que je vois :
 
klair que xconfig et gconfig sont a chier (soit ca bug, soit c illisible, et ca prend 2 plombes a s'ouvrir)
Une fois verifier la compile se passe bien. (bon l'inclusion des nouvelles options commencent a faire un noyau un peu gros quand meme)
Maintenant au boot gg kk messages d'erreurs sur des modules qu'il peut pas unloader, un truc zarb a la detection hdb (cdrom) ou il me parle du secteur 0, un peu plus loin il pleure un peu avec hdparm en me causant une fois pour hda, une fois pour encore hdb.
 
Ensuite xawdecode pleure sa maman (se lance mais veut pas changer de chaine, me fait une boucle sur un message d'erreur IO), la webcam usb refuse carrément d'etre attaché, lm-sensors bien activé en dure vois kedal. avec les nvidia g la souris qui doit etre en acceleration x300 je pense  
 
je vais continuer a voir. Niveau perf glxgears etait a 680 avec le 2.4.20, ici il tourne autour de 720. Reactivité je sens pas de grand changement comparé au stable+preempt+ll. la ou je suis le plus impressionné c au niveau de la gestion de la memoire. Il a vraiment fallu que j'y aille pour le faire swapper mechamment, et alors en demarrant, lancant x, faisant mumuse un ptit peu, puis en killant x, au bout de kk instant pouf, plus que 14mo d'utilisé reelement.
 
 

 
 
En faisant tourner ssh, postfix, fetchmail, pure-ftpd, et les deamon systemes habituels...  

hé vous connaissez pas make menuconfig en ncurses ? c'ets le plus pratique, tu fait ca au clavier, c'ets lisisble, rapide

Bé l'ancienne interface etait plutot claire quand meme hein. Par contre la pour etre certain de pas avoir zapper kk chose chui repasser au menuconfig... enfin a la rigueur c des considérations sans importances une fois le noyau compilé.

make menuconfig me faisait planter une fois sur deux gnome-terminal, et X avec, c'est pour ca que j'ai essayé le x/gconfig...
 
 
Sinon, j'avais pas pensé a ce test, mais oui, je gagne 100 fps a gxlgears (1150 au lieu de 1050)
 
sinon, tout ne se compile pas sans erreur.. j'ai voulu recompiler avec le cpu idle calls when idle, et j'ai touché a d'autres trucs, résultat, la compilation a foiré. J'étais fatigué hier soir, donc j'ai oublié ce qui foirait. faut dire que j'ai configuré bcp de choses en dur, qui ne veulent se compiler qu'en modules apparemment.
 
pour le lancement des modules au démarrage, sur la gentoo, c'est d'une simplicité enfantine : /etc/modules.autoload.d/kernel-2.5 à compléter

et sinon je n'ai pas résolu mon problème de son qui coupe avec xmms/alsa quand je fais un peu trop de choses sous phoenix (mais ca le fait aussi avec opera ) ;
 
je suis repassé au driver nv pour voir, et ben je sais pas pour vous, mais moi je le trouve plus rapide que celui de nvidia en 2d...( Mais ca ne change rien a mon problème de son   )