Le noyau Linux 2.4.17 est sorti, avec de nombreux fix et mises à jour . Pour ceux utilisant des ordinateurs de bureau, pensez à installer le preempt patch qui améliore les temps de réponse.
Ca a déjà été discuté du LKML. C'est une maladie du chipset KT133 qui apparait quand on compile le noyau avec le support Local-APIC et IO-APIC (je ne sais plus lequel des deux).
Ca n'est normalement pas génant.
Chez moi (CM MSI KT133 + 686A), il le dit juste une fois au boot :
spurious 8259A interrupt: IRQ7
Pour faire disparaitre ça, recompile ton noyau sans Local-APIC ou IO-APIC, je ne sais plus lequel des deux, faut faire le test.
On en voit déjà raler sur le fait que la nouvelle politique de nommage des noyaux n'a pas été respectée par M. Tosatti. Il aurait osé introduire des changements (réparation de pb de compilation) entre le dernier -rc et la version finale! :) cf http://www.uwsg.indiana.edu/hypermail/linux/kernel/0112.2/1303.html(...)
Lui répond qu'il avait dit qu'il n'ajouterait pas de nouvelles fonctionnalités.
Je crois qu'il faut bien sortir le bazar à un moment. Et puis s'il fait ce qu'il a annoncé, on ne peut pas lui en vouloir.
L'auteur de la news parle du patch preempt que je vai tester de ce pas, mais y a-t-il quelque part un site qui référencerait les différents patch disponibles pour le noyau car c'est un peu (beaucoup) un hasard si j'ai eut connaissance de ce patch.
Non, ceux-là sont des patch prévus pour être intégrés dans le noyau officiel, je parle d'une liste de patch ajoutant des fonctionnalités qui ne se trouvent pas dans le noyau officiel, du genre justement du patch preempt, de alsa (qui sera parrait-il intégré dans le 2.5) ou encore de patchs pour augmenter la sécurité.
Si une telle liste n'existe pas il pourrait être intéressant de la créer (faudra peut-être que j'y pense).
« ceux-là sont des patch prévus pour être intégrés dans le noyau officiel »
C'est pas sur: « Note: These are Unofficial patches ». Il me semble que tous ces patchs ne vont pas être intégrés au noyau.
Pour le patch preemt, l'annonce pour l'architecture SH est justement dans cette liste ;) Celle pour l'archi x86 a du y passer.
Si je lis bien il s'agit de patchs proposés sur la ML du noyau mais non intégrés, ce qui exclu forcément des patch peut-être intéressants dont les auteurs n'ont pas jugé utile de proposer de les inclure dans le noyau officiel.
Je vai tout de même garder cette page dans mes liens ;)
En faisant une petite recherche sur google j'ai trouvé un site dont le but est de référencer les patch du noyau http://linux-patches.rock-projects.com(...)
Apparemment le site est encore assez jeune car il référence très peu de patch (et il considère le 2.4.17 comme un kernel de développement).
Si vous avez des patchs intéressants non inclus dans le noyau allez vous y faire enregistrer.
> Pour ceux utilisant des ordinateurs de bureau, pensez à installer le preempt patch qui améliore les temps de réponse.
Pour des ordinateurs de bureau !?!
Je vois pas l'intérêt pour un ordinateur de bureau.
Linux est déjà préemptible (pas au niveau noyau d'accord...).
Bon, c'est un mieux pour l'audio/video.
J'ai parfois des problèmes lors de la lecture de dvd dès que la charge monte un petit peu. Par exemple lorsque je lance Mozilla !
Qu'un peu confirmer l'amélioration.
Moi, c'est pareil, je me demande ce que cela peut donner...
C'est surtout la partie des appels systèmes qui peuvent ne plus être non interruptibles qui me fait peur... (dans le cas d'un appel fork/exec ou system)
Par ce que s'ils sont interrompus, comment seront-ils repris...
Avec ce patch, le noyau ne devient pas 100% préemptible; par contre, il y a de nombreux endroits où le noyau peut passer la main sans problème.
La difficulté de la réalisation de ce patch revient donc à trouver les parties du code qui peuvent poser un problème: par exemple, préempter la partie d'un fork qui choisit le pid peut mener à avoir 2 processus avec le même pid. Or toutes ces parties ont déjà été identifiées pour que Linux supporte plusieurs processeurs donc c'est bueno: il ne reste plus qu'à mettre en place le méchanisme de préemptibilité (préemptibilisation?) du noyau et le tour est joué.
Si le noyau marche en multiprocesseurs, c'est que la grande majorité des cas a été envisagée. Je ne dis pas tous les cas, parce qu'on ne peut pas être sûr :-)
Si ça peut te rassuer, ça fait quelques mois que je m'en sers personellement et professionellement, et je n'ai toujours pas eu de problème (à part un plantage du filesystem avec un 2.4.10, corrigé sans perte).
# KT133
Posté par Billou57 . Évalué à 9.
Quelqu'un saurait il comment resoudre ce probleme (recurrent chez moi) ? le 2.4.17 resoud il ce probleme ?
[^] # Re: KT133
Posté par Jonathan Loriaux . Évalué à -2.
Ils parlent de Raid mais je doute que ce soit bon pour toi.
[^] # Re: KT133
Posté par Jean . Évalué à 10.
http://www.uwsg.iu.edu/hypermail/linux/kernel/0109.2/1317.html(...)
(enfin ça a l'air bancal)
[^] # KT133
Posté par Serge Rossi (site web personnel) . Évalué à 10.
Ca n'est normalement pas génant.
Chez moi (CM MSI KT133 + 686A), il le dit juste une fois au boot :
spurious 8259A interrupt: IRQ7
Pour faire disparaitre ça, recompile ton noyau sans Local-APIC ou IO-APIC, je ne sais plus lequel des deux, faut faire le test.
[^] # Idem sur Dell Inspiron 2500
Posté par Babou . Évalué à -2.
Bon, ok, c'est un laptop, donc ordi à problème à la base :) mais néanmoins le KT133 n'est pas tout seul.
# enc** de mouche
Posté par Jean . Évalué à 6.
Lui répond qu'il avait dit qu'il n'ajouterait pas de nouvelles fonctionnalités.
Je crois qu'il faut bien sortir le bazar à un moment. Et puis s'il fait ce qu'il a annoncé, on ne peut pas lui en vouloir.
[^] # enc** de mouche
Posté par Serge Rossi (site web personnel) . Évalué à 10.
Et effectivement, dans les 2 -rc, il n'y a eu rigoureusement que des corrections de bugs, rien de nouveau.
En tous les cas, pour l'instant, il fonctionne très bien (11:40pm up 6:52, 2 users, load average: 1.56, 1.68, 1.74).
# Patchs?
Posté par wismerhill . Évalué à 10.
[^] # Re: Patchs?
Posté par Jean . Évalué à 10.
[^] # Re: Patchs?
Posté par wismerhill . Évalué à 10.
Si une telle liste n'existe pas il pourrait être intéressant de la créer (faudra peut-être que j'y pense).
[^] # Re: Patchs?
Posté par Jean . Évalué à 10.
C'est pas sur: « Note: These are Unofficial patches ». Il me semble que tous ces patchs ne vont pas être intégrés au noyau.
Pour le patch preemt, l'annonce pour l'architecture SH est justement dans cette liste ;) Celle pour l'archi x86 a du y passer.
[^] # Re: Patchs?
Posté par wismerhill . Évalué à 10.
Je vai tout de même garder cette page dans mes liens ;)
[^] # Site
Posté par wismerhill . Évalué à 10.
http://linux-patches.rock-projects.com(...)
Apparemment le site est encore assez jeune car il référence très peu de patch (et il considère le 2.4.17 comme un kernel de développement).
Si vous avez des patchs intéressants non inclus dans le noyau allez vous y faire enregistrer.
[^] # Re: Patchs?
Posté par Guardian . Évalué à 10.
Ils référencent une bonne liste de patchs sympatiques
# Et les mirrors bordel !
Posté par matiasf . Évalué à 10.
Ce serveur est chargé et c'est faire insulte à ceux qui mettent en place un mirror.
A l'avenir, linuxfr doit au minimum donner ftp://ftp.fr.kernel.org/(...) ou http://www.fr.kernel.org/.(...)
Et la liste des mirrors :
http://www.kernel.org/mirrors/(...)
[^] # Et pour les belges
Posté par wismerhill . Évalué à 10.
ftp://ftp.belnet.be(...)
[^] # et tant qu'a faire
Posté par Benjamin Michotte . Évalué à 3.
# preempt patch
Posté par matiasf . Évalué à 5.
Pour des ordinateurs de bureau !?!
Je vois pas l'intérêt pour un ordinateur de bureau.
Linux est déjà préemptible (pas au niveau noyau d'accord...).
Bon, c'est un mieux pour l'audio/video.
J'ai parfois des problèmes lors de la lecture de dvd dès que la charge monte un petit peu. Par exemple lorsque je lance Mozilla !
Qu'un peu confirmer l'amélioration.
[^] # il sera jamais pret...
Posté par sToR_K . Évalué à -5.
ok -1...
[^] # Re: preempt patch
Posté par Sylvain Rampacek (site web personnel) . Évalué à 10.
C'est surtout la partie des appels systèmes qui peuvent ne plus être non interruptibles qui me fait peur... (dans le cas d'un appel fork/exec ou system)
Par ce que s'ils sont interrompus, comment seront-ils repris...
J'en avait parlé dans la news sur le patch, mais personne ne m'avait répondu... (http://linuxfr.org/comments/thread.php3?news_id=6400&com_id=871(...) ) peut être que quelqu'un pourra me répondre sur cette news...
[^] # Re: preempt patch
Posté par pas_moi . Évalué à 10.
La difficulté de la réalisation de ce patch revient donc à trouver les parties du code qui peuvent poser un problème: par exemple, préempter la partie d'un fork qui choisit le pid peut mener à avoir 2 processus avec le même pid. Or toutes ces parties ont déjà été identifiées pour que Linux supporte plusieurs processeurs donc c'est bueno: il ne reste plus qu'à mettre en place le méchanisme de préemptibilité (préemptibilisation?) du noyau et le tour est joué.
[^] # Re: preempt patch
Posté par Sylvain Rampacek (site web personnel) . Évalué à -2.
Je vois que certains cas ont déjà été envisagé...
Mais je ne pense pas tester cela tout de suite... ou alors, juste pour voir, en essayant justement de trouver les cas délicats.
Merci !
[^] # Re: preempt patch
Posté par pas_moi . Évalué à 10.
Si ça peut te rassuer, ça fait quelques mois que je m'en sers personellement et professionellement, et je n'ai toujours pas eu de problème (à part un plantage du filesystem avec un 2.4.10, corrigé sans perte).
# Preempt Patch
Posté par Al_trent . Évalué à 10.
http://www.kernel.org/pub/linux/kernel/people/rml/preempt-kernel/v2(...)
[^] # Re: Preempt Patch
Posté par wismerhill . Évalué à 8.
preempt-kernel-rml-2.4.17-1
c'est pas un patch pour le noyau 2.4.17?
[^] # Re: Preempt Patch
Posté par Al_trent . Évalué à -2.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.