Linux feisty-desktop 2.6.20-9-generic #2 SMP Mon Feb 26 03:01:44 UTC 2007 i686 GNU/Linux
Mise à jour du noyau de feisty 
.
Sur certaines config, c’est plus rapide à booter compilé en -Os qu’en -O2.
Jusqu’à nouvelle ordre, le noyau ne marche pas en -O3 (sans que je sache exactement quel est le problème). Si qlqn sais je suis preneur.
Pour ce qui est de HZ: Plus Hz est grand, plus on hache menu les processus qui tournent. Ce n’est pas toujours optimal d’utiliser la valeur max.
C’est quand même « recommandé » sur un desktop avec 300 trucs différents qui tournent en même temps. Pour un serveur qui fait une seule chose effectivement c’est 250Hz qui est recommandé 
un serveur il lance une dizaine de process utilisateurs et le reste en process noyau, c’est pas pareil du tout, le role de l’ordonnanceur est bien moindre
meme 1000HZ pour un desktop, c’est pas forcément optimal selon l’utilisation qu’on en fait
Ca ne me dit pas ce qui ne va pas quand on compile le noyau en -O3
Est ce que gcc produit autant de code faux que ça en -O3? Existe t il une raison technique sans parler de bugs dans gcc?
C’est pas forcément ce dont tu parles, mais au sujet de ce que je disais, c’étaient des fautes de cache du proc’, pas la faute à GCC On peut imaginer que des fautes de cache qui ralentissent ou font planter une appli, passe encore, mais le noyau… :paf:
M’enfin y a ptêtre d’autres raisons.
Gcc3.X produisait du code faux dans pour certains drivers du noyau (il faudrait que je retrouve des liens sur la lkml à ce sujet)
Depuis, il semble qu’une "légende" veuille que le noyau ne fonctionne pas s’il est compilé en -O3. Ca n’a pas de raisons d’être vrai mais ça n’apportera surement pas grand chose.
Les dévelo préfèrent dont en rester à -O2.
Gcc produit aussi des warnings faux. Le Makfile du noyau est obligé de d’utliser des options pour éviter les warnings les plus grossièrement faux :(.
2.6.20.2 out ;).
Ouaip, mais ça date d’hier…
Heu le 2.6.20.2 n’aura pas vécu longtemps…
http://git.kernel.org/gitweb.cgi?p=linux/k…git;a=shortlog (sachant que le webgit de kernel.org est souvent très lent :()
pas grave, y a déjà le lien vers le patch
2.6.20.4 :
http://marc.info/?l=linux-kernel&m=117468170814986&w=2
Un peu de tout dans le patch. Rien de bien méchant pour moi.
http://git.kernel.org/gitweb.cgi?p=linux/k…git;a=shortlog
2.6.20.5
libata ide V4L et un peu de tout à côté.
Sinon, le 2.6.21-rc6 est sorti :
http://marc.info/?l=linux-kernel&m=117582769301409&w=2
http://ma Linux 2.6.21-rc6
.. perfect? Ahh, sure.
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>rc.info/?l=git-commits-head&m=117582813201681&w=2
Ce ne serait pas à cause de ça:
Non? (de la sensibilité aux erreurs de cache) :neutre:
2.6.20.6 :p.
3 hours ago
Chris Wright
Linux 2.6.20.6 master v2.6.20.6
commit | commitdiff | tree | snapshot
3 hours ago
Herbert Xu
[PATCH] CRYPTO api: Use the right value when advancing …
commit | commitdiff | tree | snapshot
3 hours ago
Paolo ‹ Blaisorblade › …
[PATCH] uml: fix static linking for real
commit | commitdiff | tree | snapshot
13 hours ago
Greg Kroah …
Linux 2.6.20.5 v2.6.20.5
Héhé c’est ce qu’on appelle de la réactivité
Linux 2.6.20.7
http://git.kernel.org/gitweb.cgi?p=linux/k…git;a=shortlog
Le 2.6.21 se fait attendre…
Et toujours pas de correction dans la libata à propos de mon bug dans le 2.6.21-rc7 (alors qu’il a été reporté je sais pas combien de fois)
Linux 666 2.6.20-15-generic #2 SMP Sun Apr 15 07:36:31 UTC 2007 i686 GNU/Linux
presque à jour pour une fois XD
Dumbledore : Quel est ce bug?