La nouvelle version du système à la libellule est sortie fin décembre 2022.
DragonFlyBSD est un système UNIX libre dérivé de FreeBSD 4.8 en juin 2003 lorsque Matthew Dillon anticipait des problèmes sur le nouveau noyau multithread et multiprocesseurs de FreeBSD 5. Les différences significatives par rapport à FreeBSD sont l'implémentation des lightweight kernel threads (LWKT), un système intégré au noyau pour les transferts de messages, et les systèmes de fichiers HAMMER et HAMMER2. HAMMER a longtemps fasciné du monde sur LinuxFr, comme en témoignent les trolls hors-sujet, sans doute déçus de ne pas voir venir Btrfs. Il reste utilisable, mais HAMMER2 est désormais le système de fichiers mis en avant par le projet, même si toutes les fonctionnalités prévues ne sont pas encore implémentées.

La série 6.2 amenait le support matériel des hyperviseurs type-2 grâce au portage de NVMM (NetBSD Virtual Machine Monitor, utilisé avec QEMU comme son équivalent KVM sous Linux), le portage du pilote AMDGPU depuis Linux 4.19, le redimensionnement du système de fichiers HAMMER2 et la possibilité expérimentale de le monter à distance.

La version 6.4 contient énormément de correctifs et de mises à jour du système de base.

Comme tous les six mois, une nouvelle version de DragonFlyBSD est sortie le 10 Mai 2021 après une courte RC sans problèmes détectés. Cette version 6.0 succède à la version de développement 5.9 et à la série des versions stables 5.8. Son numéro majeur est là parce que le projet n'aime pas les numéros de version à trois chiffres.

Les principales nouveautés sont :

• des avancées significatives sur dsynth l'outil de construction des paquets, qui rapporte plus d'information à l'utilisateur et nettoie mieux les paquets obsolètes ou cassés ;
• beaucoup de bugs réparés et de nombreuses mises à jour des outils de base et des logiciels additionnels ;
• des avancées sur le système de fichier HAMMER2 avec un support préliminaire des multi-volumes en local, la possibilité d'augmenter la taille du volume et un gros travail de Tomohiro KUSUMI sur le nettoyage du code et la réparation de bugs ;
• un important travail sur l'architecture de la mémoire virtuelle, pour représenter la mémoire en se basant sur des extents ;
• des changements majeurs apportés au système de mémoire virtuelle, ce qui a amené à retirer la fonctionnalité MAP_VPAGETABLE mmap() qui empêche désormais le fonctionnement des noyaux virtuels (vkernels). Le support pourrait revenir plus tard grâce à HVM, mais ce ne sera pas le cas dans cette version.

DragonFly BSD 4.6.1 est disponible depuis le 17 octobre 2016. Il s’agit d‘une version mineure comportant principalement des corrections de bogues. Cette dépêche se focalise sur les nouveautés de la branche 4.6 en général.

Justin Sherill a annoncé la version 4.6 de DragonFly BSD le 2 août 2016. Cette version contient des mises à jour qui raviront les utilisateurs de processeurs graphique Intel et Radeon, un tout nouveau contrôleur NVMe, une prise en charge préliminaire de l’EFI, mais également des améliorations de performance SMP et réseau lors de charges importantes.

Le 7 décembre dernier, Justin Sherill a officiellement annoncé la disponibilité de DragonFly BSD 4.4 en version finale (et non le 4 décembre, comme annoncé ailleurs…). Comme cela est le cas depuis quelques versions, la pile DRM a subi de profonds changements améliorant grandement la prise en charge des GPU Intel et AMD. La pile réseau, elle, a été revue afin d’en améliorer (encore) les performances. Autre point majeur : une revue en profondeur de la prise en charge des locales et collation en fonction de celles-ci. De plus amples détails se trouvent dans la suite de la dépêche.

La nouvelle version stable du système d'exploitation DragonFly BSD, la 4.2, est sortie aujourd'hui 29 juin 2015. Elle est disponible au téléchargement. De nombreux changements ont été apportés depuis la version 4.0 de novembre dernier, notamment de nombreuses améliorations pour le pilote i915. GCC 5.1.1 fait son apparition dans base, d'importants changements ont lieu dans les pilotes wifi, et la pile audio qui souffrait de plusieurs problèmes a été revue en profondeur.

Merci à tous les contributeurs à cette dépêche et en particulier à François Tigeot et Joris Giovannangeli.

