Petite incursion culturelle dans le monde parallèle à celui de Linux : le monde fabuleux des Unices (eh oui, le pluriel d’Unix est Unices) de la famille BSD (Berkeley Software Distribution).
Dans l’écosystème des systèmes d’exploitation de type Unix, Linux occupe une place prépondérante, mais une famille plus discrète, plus ancienne, continue d’incarner une philosophie de la stabilité et de la conception intégrée : les systèmes BSD. Loin d’être une relique, cette famille, comprenant FreeBSD, OpenBSD, NetBSD et DragonFly BSD, alimente des infrastructures critiques, des appliances réseau aux serveurs de streaming, en passant par l’automatisation industrielle.
Un héritage prestigieux pour une philosophie unique
L’histoire des BSD commence à l’Université de Californie à Berkeley dans les années 1970, comme une distribution du système UNIX d’AT&T. Rapidement, les chercheurs de Berkeley y apportent des améliorations fondamentales, dont l’implémentation de la pile TCP/IP qui a permis l’essor d’Internet. Après des démêlés judiciaires avec AT&T, le code est libéré en 1994 sous forme de 4.4BSD-Lite, donnant naissance aux projets que nous connaissons aujourd’hui.
Contrairement à Linux, qui n’est qu’un noyau autour duquel on assemble des distributions, un système BSD est un tout cohérent. Le noyau, les utilitaires système (ls, cat, le compilateur C) et la documentation sont développés et maintenus par un seul projet. Cette approche « système complet » garantit une intégration et une stabilité que peu de distributions Linux peuvent égaler.
Au cœur de cette philosophie se trouve aussi la licence BSD, qui se distingue radicalement de la GPL de Linux. Cette licence permissive permet d’utiliser, de modifier et même d’intégrer le code dans des logiciels propriétaires, sans obligation de redistribuer les modifications. C’est ce qui a permis son adoption massive dans des produits commerciaux comme MacOS, iOS, ou même des composants de Windows.
La famille BSD : quatre visions pour un même socle
Bien que partageant un tronc commun, les quatre principaux projets répondent à des besoins distincts :
- FreeBSD est le plus connu et le plus généraliste. Il est réputé pour ses performances, notamment réseau, et son intégration poussée du système de fichiers ZFS. C’est le choix idéal pour un serveur polyvalent, une appliance de stockage ou une passerelle réseau. Sa capacité à gérer des charges lourdes avec une latence minimale en fait le système de choix pour des géants comme Netflix.
- OpenBSD est la référence absolue en matière de sécurité. Ses développeurs pratiquent une relecture de code systématique et assument des choix par défaut extrêmement stricts. Il est à l’origine d’outils devenus des standards comme OpenSSH et le pare-feu PF.
- NetBSD se distingue par sa portabilité exceptionnelle. Il supporte une multitude d’architectures matérielles, des serveurs x86 aux machines embarquées les plus exotiques, en passant par d’anciennes stations de travail.
- DragonFly BSD est né d’une volonté de repenser le modèle de threading et de gestion des E/S pour les systèmes multiprocesseurs, offrant une alternative intéressante pour des charges de calcul massivement parallèles.
La généalogie des BSD : une histoire de forks successifs
Ces quatre projets n’ont pas travaillé dans leur coin dès le début. Leur histoire est une succession de forks à partir d’un ancêtre commun, 386BSD, une version de BSD adaptée aux PC 386 par Bill Jolitz. Ce dernier avait publié les patchkits permettant de faire tourner le code BSD sur les processeurs Intel, mais le projet peinait à intégrer les contributions extérieures. C’est ce qui a conduit à la création des premiers forks.
NetBSD est le premier descendant open-source de 386BSD à avoir officiellement vu le jour. Son dépôt de code a été établi le 21 mars 1993, et sa première version, 0.8, est sortie le 19 avril 1993. Le projet est né d’un ensemble de correctifs pour 386BSD et de la volonté de créer un système aussi portable que possible.
FreeBSD a été officiellement nommé le 19 juin 1993, avec une première version publiée en novembre 1993. Il est porté par une large communauté et maintenu par une équipe de développeurs, le FreeBSD Core Team.
Sa mascotte est le célèbre diable « Beastie », un clin d’œil à l’ancien logo de l’Université de Berkeley, dont la version la plus connue a été dessinée par John Lasseter, futur réalisateur chez Pixar.
OpenBSD a été créé en 1995 par Theo de Raadt, qui a forké NetBSD 1.0 après des désaccords avec l’équipe de ce dernier. Theo de Raadt est une figure controversée mais respectée de l’open source, connu pour son intransigeance sur la qualité et la sécurité du code. Son projet se distingue par une relecture de code systématique et une politique de sécurité parmi les plus strictes du monde des systèmes d’exploitation.
Le logo d’OpenBSD n’est pas un diable mais un poisson-globe (« blowfish »), en référence à l’algorithme de chiffrement Blowfish qu’il a intégré.
DragonFly BSD est le plus récent des quatre. Il a été initié en juin 2003 par Matthew Dillon, un développeur FreeBSD de longue date et un contributeur majeur du noyau Amiga. Dillon était convaincu que les approches adoptées dans FreeBSD 5 pour la gestion du multithreading et des systèmes multiprocesseurs allaient poser des problèmes de performances et de maintenance à long terme. Il a donc décidé de créer une branche pour explorer une direction technique différente.
Par rapport à Linux, la chronologie est contemporaine : le noyau Linux a été annoncé en 1991 par Linus Torvalds, et 386BSD en 1992. Les deux univers ont évolué en parallèle depuis, avec des philosophies et des modèles de développement distincts.
Des noyaux différents, une même licence
Les noyaux des quatre systèmes sont différents, bien qu’ils partagent une base de code commune historique. Ils ont divergé pour répondre à des objectifs distincts :
- FreeBSD, NetBSD et OpenBSD utilisent un noyau monolithique modulaire, écrit en C.
- DragonFly BSD se distingue par un noyau hybride, qui combine des éléments de noyau monolithique et de micro-noyau pour mieux gérer les systèmes multiprocesseurs.
Tous partagent en revanche la même licence BSD, ce qui facilite les échanges de code entre eux.
Les BSD sur PC : performances et cas d’usage concrets
Sur du matériel PC standard, notamment les plateformes amd64 et i386, ces systèmes excellent.
Les benchmarks récents confirment que FreeBSD est parfaitement compétitif avec Linux sur des serveurs modernes. En revanche, la prise en charge du matériel de pointe peut parfois nécessiter plus de temps que sous Linux.
La philosophie des BSD est souvent résumée par un mot : « ennuyeux ». Un serveur BSD, c’est la promesse d’une stabilité à toute épreuve, parfois même oubliée pendant des années car elle fonctionne sans intervention. C’est le contraire du « hype » technologique, un argument de vente difficile mais une réalité technique précieuse.
GhostBSD, la philosophie Ubuntu sur FreeBSD
GhostBSD est une distribution dérivée de FreeBSD qui se caractérise par une philosophie « à la Ubuntu », en ce sens qu’elle est prévue pour installer l’interface graphique Mate et auto-détecte le matériel avec un taux d’efficacité remarquable.
GhostBSD vise à offrir une expérience de bureau prête à l’emploi. Xfce peut facilement remplacer Mate si besoin dans cette distribution.
Compatibilité des BSD avec les logiciels Linux
Les systèmes BSD ne sont pas isolés du monde Linux. FreeBSD, notamment, intègre une couche de compatibilité binaire appelée « Linuxulator ». Celle-ci permet d’exécuter de nombreux binaires Linux non modifiés directement sur FreeBSD, une fonctionnalité précieuse pour accéder à des logiciels qui n’existent pas en version BSD native, comme certains navigateurs ou logiciels propriétaires. En revanche, l’inverse n’est pas vrai : Linux ne peut pas exécuter de binaires BSD nativement.
Ce qui attend l’habitué de Linux sous BSD
L’administrateur système chevronné qui pose ses valises sur un système BSD pour la première fois ne sera pas dépaysé. Les commandes de base sont les mêmes : ls, cd, grep, find, les scripts shell et les redirections fonctionnent à l’identique. L’éditeur vi est présent, et la philosophie générale de l’administration en ligne de commande est profondément similaire. Pourtant, quelques différences subtiles mais importantes marquent la transition.
La première est la structure des répertoires. Sous BSD, le système de base — tout ce qui est installé avec le système lui-même — réside dans des emplacements bien distincts des applications tierces. Les commandes système sont dans /bin et /sbin, tandis que les applications installées via le système de ports ou le gestionnaire de paquets binaires pkg se trouvent dans /usr/local/bin et /usr/local/sbin. La séparation est claire et rigoureuse, ce qui facilite la maintenance mais déroute l’habitué de Linux où cette distinction est souvent moins stricte.
La seconde différence majeure réside dans le système de démarrage. Les BSD traditionnels, à l’exception de DragonFly, utilisent un système de scripts d’init hérité de la tradition UNIX, avec des fichiers de configuration situés dans /etc/rc.conf. L’approche est radicalement différente de systemd, qui s’est imposé dans la plupart des distributions Linux. Pour les administrateurs formés à systemd, passer aux scripts init BSD peut ressembler à un retour dans le passé, mais c’est un retour à une logique simple et prévisible : des scripts shell, des dépendances explicites, et une configuration lisible par un humain. DragonFly BSD utilise dinit, un système de démarrage plus moderne mais tout aussi distinct de systemd.
Troisième différence, et non des moindres : la documentation. Les pages de manuel BSD sont légendaires pour leur qualité et leur exhaustivité. Là où sous Linux on ouvre souvent un navigateur pour consulter une documentation éparse, sous BSD la commande man est le premier réflexe, et elle livre des informations complètes, structurées et à jour. Les pages sont divisées en sections claires, et la section 9 couvre même l’API du noyau. La philosophie est que la documentation doit être autosuffisante, et cette exigence a perduré pendant des décennies.
Enfin, l’installation de logiciels est une expérience différente, mais enrichissante. L’habitué de Debian ou d’Ubuntu trouvera avec pkg un gestionnaire de paquets binaires dont la syntaxe est volontairement proche de celle d’apt : pkg install, pkg remove, pkg update, pkg upgrade deviendront rapidement des réflexes quotidiens. La familiarité des commandes réduit la courbe d’apprentissage, même si le gestionnaire de paquets BSD est plus léger et ne gère pas les dépendances avec la même complexité que son homologue Linux, ce qui se traduit par une plus grande simplicité d’utilisation. Pour ceux qui préfèrent la compilation, le système des ports, hérité de la tradition BSD, permet de compiler les applications à partir des sources avec des optimisations spécifiques à la machine. Les deux systèmes coexistent harmonieusement, et le passage de l’un à l’autre se fait sans heurts.
L’habitué de Linux trouvera donc sous BSD un environnement familier dans les grandes lignes, mais où la cohérence architecturale, la qualité de la documentation et la clarté de l’organisation du système donnent une sensation de solidité et de maîtrise que peu d’environnements Linux savent offrir. Ce n’est pas un dépaysement, c’est un approfondissement.
Au final, choisir un BSD pour un PC, c’est faire le pari de la cohérence et de la robustesse. Si la large compatibilité matérielle de Linux reste imbattable pour le grand public et les postes de travail dernier cri, les BSD offrent un cadre d’exception pour les serveurs critiques nécessitant une stabilité maximale et une surcharge minimale, les appliances réseau (routeurs, pare-feux) où la performance et la sécurité de la pile TCP/IP sont reines, les systèmes embarqués ou industriels où la maîtrise de l’empreinte mémoire et la licence permissive sont des atouts majeurs, les environnements où la sécurité est une obsession, à l’image d’OpenBSD, ou enfin le bureau puisque, comme Linux, le monde est enfin prêt à adopter les bureaux Unix.
Pour aller plus loin
