Dernière (longue) ligne droite pour Linux 2.6

Posté par  . Modéré par Nÿco.
Étiquettes : aucune
0
2
mai
2003
Linux
La liste des problèmes à corriger avant la sortie de la série 2.6 du noyau est en cours de discussion sur la mailling-list linux.kernel.

En effet, Andrew Morton a posté dans la mailing-list linux.kernel la liste des principaux "must-fix" qui devraient selon lui être resolus pour qu'un noyau estampillé 2.6.0 puisse sortir.

Mon incompétence totale dans le développement du kernel m'empêche de juger si cette liste est "hénorme" ou pas.

A chacun de se faire une idée en lisant le post.

Aller plus loin

  • # Re: Dernière (longue) ligne droite pour Linux 2.6

    Posté par  . Évalué à 7.

    Ben il reste beaucoup a faire, deja faut qu'ils recuperent/integrent les correctifs eparpilles un peu sur tous les noyaux de devs.
    Apres ils ont pas l'air d'etre sur de ce qui reste reelement comme probleme mais juste dont ils sont sur ca fait peur ...
    En tout cas ca me jete un froid, je voulait l'essayer bientot

    • [^] # Re: Dernière (longue) ligne droite pour Linux 2.6

      Posté par  . Évalué à 6.

      Oui il y a beaucoup à faire mais AMA, pour le passage du 2.0 au 2.2 ou du 2.2 au 2.4 la situation devait être similaire.

      Perso j'ai testé une partie de la série des 2.5.x et à part quelques petits soucis de compilations et autres dysfonctionnements non bloquant, j'ai pas vu tant de problèmes que ça à l'utilisation.

      Bien sûr tout dépend du matériel utilisié, etc...

      Donc selon moi il n'y a pas à s'inquiéter d'autant plus que le 2.6 n'est pas prévu pour un bon moment (je ne me souviens plus de la date prévisionnelle).

    • [^] # Re: Dernière (longue) ligne droite pour Linux 2.6

      Posté par  . Évalué à 9.

      Je tourne actuellement sur un 2.5.68 ici à mon boulot (juste pour tester) et je n'ai aucun problème particulier. Note que je l'utilise pour de la bureautique et pour tester des solutions de sauvegarde réseau, donc ce que je peux globalement dire, c'est que l'IDE, la mémoire partagée, la VM et la couche réseau fonctionnent bien.
      J'ai noté un gain de pratiquement 15% sur les débits des sauvegardes réseau que je fais entre le 2.4.20 et le 2.5.64, donc je peux dire que sur ce qui est de la charge réseau et gestion de mémoire partagée, de nets progrès ont été fait.

      Cordialement,

      • [^] # Re: Dernière (longue) ligne droite pour Linux 2.6

        Posté par  . Évalué à 5.

        J'ai essayé de compiler 2.5.68 en devenant de plus en plus restrictif (j'ai viré le scsi, puis le net, etc...), et j'ai réussi au bout de 5 essais*.
        Aprés l'avoir installé, j'ai modifié le menu grub, et j'ai tenté de le faire booter.
        Résultat: impossible! Ecran noir.

        Je crois que je vais attendre 2.5.70 avant de retenter ma chance.

        En attendant, les patches de Kolivas "backportent" les améliorations de la 2.5 sur la 2.4.20:
        http://members.optusnet.com.au/ckolivas/kernel/(...)


        *
        "make-kpkg buildpackage" de debian 3.0 r1 ne semble pas adapté au 2.5, il faut compiler et installer à la main, même si c'est ultra-cracra.

    • [^] # Re: Dernière (longue) ligne droite pour Linux 2.6

      Posté par  . Évalué à 3.

      Je bosse dans une société qui fournie des produits sous linux ou j'étais développeur (en partie sur des modification du kernel et de ses modules). J'ai donc une petite expérience qui me permet de dire que effectivement le taf restant est consequent.

      le "conséquent" dépendant de l'utilisation que l'on va faire du linux.

      En effet, je pense que pas mal de personnes ici tournent avec un kernel 2.5 "non-stable" (en terme de version) et en sont trés contentes.

      Le problême va venir de l'utilisation "profesionnelle" (en prod koi :p ) de linux.

      Par example, dans ma société, on utilise encore des distribs à base de kernel 2.2 qui n'ont jamais (aprés l'application de toutes les patches correctifs) plantées depuis 19 mois (uptime de 19 mois ). Certes elle sont moins performante sur certaine chose (débit réseau, accés disque) mais elle sont fiable.

      Pour passer à un nouveau kernel (2.6) il va faloir lui appliquer toutes les modif (add-on) , toutes les corrections (patch correctif etc ...). valider. Et surtout convaicre que c'est stable. C'est a mon avis ce qui prendra le plus de temps.

      Test et intégration en prod prendront au moins , si ce n'est plus, de temps que le developpemtn pur et simple du kernel.

  • # Re: Dernière (longue) ligne droite pour Linux 2.6

    Posté par  (site web personnel) . Évalué à 2.

    Je n'ai jamais fais de remarques concernant l'orthographe, mais là, le "h" à énorme, c'est énorme !!! :o)

  • # Mainteneur ?

    Posté par  . Évalué à 4.

    Et le futur mainteneur ? Toujours Marcelo ?

    « Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.