Après 3 RC, DragonFly BSD 4.0 a été annoncée par Justin Sherril. Elle est disponible au téléchargement en version finale depuis le 26 novembre 2014. Cette version comprend notamment la prise en charge des GPU de la famille Haswell ainsi que le support d'OpenGL et un nouveau générateur de nombres pseudo-aléatoires pour /dev/random. Plus d'informations se trouvent dans la suite de la dépêche.

DragonflyBSD 3.8 est désormais disponible au téléchargement. Cette version apporte notamment une nouvelle pile USB, la prise en charge de PAM et NSS, des améliorations concernant i915 et KMS, ainsi que de nombreuses améliorations de performance des pilotes réseaux et la gestion des C-state pour les CPU Intel.

Les détails concernant cette version se trouvent dans la suite de la dépêche.

La version 3.6 du système d'exploitation DragonFly BSD est désormais disponible, apportant notamment une amélioration considérable des performances pour les machines SMP. Les détails concernant cette version se trouvent dans la suite de la dépêche.

Nous avons la chance d'avoir quelques développeurs qui fréquentent LinuxFR.org (what else?), dont François Tigeot (lecteur silencieux, dorénavant inscrit sous le pseudo ftigeot) qui contribue au système d'exploitation libre DragonFly BSD, un cousin de FreeBSD au sujet duquel nous avions interrogé tantôt Jean-Sébastien Pédron (quant au portage du Kernel-based mode-setting – KMS – pour les GPU Radeon) puis Baptiste Daroussin (au sujet de « pkgng », le nouveau système de packages binaires qui a été justement repris par DragonFly (les fourbes !) : hasard ou coïncidence ? Autrement dit : y aurait-il une mafia française du logiciel libre ?

Pour répondre à cette lancinante question, rappelons :

• ce que Jean-Sébastien Pédron avait fini par avouer, sous la torture, lorsque je lui avais posé la question suivante : « Échanges‐tu avec les développeurs des autres *BSD sur ta partie ? » : « Je suis également en contact avec François Tigeot, de DragonFly, qui s'est occupé du pilote Intel chez eux. Je pense qu'on va travailler de plus en plus ensemble, parce qu'on a sans doute moyen de se répartir le boulot. ».
• ce que Baptiste Daroussin avait fini par avouer, avec les mêmes moyens, lorsque je lui avais posé la même question : « Les échanges sont assez nombreux, essentiellement avec DragonFly. En effet sous l'impulsion de John Marino, aidé maintenant par François Tigeot, pkgng et les ports FreeBSD ont été porté sous DragonFly avec des résultats plus que convaincants. La dernière version de DragonFly dispose du support au choix entre pkgsrc ou pkgng + ports, je suis convaincu que la prochaine version de DragonFly sortira avec uniquement pkgng ».

Il semble qu'il y ait définitivement une piste à creuser…

Du coup j'ai bien envie de passer François à la question relativement à la pile graphique de DragonFly ou au port de pkgng, mais on m'indique dans l'oreillette que ces sujets ne sont en réalité qu'une partie de l'activité déployée par François dans DragonFly.

Nous allons donc de ce pas interroger ce personnage – qui semble central dans la communauté DragonFly – afin de tenter d'y voir plus clair.

Quoi qu'il en soit, nous remercions chaleureusement François Tigeot d'avoir accepté de répondre à quelques questions pour LinuxFR.org et aussi pour son implication dans DragonFly !

À noter que les hyperliens ont été ajoutés après coup par les contributeurs à cette dépêche pour en faciliter la lecture.

DragonFly BSD est un système d'exploitation BSD de type Unix. Après 1500 commits par 23 committers pendant 6 mois de développement, la version 3.4 apporte son lot de nouveautés, avec un nouveau système de gestion des paquets et des performances améliorées.

DragonFly est un système d’exploitation de type UNIX, issu d’un fork de la branche 4.x de FreeBSD, il y a maintenant presque 10 ans. Initialement, le but était d’arriver à un système d’exploitation pour grappe de serveurs — cluster — et, entre autres, de garantir la cohérence de cache au niveau du système d’exploitation, pour permettre à plusieurs applications de tourner sur une multitude de machines dans un même environnement logiciel. Bien que ce ne soit plus le but premier, ce concept a influencé et continue d’influencer l’architecture du noyau.

Cette dépêche a été rédigée en collaboration avec d-jo, EggMan, bastien, Nÿco et Neox. Merci à tous les participants.