Articles précédents : BSD

[55] OpenBSD 3.5 est dans les bacs.
[19] FreeSBIE et GNUStep Live CD
[195] Theo de Raadt décide le fork de Apache
[78] Concours de création d'un nouveau logo pour NetBSD
[4] Surfons sur l'arbre à ports
[17] Le Sagem Fast 800 bientôt supporté par *BSD !
[30] FreeBSD 5.1 sorti
[8] NetBSD sur PDA
[55] OpenBSD 3.3 est sorti
[7] Sortie de NetBSD 1.6.1

Liens connexes

Rapport d'activité mai-juin 2004 (348 hits)
FreeBSD milestone nears release [ZDNET] (322 hits)
Tâches restantes en vue de la 5.3 (435 hits)

Dépêche modérée par

Floxy

Dépêche éditée par

tgl
Ragnagna

BSD : Des nouvelles de FreeBSD 5.3

Posté par stephane martin (). Modéré le 02 août 2004.

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.

Rapport d'activité mai-juin 2004 (348 hits)
FreeBSD milestone nears release [ZDNET] (322 hits)
Tâches restantes en vue de la 5.3 (435 hits)

> Lire la dépêche (9 commentaires, moyenne: 4,4).

* 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.

Cette discussion est archivée, il n'est plus possible de laisser des commentaires.

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

Free de base, mais...

Posté par Damien Szczyt (page perso, ) le 02/08/2004 à 08:18. (lien). É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 nullisimo () le 02/08/2004 à 09:22. (lien). É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 stephane martin () le 02/08/2004 à 13:08. (lien). É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...)...

--
Every time you write invalid markup, God kills a kitten

Firewall

Posté par Xavier Teyssier (Jabber id, page perso, ) le 02/08/2004 à 08:23. (lien). É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 klipz (page perso, ) le 02/08/2004 à 12:05. (lien). É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 Guillaume Knispel () le 02/08/2004 à 17:38. (lien). É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 klipz (page perso, ) le 03/08/2004 à 07:41. (lien). Évalué à -1.
    Et un post débile de plus... J'ai parlé de la syntaxe de PF. Relis.

Quelques precisions...

Posté par nullisimo () le 02/08/2004 à 09:31. (lien). É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 stephane martin () le 02/08/2004 à 14:45. (lien). É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.

--
Every time you write invalid markup, God kills a kitten

Revenir en haut de page