Liens connexes

Dépêche modérée par

Dépêche éditée par

: La version 2.0 de DragonFlyBSD est disponible

Posté par patrick_g (page perso, ). Modéré le 23 juillet 2008.
0
Le projet DragonFlyBSD est le moins connu des systèmes d'exploitations de la famille BSD. Dans l'ombre de FreeBSD, OpenBSD et NetBSD le projet initié par Matt Dillon cherche à se différencier par ses particularités techniques.

DragonFlyBSD est, à l'origine, issu d'un conflit d'opinion entre les développeurs de FreeBSD et Matt Dillon (qui était membre de l'équipe FreeBSD à cette époque). Celui-ci pensait que la direction de développement initiée par la version 5.x n'était pas la bonne et il a donc choisi de se baser sur la très fiable série FreeBSD 4.x pour créer en juillet 2003 son projet BSD avec des objectifs très ambitieux.

5 ans plus tard voici la version 2.0 qui est annoncée...

> Lire la suite (324 commentaires, moyenne: 1,9).   [dépêche : 3631 caractères]

La grande nouveauté de cette version 2.0 est l'inclusion du système de fichier HAMMER. Conçu et développé par le décidément très polyvalent Matt Dillon ce système de fichiers 64 bits a l'ambition d'être le remplaçant du vénérable UFS qui est utilisé par les systèmes BSD. Il incorpore beaucoup d'idées qui sont dans l'air en ce moment et qui sont en cours d'implémentation dans les nouveaux systèmes de fichiers (ZFS et Btrfs).
Le but de DragonFlyBSD ayant toujours été d'obtenir un système à image unique pour les clusters (un seul OS réparti sur x machines) au lieu d'un cluster traditionnel (x OS pour x machines) il est normal que le système de fichiers HAMMER mette l'accent sur la possibilité de répartir le système sur plusieurs machines (clustered file system).
Une des limitations actuelles de HAMMER est qu'il n'utilise pas simultanément plusieurs processeurs (il n'est pas MP-safe). Matt Dillon pense que la conception et l'implémentation actuelle ont déjà été suffisamment longues (9 mois de design et 9 mois d'écriture) et que le travail de multithreading pourra avoir lieu plus tard. De plus HAMMER est conçu pour les disques de grande taille (500 Go et plus) et il n'aime pas beaucoup gérer un disque plein à raz bord. Actuellement un cron job doit être lancé périodiquement afin de maintenir les choses propres (répartition des blocs, etc) et d'éviter les crashs mais il est prévu (pour une future version) d'avoir un thread dédié qui s'occupera en arrière fond de ces tâches de gestion quand le système sera inactif.
Matt Dillon a bien pris soin de maintenir l'intérêt sur HAMMER lors de son développement. Il a posté de nombreux messages récapitulatifs sur la liste de diffusion afin d'informer des progrès accomplis et de jauger les performances.

Du coté des autres nouveautés de DragonFlyBSD on peut citer :
Comme toujours Matt Dillon a beaucoup d'idées originales et singulières pour les versions futures de DragonFlyBSD et ses posts (très techniques) sur la liste de diffusion sont alléchants. Il reste à voir si l'enthousiasme de son développeur principal et l'inclusion de techniques originales permettront à DragonFlyBSD de percer et de trouver sa niche dans le paysage déjà riche des systèmes libres.

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.

GCU-Squad

Posté par patrick_g (page perso, ) le 23/07/2008 à 07:17. (lien). Évalué à 10.

A noter que la traduction complète en français des notes de version est disponible sur le site GCU-Squad => http://www.gcu.info/2008/07/two-three-four-five-six-seven-ei(...)

Merci à mat pour cette traduction.