Une foret d'arborescences du noyau

Posté par  (site web personnel) . Modéré par Fabien Penso.
Étiquettes :
0
5
fév.
2002
Noyau
Un article sur Byte.com fait le point sur les différentes branches du noyau Linux. Des tests de performance sont même réalisés...

En conclusion, écrire une bon gestionnaire de mémoire virtuelle est la preuve ultime d'une expertise pour un développeur système. L'auteur pense que Andrea Arcangeli et Rik van Riel connaissent bien leur affaire et que toutes les modifications faites par Alan Cox ont encore amélioré leur VM.

Après avoir travaillé intensément sur ces noyaux, l'auteur en est arrivé à la conclusion qu'il préfère les noyaux 2.4.17 ou 2.4.18pre2aa pour des serveurs fortement sollicités.
Le patch de "reverse-mapping" de Rik, néanmmoins, est très prometteur, mais doit être stabilisé.

Finalement l'auteur estime que le noyau de la Red Hat 2.4.9 est un très bon noyau, rapide et stable.

Aller plus loin

  • # Et vous quel noyau utilisez-vous?

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

    J'avoue que j'ai tendance à recompiler régulièrement mon noyau même si mon matériel date de mathusalem...

    Le 2.4.17 me satisfait, mais ma passerelle tourne sous le 2.2.10.

    A votre avis quel est le meilleur noyau:
    - pour une utilisation personnelle
    - pour un serveur
    - pour une passerelle sécurisée

    Je cherche juste un retour d'expérience pas un début de troll. Merci... ;)
    • [^] # Re: Et vous quel noyau utilisez-vous?

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

      comme ca en passant, y a pas un trou de securite important sur les noyau < 2.2.19 ki permet de passer facilement root ? je dis ca, parce que si j'etais toi... :^)
    • [^] # Re: Et vous quel noyau utilisez-vous?

      Posté par  . Évalué à 10.

      Moi perso j'utilise un 2.4.18-pre3-mjc3 avec VM à Rik, preempt et patches Netfilter, mais c'est plus pour faire le beta testeur et éventuellement signaler des pbs à la LKM que parce que je vois réellement des différences (sur un Athlon 1.2G avec 512M de RAM, vu ce que je fais...)

      Pour une gate, moi je prendrais un noyau 2.4 car j'aime beaucoup Netfilter/iptables, mais un 2.2 convient parfaitement; par contre il vaut mieux prendre le tout dernier 2.2 (pbs de sécus, et quelques bugfixes)
      • [^] # Re: Et vous quel noyau utilisez-vous?

        Posté par  . Évalué à 9.

        Le 2.4.17 parait pas mal en effet ...
        Par contre c'est vrai que j'avais eu pas mal de pb de VM avec les noyeaux > 2.4.10 et < 2.4.17 (pas mal de log reiserfs, de timeout sur le driver SCSI ...).

        Sinon, je suis sur le point d'avoir une nouvelle config et je voudrais avoir l'avis des linuxfriens sur le couple proc/CM suivant:
        * AMD K7/3D Athlon 1.1 - Bus 266
        * CM Asus A7V266 E/A avec le chip KT266A

        En particulier sur le support du KT266 pour linux: d'apres ce que disait une recente news sur /., ce chip etait excellent ss linux, pourtant il n'est pas encore mentionne ds les noyeaux 2.4.x stables ... que faire ? Existe-t-il un chip generique a selectionner lors de la compile ??

        1000 x merci :-D
        • [^] # Re: Et vous quel noyau utilisez-vous?

          Posté par  . Évalué à 10.

          Je ne sais pas si il est excellent mais j'ai un Athlon 1700+ avec une MSI-????PRO????ULTA????2 (en bref avec un KT266A) et 512Mo de DDR et çà semble tourner correctement (3 semaines d'utilisation non intensive) avec le kernel 2.4.16
          Par contre je signal que j'ai été obliger de changer la carte SCSI du graveur car ma vielle Tekram 390U ne semble pas compatible avec ma nouvelle carte mère : si je met la carte SCSI la machine ne démarre pas.
          • [^] # Re: Et vous quel noyau utilisez-vous?

            Posté par  . Évalué à 3.

            Vu que j'ai une tekram 390F (l'UW), je suis interssé si qqn a testé cette config (avec la CM MSI 266A, je veux dire...)
            • [^] # Re: Et vous quel noyau utilisez-vous?

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

              J'ai une ASUS A7V 266E (donc KT266A) avec un Athlon XP2000 + une Tekram DC390F et ça tourne très bien.

              Sauf qu'en fait ça dépend du slot ou je la met ! Tous mes slots PCI ont une carte et avec certaines combinaisons, la machine ne POST pas ou n'arrive pas au BIOS de la carte SCSI. Aprés quelques permutations, tout tourne très bien.
      • [^] # Re: Et vous quel noyau utilisez-vous?

        Posté par  . Évalué à 10.

        Perso, je n'ai senti aucun changement après avoir appliqué le patch preempt ... mais peut-être n'ai-je pas suffisamment chargé la machine ;-)

        En revanche, preempt + ALSA = gros cafouillage. Au bout d'un certain temps d'utilisation, une voie devient l'écho de l'autre, ce qui est plutôt gênant. Je ne sais pas si je suis le seul (je ne l'ai vu nulle part sur les listes auxquelles je suis abonné et je n'ai pas posé la question) ... La carte son est une Yamaha YMF 744 (portable vaio 807k) et le pilote ymfpci.

        Conclusion : j'utilise un 2.4.17 standard pour le portable et un 2.2.20 pour mon vieux pentium. Le 2.4 permet gère mieux l'énergie et est nécessaire pour les applications qui utilisent des instructions spécifiques au P3. Sinon le 2.2 est suffisant pour le pentium.
        • [^] # Re: Et vous quel noyau utilisez-vous?

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

          J'ai essaye le preempt patch et la, on sent bien qu'on a fait quelque chose de pas bien: ;-)
          il etait dit qu'une appli pouvait bloquer le systeme, et effectivement, xmms et X se sont bien partage le travail: chacun leur tour.
          resultat: on enleve.
        • [^] # Re: Et vous quel noyau utilisez-vous?

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

          J'ai essaye le preempt patch (sur un 2.4.17)et la, on sent bien qu'on a fait quelque chose de pas bien: ;-)
          il etait dit qu'une appli pouvait bloquer le systeme, et effectivement, xmms et X se sont bien partage le travail: chacun leur tour.
          resultat: on enleve.
      • [^] # Re: Et vous quel noyau utilisez-vous?

        Posté par  . Évalué à 10.

        pour mon firewall j'ai un 2.2.20, pour la simple raison qu'il n'y a pas à ma connaissance de modules pour 2.4 permettant de faire passer H323 (gnomeeting, netmeeting)qui me sert occasionnellement.
        Et encore pour le 2.2 le module est à chercher ailleurs (sur sourceforge).

        Maintenant si tu utilises H323 sans NAT c'est selon. Il me semble que iptable permet de faire bcp plus de choses que ipchains.
      • [^] # Re: Et vous quel noyau utilisez-vous?

        Posté par  . Évalué à -2.

        <privatejoke>Tiens, le probleme de double post a ete fixe?</privatejoke>

        [jesors] et [jeretournesurlatribune]
    • [^] # Re: Et vous quel noyau utilisez-vous?

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

      "A votre avis quel est le meilleur noyau:
      - pour une utilisation personnelle
      - pour un serveur
      - pour une passerelle sécurisée"

      Désolé, j'ai pas la réponse là...
      Je fais une série de benchs et je réponds ;-)

      Plus sérieusement, à ce qu'il parait faut étudier le code kernel pour savoir. Donc merci de nous communiquer les résultats des études du code...
    • [^] # Re: Et vous quel noyau utilisez-vous?

      Posté par  . Évalué à 10.

      2.4.17 + patch préempt + patch HDLC pour le modem ADSL.

      Le patch "noyau préemptif", je l'ai installé car j'ai lu beaucoup de bien dessus, mais moi je n'ai vu aucune différence..

      Soit dit en passant pour ceux qui utilisent la raie manta, le driver de Benoit Papillaud est passé en 1.0. Depuis que j'ai upgradé, je ne l'ai pas encore vu jouer à la "fork bomb".
      Avant quand je perdait ma connection, un process du driver forkait sans cesse --> reboot :-( (merci a ReiserFS).
      • [^] # Re: Et vous quel noyau utilisez-vous?

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

        Pour info, n_hdlc est inclu dans le noyau à partir du 2.4.18-pre1 (cf le changelog et http://www.mail-archive.com/speedtouch@ml.free.fr/msg02301.html(...) )

        Pensez à l'environnement avant d'imprimer ce commentaire - Please consider the environment before printing this comment

      • [^] # Re: Et vous quel noyau utilisez-vous?

        Posté par  . Évalué à 10.

        Je vais me répéter, mais pour éviter les reboot ou freeze quand un process par en fork il existe une commande nommée ulimit et surtout un fichier /etc/security/limits.conf (sur Debian Woody, Sid et Mdk 8.1 en tout cas) qui permet de limiter le nombre maximal de process par user.
        Moi quand ma raie manta partait en fork bomb (je confirmes, ça ne le fait plus depuis la 1.0); et bien il me suffisait de faire un "su -" puis un "exec killall -KILL pppoa2" pour tuer tout ça.
    • [^] # Re: Et vous quel noyau utilisez-vous?

      Posté par  . Évalué à 3.

      ben moi je tourne sur ma passerelle/station avec un 2.4.17 avec le premept patch
      pour une passerelle c'est plutot pas mal a mon avis parceque netfilter/iptable c'est vraiment le pied
      pour une station pareil, pour avoir la 3D ou ce genre de connerie et etre un peu 'bleeding edge' :) avec le patch prempt & co
      pour un serveur tu peut rester en 2.2 mais l'avantage du 2.4 c'est l'ext3

      sinon pour la petite histoire le prempt marche tres bien sur une biproc mais il n'y a absolument aucune difference!!! :)

      --
      fork bomb, fork bomb... you'r my fork bomb (sur l'air de sex-bomb)
    • [^] # Re: Et vous quel noyau utilisez-vous?

      Posté par  . Évalué à 1.

      Moi perso 2.4.17 partout mais l'autre jour j'ai voulu faire un mke2fs lors de mon ajout de disk et un bug dans le kernel mm/filemap.c de mémoire
  • # Ouais, enfin, les benchmarks...

    Posté par  . Évalué à 10.

    ...on peut vraiment leur faire dire ce que l'on veut.

    Depuis le kernel 2.4.10, la "guerre des VMs" se poursui sur la LKM, et j'ai vu passer des bench en tout genre, chacun favorisant une mouture ou une autre, suivant les conditions et les test réalisés.

    Ce qu'il faut bien prendre en compte, c'est que ce qui compte le plus dans une VM ce n'est pas les performances brutes (même si c'est important), mais surtout la capacité à ne pas se comporter trop mal en prie cas. Une VM d'un noyau comme Linux doit pouvoir supporter des configurations (matérielles et logicielles) très diverses, des charges très variées, une utilisation exclusive (comme un serveur Web) ou composite (comme une machine perso faisant serveur Web, serveur de fichier pour le réseau local et servant de plateforme de dev, ...) sans se casser complétement la figure. Hors, c'est justement dans le but de la VM -rmap: évite les pires cas, qui, sur une VM "classique" nécessitent de parser l'ensemble des process pour trouver "la" page à libérer.

    Enfin, pour l'instabalité de la -rmap, outre le fait que ce soit une version de dev, il y a surtout le fait que les patches -rmap officiels sont pour le noyau 2.4.17 et pas le noyau 2.4.18-pre3, comme l'a signalé Rik sur /. (le 2.4.17-rmap12 passe les tests de "torture noyau" de RedHat dit-il, mais je ne sais pas en quoi consistent ces test exactement).
    • [^] # Re: Ouais, enfin, les benchmarks...

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

      Les tests de redhat s'appellent cerberus. Tu peux les trouver en cherchant sur google. Comme ils disent attention tu peut ruiner ton dur avec ce genre de tests. Un bug vicieux dans le driver ide et vlan ;-)
      • [^] # Ruiner ton HD?

        Posté par  (site web personnel, Mastodon) . Évalué à 3.

        En surface, alors ?
        tu graves direct la couche magnétique????
        perso, pour ce genre de tests, je préfère ne pas garder de données sensibles ou uniques. C'est très spécifique et éprouvant, parfois limite suivcidaire pour le système.

        Tu ferais la même chose sur ton ZinOS de travail toi ?!?
  • # RH en 2.4.9

    Posté par  . Évalué à 6.

    > Finalement l'auteur estime que le noyau de la Red Hat 2.4.9 est un très bon noyau, rapide et stable.

    Marrant quant on pense à la course au version de noyau que font certains. Pour ma part, une machine professionnelle (pour le boulot quoi) ne tourne que sur un noyau "validé" par un distributeur (dans mon cas c'est RH). Faut dire qu'il y a plus de 140 patchs sur un noyau officiel RH.
    • [^] # ou faire son kernel soit meme

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

      personnellement moi c'est tout l'inverse
      je ne met jamais le noyau de distrib qui est trop généraliste.
      je préfère me refaire un noyau adapté aux besoins de la machine
      genre virer le firewalling, l'usb, dri, l'IDE, le floppy, les modules et tous les autres trucs inutiles pour un serveur

      et tant qu'a recompiler, je prend le dernier noyau officiel en date, qui sera plus docummenté que le noyau d'une distrib

      les noyaux redhat j'ai gouté une fois : ces gros doués avaient estimés que mettre le support de ma carte scsi dans le noyau installé était superflu, alors qu'ils l'avaient mis dans le noyau de l'installeur
      probleme : je bootais justement sur le scsi...

      bref une distrib ca doit fournir un gros noyau qui boote partout et qui supporte tout pour lancer le système une premiere fois et pour les utilisateurs débutants
      mais des que le système est up, refaire le noyau est quand meme mieux
      • [^] # RE: ou faire son kernel soit meme

        Posté par  . Évalué à 8.

        Pour un usage perso, je me fait mon petit noyau aussi (souvent depuis un kernel*src.rpm de rawhide). Avec le 2.4 (j'ai une RH 7.2) ce n'est pas justifier. Par contre, avec un 2.2 sous RH 6.2 c'était indisponsable (carte dxr3, bt848, hpt370, raid0).

        Pour avoir testé le 2.4.9 (RH officiel) et le 2.4.17 (RH rawhide), c'est bonnet blanc et blanc bonnet.

        > je préfère me refaire un noyau adapté aux besoins de la machine...

        Avec des bécanes moderne, on a au minimum 256 Mo. Les quelques ko de récupérés ne sont pas significatif actuellement...

        > ces gros doués avaient estimés que mettre le support de ma carte scsi dans le noyau installé était superflu...

        Dans ce cas...

        > bref une distrib ca doit fournir un gros noyau qui boote partout...

        Les noyaux sont maintenant très modulaires. Enfin, il y a kmod (modprobe, /etc/modules.conf, etc...) pour avoir une bonne gestion des modules (et c'est compliqué...).
      • [^] # Re: ou faire son kernel soit meme

        Posté par  . Évalué à 5.

        Il est normal que le scsi soit dispo en tant que module, considérant qu'il y'a quand même pas mal de machines qui sont dénuée de SCSI à l'heure actuelle (a priori ce ne sont pas "les utilisateurs débutants" qui sont concernés).
        Ceci dit, il y'a plusieurs noyau dans chaque RH (-enterprise ...), peut-être que certains sont prévus pour ceux qui ont du scsi au boot.
  • # Comment ça, il faut mieux utiliser le noyau X plustôt que Y parce que...

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

    Il y a des choses qui m'inquete dans le monde du libre. Sous pretexte que la diffusion des applis est directe et rapide, certain projets sortent des versions de production qui resemble plus a des béta qu'a quelquechose de finalisé.

    Bon, c'est vrai que je ne suit pas de prêt le noyau, (j'ai autre chose a faire que recompiler le noyau, ou configurer mon linux a tout bout de champs), mais quand je lit que finalement on nous sort un noyau et que deux jours plus tard on nous dit "c'est pas bon prend plutôt celui-ci", j'ai pas l'impression que se soit un truc fiable (En plus ça fait 'service park').
    Là, on nous dit le noyau X est vraiment mieux que le Y parce la VM et... Pourquoi avoir sortit un noyau avec une VM qui marche mal ? On dirait Microsoft qui sort un 95 puis un 98, parce que le 95 marche mal.

    Tout ça pour dire, je préfere des sorties plus espacé mais sérieuse. Sinon on les appelle "béta".

    En tout cas, mon expérience ne m'a malheureusement pas montré ce que je lit partout "Le libre, c'est plus stable" :o(

    Mesdames, messieux, redressons la barre !

    Yannick, qui lave le linge sale...
    • [^] # Re: Comment ça, il faut mieux utiliser le noyau X plustôt que Y parce que...

      Posté par  . Évalué à 10.

      La sortie d'une nouvelle version du noyau n'est pas destinée au "grand publique" mais uniquement à ceux qui s'intéressent de près au noyau.

      Pour le "grand publique", ce qui compte ce sont les distributions, et les noyaux présents dans les distributions sont eux beucoup plus testés (et souvent patchés par les distros). La devise de Linus c'est "release soon, release often", ça ne veut pas dire pour autant que tout le monde doit mettre à jour toutes les semaines.

      Quand aux VMs c'est plus dans des cas extrêmes qu'elles peuvent poser de réels problèmes, pas dans cas d'utilisation "normale" de la machine.
    • [^] # Re: Comment ça, il faut mieux utiliser le noyau X plustôt que Y parce que...

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

      En plus ça fait 'service park'

      apres theme park,... ^_^

Suivre le flux des commentaires

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