Des nouvelles de FreeBSD 5.3

Posté par . Modéré par Florent Zara.
Tags :
0
2
août
2004
FreeBSD
Le gel du code pour la prochaine sortie de la branche -current de FreeBSD devrait arriver le 15 août. La sortie définitive de la 5.3 est prévue pour début octobre. Les principales améliorations concernent la couche réseau, notamment sur les machines multiprocesseurs, où des gains de 30% sont attendus à terme. * Le projet Network Stack Locking a pour but de découpler la pile réseau du Giant Lock du noyau. Cela devrait permettre d'améliorer considérablement les performances de la couche réseau sur les machines multiprocesseurs, et dans une moindre mesure sur les machines mono-processeur.

* FreeBSD 5.3 devrait intégrer GCC 3.4.2 (GCC 3.3 est utilisé actuellement)

* A terme, IPFilter devrait être abandonné au profit du Packet Filter d'OpenBSD. (Ce sont des équivalents BSD de Netfilter...)

* Le port pour PowerPC avance régulièrement. Des images CD bootables seront disponibles "sous peu".

* Le Project Evil devrait être terminé pour la 5.3. Il permet d'utiliser sous FreeBSD les drivers de carte réseau écrits pour Windows.

D'une manière plus générale, les développeurs soulignent que FreeBSD 5.3 sera la première version où l'on pourra commencer de profiter des choix techniques de la branche 5. Les rumeurs disent que cette branche 5 devrait devenir la nouvelle -stable peu après la sortie de la version 5.3. La branche 6 sera alors ouverte, avec en vue une refonte du système de stockage.
  • # Free de base, mais...

    Posté par (page perso) . Évalué à 2.

    Est-ce qu'il restera libre quand on y intégrera des drivers windows pour les cartes réseau !? Et comment peut-on gagner 30% de performances d'un côté, et faire de l'émulation pour accéder au réseau derrière !? Quelles sont les cartes réseau qui ne sont pas supportées à l'heure actuelle ? Est-ce que ce projet s'inspire du projet ndiswrapper qu'on a vu apparître sous linux pour les cartes WIFI ?
    • [^] # Re: Free de base, mais...

      Posté par . Évalué à 3.

      Est-ce qu'il restera libre quand on y intégrera des drivers windows pour les cartes réseau !?
      Libre a toi de "corrompre ton systeme" ou pas.
      Et comment peut-on gagner 30% de performances d'un côté, et faire de l'émulation pour accéder au réseau derrière !?
      Les 30% des gains sont du au fine-grain locking de la pile reseau.
      Et FreeBSD n'a pas decide d'utiliser que des drivers windows ;-)
      Quelles sont les cartes réseau qui ne sont pas supportées à l'heure actuelle ?
      man est ton ami ;-)
      Est-ce que ce projet s'inspire du projet ndiswrapper qu'on a vu apparître sous linux pour les cartes WIFI ?
      C'est le meme principe, mais wpaul a commence a le coder en meme temps.
    • [^] # Re: Free de base, mais...

      Posté par . Évalué à 5.

      >> Est-ce qu'il restera libre quand on y intégrera des drivers windows pour les cartes réseau !?

      Je doute qu'on y intégrera les drivers de carte réseau spécifique windows (quoi que ?). Sans doute qu'il sera possible à l'utilisateur de télécharger les drivers de windows sur le site des constructeurs, et de les rajouter au système. D'autre part, la license de FreeBSD est... une license BSD, beaucoup plus permissive que la GPL par exemple.

      >>Et comment peut-on gagner 30% de performances d'un côté, et faire de l'émulation pour accéder au réseau derrière !?

      Ce sont deux aspects différents du système. Les gains de 30% prévus concernent toute le couche système dans son ensemble. On n'est absolument pas obligé de passé par les drivers de windows si la carte que l'on possède fonctionne déjà. (toute les cartes "classiques" non-wifi fonctionnent bien sur sous FrreBSD).
      D'autre part, le projet Wifi n'est pas une "émulation". Il consiste, si j'ai bien compris, à réécrire l'API dont les drivers windows se servent. De même que Wine n'est pas un émulateur :)

      >>Est-ce que ce projet s'inspire du projet ndiswrapper qu'on a vu apparître sous linux pour les cartes WIFI ?

      Je crois oui.

      >>Quelles sont les cartes réseau qui ne sont pas supportées à l'heure actuelle ?

      Par exemple les cartes wifi intégrées des Intel Centrino, le driver Nvidia MCP intégré au chipset Nforce2 (du moins sans contorsions...)...
  • # Firewall

    Posté par (page perso) . Évalué à 10.

    A terme, IPFilter devrait être abandonné au profit du Packet Filter d'OpenBSD. (Ce sont des équivalents BSD de Netfilter...)

    Hum... Equivalent, peut-être, mais une fois qu'on a gouté à la simplicité de la syntaxe de PF, celle de Netfilter parait bien obscure...

    Et puis pour mémoire, un lien vers la dernière annonce sur linuxfr à propos de PF, et la possibilité de "gérer de la haute disponibilité de firewalls" : http://linuxfr.org/2004/03/30/15861.html(...)
    • [^] # Re: Firewall

      Posté par . Évalué à 5.

      C'est clair ! Je connais bien Netfilter, et j'ai eu l'occasion de découvrir PF y'a pas très longtemps : Ben c'est bien sympa quand même ! La syntaxe est très compréhensible, les perfs sont très très bonnes. Par contre je serais curieux de connaitre ses perfs par rapport à un firewall équivalent sur Netfilter... J'ai l'impression que Netfilter a dix mille fois plus d'options du futur qui ne serviront jamais à rien, alors que PF est plus "limité" mais fait très très bien son boulot.
      • [^] # Re: Firewall

        Posté par . Évalué à 3.

        Euh je ne crois pas NetFilter ai une "syntaxe". Je crois que c'est la partie noyeau du parefeu, donc netfilter doit avoir une API, certes, mais une syntaxe ?

        Rien n'empeche de virer iptables et de coder un bidule qui parse des règles au format PF et fait les appels systèmes correspondant pour NetFilter.
        • [^] # Re: Firewall

          Posté par . Évalué à -1.

          Et un post débile de plus... J'ai parlé de la syntaxe de PF. Relis.
  • # Quelques precisions...

    Posté par . Évalué à 7.

    FreeBSD 5.3 devrait intégrer GCC 3.4.2 (GCC 3.3 est utilisé actuellement)

    gcc 3.4.2 vient d'etre integre:
    gcc version 3.4.2 [FreeBSD] 20040728
    il en resulte de forte pertubation dans le ports tree ;-)

    A terme, IPFilter devrait être abandonné au profit du Packet Filter d'OpenBSD.
    Pas forcement. Tout dependra de ce que veut fare Darren Reed a ce propos. Ce qui est (presque) sur, c'est que ipf 4.x sera present dans la 6-CURRENT et sera backporte dans la 5-STABLE.

    les rumeurs disent que cette branche 5 devrait devenir la nouvelle -stable
    C'est sur meme ;-)
    • [^] # Re: Quelques precisions...

      Posté par . Évalué à 6.

      >>>>les rumeurs disent que cette branche 5 devrait devenir la nouvelle -stable
      >>C'est sur meme ;-)

      je reformule :)

      Les rumeurs disent que le passage en -stable de la branche 5, qui était prévu depuis fort longtemps, devrait normalement se dérouler juste après la sortie de freebsd 5.3, c'est à dire au mois d'octobre.

      J'espère que c'est plus clair.

Suivre le flux des commentaires

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