L'administration du système ,

Hébergement

Traduction

FreeBSD est bon pour les serveurs, mais pas pour les ordinateurs de bureau

FreeBSD dispose d'un sous-système audio complet à faible latence et le mixage du noyau permet à plusieurs applications de lire des sons simultanément (avec des paramètres de volume indépendants) sans configuration supplémentaire. Les paramètres par défaut incluent X.org et les paramètres de bureau tels que KDE ou GNOME, c'est aussi simple que de choisir un métapaquet en fonction de celui que vous préférez.

Même si cela semble trop complexe, PC-BSD est un système de bureau complet construit sur FreeBSD avec un programme d'installation facile à utiliser et une option de support commercial.

FreeBSD utilise un modèle de développement fermé

FreeBSD est développé par plus de 400 développeurs à travers le monde, qui ont tous accès totalà l'ensemble du système et des données de ce système d'exploitation. Les tiers corrigent également souvent les correctifs natifs. Si vous souhaitez voir le nombre de correctifs qui ont été corrigés, vous pouvez rechercher « Soumis par » dans les journaux de validation.

Il n’y a pas de règles strictes pour FreeBSD. Les décisions sont prises par des personnes disposées à faire le travail. Si des litiges surviennent, ils sont résolus par un groupe de promoteurs élus tous les deux ans. Le critère obligatoire selon lequel les développeurs sont sélectionnés est la correction ou la modification obligatoire du code du projet au cours des années précédentes.

FreeBSD - Juste OS X sans interface graphique sophistiquée

C'est le même mythe à propos d'OS X et de FreeBSD : OS X est simplement FreeBSD avec un magnifique interface graphique. Les deux systèmes d'exploitation partagent du code, par exemple la plupart des utilitaires de l'espace utilisateur et la bibliothèque OS X C sont dérivés de versions de FreeBSD. Une partie de ce code évolue à des moments différents et dans des directions différentes, par exemple FreeBSD 9.1 incluait plus tard une pile et un compilateur C++ initialement développés pour OS X par les employés d'Apple. Il y a aussi des détails radicalement différents.

Le noyau XNU utilisé sur OS X comprend plusieurs sous-systèmes d'anciennes versions de FreeBSD, mais est largement considéré comme une implémentation indépendante. Néanmoins, en raison de leur similitude, les produits implémentés sur OS X sont beaucoup plus faciles à adapter à FreeBSD. Par exemple, libdispatch et libc++ ont été écrits pour OS X et exécutés sur FreeBSD avant tout autre système d'exploitation.

Sur FreeBSD, tout doit être compilé à partir des sources

La collection de ports FreeBSD est un moyen très puissant d'installer des logiciels, vous permettant de personnaliser les paramètres pour différents programmes tiers et les bibliothèques. Cependant, ce n'est pas la seule façon d'installer un logiciel sur FreeBSD. Vous pouvez toujours installer des logiciels à partir de packages binaires. Le projet pkgng a ajouté un nouveau format de package et un outil de gestion de packages, fournissant un ensemble moderne d'outils pour la gestion binaire.

Vous pouvez installer pkgng à partir des ports (ports-mgmt/pkg) sur les anciennes versions de FreeBSD. Il est activé par défaut sur FreeBSD 9.1 et versions ultérieures.

FreeBSD est un UNIX des années 90 (ou 80)

FreeBSD est un descendant linéaire de l'UNIX original via la distribution de logiciels de Berkeley, mais il a continué à être développé séparément. Au cours des dernières années, nous avons vu ZFS devenir nettement plus puissant : prise en charge des canaux 10 Go, 40 Go et 100 Go, sous-système audio amélioré, prise en charge du 802.11n et d'autres améliorations.

Cela ne signifie pas que FreeBSD a abandonné ses racines UNIX. Il y a de nombreuses raisons pour lesquelles Systèmes UNIX est devenu populaire. Ils incluent un système gratuit facile à porter sur de nouvelles plates-formes, un ensemble d'outils simples et un noyau qui fonctionne bien sur une variété de plates-formes. FreeBSD maintient ces traditions.

Tout le bon code de FreeBSD vient de Solaris

FreeBSD a importé deux fonctionnalités de haut niveau d'OpenSolaris : DTrace et ZFS. Les deux sont désormais bien pris en charge par FreeBSD. ZFS en particulier est au centre de l'attention de nombreux développeurs FreeBSD, y compris ceux utilisés par iXsystems, une société qui prend en charge le développement de FreeNAS et vend des périphériques NAS commerciaux basés sur FreeBSD. Les développeurs de FreeBSD travaillent également en étroite collaboration avec les développeurs d'Illumos, l'un des forks open source de Solaris, pour améliorer ces deux fonctionnalités.

Malgré les avantages de ZFS, il s'agit encore d'une part relativement petite système commun. ZFS et DTrace représentent moins de 4 % du code du noyau, ce qui équivaut à près de 10 % du code du système principal. Si nous supposons que seulement 0,4 % de FreeBSD est bon, alors le système n'aurait pas gagné une telle popularité.

FreeBSD n'a pas de pilotes

C'est un problème auquel tous les systèmes d'exploitation sont confrontés, même les plus récents. Versions Windows. La plupart du temps, les utilisateurs ne se soucient pas du nombre total de pilotes, uniquement si les pilotes sont déjà installés par défaut. Il y a quelques omissions en termes de prise en charge des pilotes, mais FreeBSD prend en charge un large éventail de cartes réseau(y compris les chipsets 802.11n), la plupart des Cartes AMD, Intel et GPU Nvidia.

Le support matériel est la partie de la mise en œuvre qui nécessite une amélioration constante, car vous ne pouvez pas simplement dire aux fabricants de matériel d'attendre quelques années pour que les développeurs de logiciels rattrapent leur retard. La mise en place de la prise en charge de nouveaux appareils prend du temps, bien que certains fabricants fournissent eux-mêmes les pilotes, comme Nvidia fournissant des pilotes pour leurs GPU et Intel pour les derniers contrôleurs réseau. D'autres fournisseurs fournissent une assistance pour le développement de pilotes FreeBSD, notamment Broadcom, JMicron, HP, Mellanox, Chelsio et Solarflare. Si vous connaissez des appareils qui ne sont pas pris en charge par FreeBSD, il est préférable d'en informer les développeurs et les fabricants d'appareils. En règle générale, la meilleure façon de pousser les fabricants à trouver une solution est de leur dire que leurs clients ne peuvent pas utiliser leurs produits.

FreeBSD 4.x est le meilleur de tous les temps

La version 4.x était la plus stable et FreeBSD était fier d'avoir pu implémenter un tel produit. De nombreux utilisateurs ont continué à l’utiliser au fil des années. La série 5.x est sortie lors de la transition vers l'optimisation multi-thread. Cela impliquait de remplacer un verrou unique autour du noyau par un certain nombre de verrous plus petits partagés par des sous-systèmes individuels. Cela a demandé beaucoup de travail, ce qui a inévitablement conduit à quelques erreurs. 5.x était livré avec deux implémentations de threads, ce qui rendait les choses encore plus compliquées. Les deux premières versions de la série 5.x étaient étiquetées « développeurs uniquement », mais la version 5.2 était destinée à un public plus large et n'était pas à la hauteur des attentes des utilisateurs. Systèmes FreeBSD. Un certain nombre de gros utilisateurs ont décidé de ne pas modifier la série 4.x.

La série 5.x a été une leçon douloureuse pour le projet. La série 6.x a restauré la stabilité de la version 4.x et la série 7.x a restauré les performances d'un seul processeur. Lors de la sortie de la série 8.x, un certain nombre de tests de performances publiés par des tiers ont démontré que FreeBSD évoluait mieux sur les systèmes multiprocesseurs que sur tout autre système d'exploitation.

Toutes ces versions présentaient un nombre important d'améliorations, telles qu'un sous-système audio amélioré, ZFS, DTrace, la journalisation UFS et bien plus encore, mais la stabilité et les performances restaient les objectifs clés du système FreeBSD.

Inconvénients du logiciel FreeBSD

La collection FreeBSD contient actuellement plus de 26 000 logiciels. Il est difficile de comparer ce nombre à d'autres référentiels car les programmes sont répartis différemment (par exemple, le port GCC sur FreeBSD installe des programmes et des bibliothèques répartis entre 6 et 10 paquets sur Debian, selon la version de GCC), mais la plupart des choses sont vous pouvez toujours le trouver là-bas. L'une des raisons pour lesquelles les utilisateurs choisissent FreeBSD est le fait que l'ensemble des ports fournit un logiciel spécifique et relativement obscur dont ils ont besoin, contrairement aux autres systèmes.

La plupart des logiciels de l'ensemble de ports fonctionnent nativement sur FreeBSD. La plupart des logiciels open source sont indépendants du système d'exploitation et nécessitent une modification minimale pour être compilés et exécutés sur FreeBSD. Il existe des exceptions comme Valgrind, qui nécessitent une compréhension détaillée du système. Les logiciels propriétaires peuvent constituer un problème plus important. Certains développeurs, comme Opera, fournissent à FreeBSD leur code source.

Les autres logiciels doivent fonctionner en mode émulation. Par exemple, les binaires Linux peuvent s'exécuter au niveau Linux ABI, où les appels système Linux sont traduits en leurs équivalents FreeBSD. Le seul inconvénient est une charge légèrement accrue d'appels système ; Il est généralement difficile de mesurer la différence de performances entre l'exécution de programmes Linux sous Linux et sous FreeBSD : dans certains cas, les programmes s'exécutent plus rapidement sous FreeBSD que sous Linux en raison d'implémentations plus efficaces des appels de base. Par exemple, Version Linux Le plugin Flash peut s'exécuter à l'aide de NSPluginWrapper au niveau Linux ABI avec son propre navigateur Web.

Une solution similaire existe pour Démarrage de Windows applications.

FreeBSD ne prend pas en charge la virtualisation

FreeBSD 9 s'exécute en tant qu'invité Xen (domU) sur x86 et x86-64, y compris Amazon EC2. Grâce au travail réalisé avec Microsoft, NetApp et Citrix, FreeBSD peut fonctionner sur l'hyperviseur Hyper-V de Microsoft. FreeBSD 11 inclura le support Dom0 pour la gestion de domaine.

FreeBSD prend également en charge VirtualBox en tant qu'invité et hôte. tu peux trouver ajouts d'invités VirtualBox, puis l'hyperviseur lui-même dans un ensemble de ports. FreeBSD 10 agit également comme hôte du système d'exploitation pour l'hyperviseur BSD, offrant de nombreuses options pour exécuter des machines virtuelles FreeBSD sur FreeBSD.

Enfin, si vous n'avez pas besoin d'une virtualisation complète, vous pouvez utiliser le sous-système conteneur pour exécuter des espaces utilisateur FreeBSD isolés (ou même des espaces utilisateur Linux utilisant des couches Linux ABI) sur un seul noyau FreeBSD. Le conteneur peut même être doté de son propre pile réseau etc., et ainsi une machine peut être utilisée pour émuler un parc entier de machines.

La licence BSD encourage la coopération mutuelle

Tant que les développeurs du code FreeBSD ne déposent pas de réclamation pour droits d'auteur contre vous, vous êtes libre de l'utiliser. Mais si l’on en croit les déclarations des développeurs eux-mêmes, cela n’arrivera pas.

Certaines entreprises prendront certainement notre code, le modifieront et ne fourniront jamais rien en retour.

Prenons, à titre d'exemple, le cas de deux grandes sociétés Internet : Google et Yahoo! Auparavant, leur infrastructure interne était basée sur un système d'exploitation GPL, tandis que les versions ultérieures utilisent déjà FreeBSD. Parce que Google ne distribue pas leurs modifications système opérateur, ils peuvent conserver, par exemple, GoogleFS en propriété privée. Dans des cas comme celui-ci, où le logiciel est développé pour un usage interne, accord de licence la société n'est pas tenue de divulguer ses améliorations aux développeurs FreeBSD.

Il existe cependant quelques problèmes de connexion : par exemple, vous ne pouvez pas utiliser une bibliothèque sous licence GPL si vous utilisez déjà BSD.

Au fil des années, de nombreuses entreprises ont apporté des contributions significatives à FreeBSD. Et cela n'est pas seulement dû à un sentiment d'altruisme, car soutenir tout projet en développement rapide est un plaisir très coûteux.

Mise à jour serveur réseau- c'est une question gênante. je peux gérer ordinateur personnel, est devenu bizarre après la mise à jour, mais lorsqu'une entreprise entière ou des centaines de clients dépendent d'un seul système, même l'idée d'y toucher me semble être un cauchemar. Même si les plus expérimentés administrateur du système Lorsqu'il aura le choix : mettre à jour le système ou torturer avec un fer chaud, il s'assiéra et réfléchira. Bien que certaines versions d'UNIX disposent de procédures de mise à niveau simples, elles nécessitent plusieurs heures et un peu de chance.

D'un autre côté, le processus de mise à niveau est l'un des plus grands avantages de FreeBSD. Par exemple, j'ai plusieurs serveurs avec installé différentes versions FreeBSD, qui ont été corrigés. Très peu Administrateurs Windows mettre à niveau un serveur de Windows 2000 vers Windows 2003. (Au fait, ils sont payés pour une raison.) Je n'annule les systèmes FreeBSD que s'ils sont si obsolètes que le risque de panne matérielle m'empêche de dormir. FreeBSD 2.2.5 était initialement installé sur l'un de mes serveurs. Il a ensuite été mis à niveau avec succès vers FreeBSD 3 et enfin vers FreeBSD 4. Au moment où FreeBSD 4.8 est sorti Disque dur s'est comporté étrangement, alors nouveau système J'ai dû l'installer sur une nouvelle machine. Cet ordinateur a exécuté FreeBSD 5 puis FreeBSD 6 jusqu'à sa mort. 1 La seule fois où j'ai rencontré des désagréments, c'était lors du passage d'une version majeure à une autre, c'est-à-dire de FreeBSD 5 à FreeBSD 6. Cela m'a pris quelques heures. Et essayez la même chose avec d’autres systèmes d’exploitation.

"Dans la salle des serveurs, personne n'entendra le cri de l'alimentation électrique

Versions FreeBSD

Pourquoi est-il relativement facile de mettre à jour FreeBSD ? Tout dépend de la méthode de développement FreeBSD. C'est un système d'exploitation en constante évolution. Si vous téléchargez une version particulière de Free-BSD dans l'après-midi, elle sera légèrement différente de la version du matin. Les développeurs du monde entier apportent constamment des changements et des améliorations, de sorte que le système traditionnel de numérotation des versions adopté pour les logiciels moins open source ne s'applique pas ici. Vous pouvez en recevoir plusieurs à tout moment différentes versions FreeBSD : version, branche d'errata, -current, -stable et snapshot.

"Libérer"

Cela vaut vraiment la peine d'installer la version publiée de FreeBSD sur votre serveur de production, puis de la mettre à jour sur la branche actuelle avec les bogues corrigés.

Une « release » FreeBSD a un numéro de version standard, comme tout autre logiciel : 5.5, 6.3, 7.0. Une « version » est simplement une copie de la version la plus stable Versions FreeBSDà un moment ou un autre. Trois ou quatre fois par an, l'équipe Release Engineering demande aux développeurs de suspendre les changements majeurs et de se concentrer sur la résolution des problèmes identifiés. L'équipe Release Engineering sélectionne ensuite plusieurs variantes de code et les soumet pour des tests publics, et le code minutieusement testé se voit attribuer un numéro de « version ». Ensuite, les développeurs retournent à leurs projets habituels. 1

Sujet de correction de bug

Une branche d'errata est une "version" spécifique de FreeBSD ainsi que des correctifs de sécurité et des corrections de bogues pour cette "version". Malgré tous les efforts des développeurs de FreeBSD pour s'assurer que chaque "version" soit exempte de bogues, cet objectif est irréalisable. Il arrive qu'un attaquant inconnu découvre une nouvelle faille de sécurité une semaine après la sortie de la prochaine version de FreeBSD. L'équipe de sécurité publie ensuite des correctifs pour ceux qui souhaitent garder leurs systèmes aussi stables et sécurisés que possible.

Chaque "version" a sa propre branche avec des bugs corrigés. Par exemple, les errata de FreeBSD 7.0 sont différents des errata de FreeBSD 7.1, et la transition de l'un à l'autre est tout aussi difficile que celle de FreeBSD 7.0.

Malgré ce que vous pourriez penser, les « utilisateurs mécontents » ne sont pas un projet courant pour les développeurs FreeBSD. C'est vrai, une application.

à FreeBSD 7.1. Les modifications apportées à l'API et à l'ABI sont si importantes qu'elles ne permettent absolument pas une telle transition. Les applications qui fonctionnent dans la « version » principale fonctionneront également dans n'importe quelle version de la branche de correction de bogues pour cette « version ». Pour une stabilité maximale, vous devez rester sur la branche corrigée et destinée à version installée GratuitBSD.

Au moment de la rédaction de cet article, le projet FreeBSD a maintenu les branches de correctifs jusqu'à deux ans à compter de la date de la « version » majeure, mais cela peut changer. Consultez la page http://www.freebsd.org/security ou par courrier [email protégé] , où vous pouvez trouver une liste de mises à jour et des notes concernant la fin du support pour une version particulière. Bien sûr, avec l'accès au code source, vous pouvez prendre en charge la « version » héritée aussi longtemps que vous le souhaitez. Mais ne vous attendez pas à ce que l’équipe de développement de FreeBSD travaille pour vous éternellement !

FreeBSD-current est la dernière version avancée de FreeBSD. Il contient le code qui est rendu public pour la première fois. Bien que les développeurs disposent de serveurs de test et envoient les correctifs pour révision avant de les appliquer, ces correctifs n'atteignent pas tous les utilisateurs actuels de FreeBSD. La version actuelle de FreeBSD reçoit les premières critiques d'experts et subit de temps en temps des changements radicaux qui ajoutent des inquiétudes aux administrateurs système expérimentés.

La version actuelle de FreeBSD est disponible pour les développeurs, les testeurs et les parties intéressées, mais n'est pas destinée à un usage général. Les réponses aux questions des utilisateurs sur -current sont très rares, car les développeurs n'ont tout simplement pas le temps d'aider à configurer le navigateur Web - des milliers de commentaires plus importants nécessitent leur attention. Les utilisateurs doivent résoudre ces problèmes eux-mêmes ou attendre patiemment que quelqu'un d'autre résolve ces problèmes.

Pire encore, les paramètres par défaut de la version -current activent une tonne de code de débogage, fournissent des avertissements spéciaux et activent d'autres fonctionnalités liées au débogage. Tout cela rend la version actuelle plus lente que toute autre version de FreeBSD. Vous pouvez désactiver les mécanismes de débogage, mais vous n'obtiendrez pas un bon rapport d'erreur lorsqu'un problème survient. Cela signifie que vous rencontrerez des difficultés inutiles. Derrière Informations Complémentaires pour le débogage dans la version actuelle, reportez-vous au fichier /usr/src/UPDATING.

Si vous ne pouvez pas lire le code C et shell, déboguer le système d'exploitation, tolérer un comportement imprévisible des fonctions et attendre que quelqu'un résolve les problèmes, alors la version actuelle n'est pas pour vous. Les âmes courageuses qui veulent essayer le courant sont toujours les bienvenues. La route est ouverte à tous ceux qui souhaitent consacrer beaucoup de temps à l’apprentissage et au débogage de FreeBSD ou qui souhaitent tirer une leçon d’humilité. Il s’agit moins d’une instruction « vous ne pouvez pas faire ça », mais d’une déclaration « tout est entre vos mains ». Personne ne vous interdit de travailler avec la version actuelle, mais vous ne devrez compter que sur vous-même. La version -current n'est pas toujours avancée, mais elle est parfois dangereuse. En général, vous êtes prévenu.

Ceux qui veulent essayer -current devraient s'abonner aux listes de diffusion [email protégé] Et [email protégé] . Il s’agit de mailings à fort trafic – plusieurs centaines d’avertissements, notifications et commentaires par jour. Si vous lisez ce livre, il est probablement trop tôt pour écrire des messages sur cette liste de diffusion - lisez et apprenez simplement. Si quelqu'un découvre soudainement que le dernier patch pour système de fichiers se tourne disques durs dans zombie Cthulhu, des informations à ce sujet apparaîtront ici.

Gel du code -actuel

Tous les ans et demi pour FreeBSD-current, un gel du code d'un mois est effectué, lorsque les modifications non essentielles sont autorisées et que tous les problèmes restants sont éliminés. Le but est de stabiliser dernière version FreeBSD et éliminez les rugosités. Une fois ce processus terminé (ou peu de temps après), -current devient la nouvelle "version" .0 du système FreeBSD.

Après une ou deux "versions", la nouvelle version actuelle se transforme en une nouvelle version majeure -stable. Par exemple, à une certaine époque, FreeBSD 6.0 était à jour, tout comme FreeBSD 7.0.

Après la sortie de .0, le travail se poursuit dans deux directions : sur les versions FreeBSD actuelles et FreeBSD stables.

FreeBSD-stable (ou simplement -stable) est à la pointe pour l'utilisateur moyen. Cette version contient le dernier code évalué par des pairs. La version stable de FreeBSD est censée être stable et fiable ; cela ne devrait pas nécessiter une attention particulière de la part de l’utilisateur. Une fois que le code de -current a été minutieusement testé, il peut être fusionné dans la version -stable. Vous pouvez passer en toute sécurité à la version -stable à presque tout moment ; c'est une sorte de version bêta de FreeBSD.

Au fil du temps, les différences entre -stable et -current augmentent, et à un moment donné, il devient nécessaire de créer une nouvelle version de -stable à partir de -current. La version précédente sera activement supportée pendant plusieurs mois jusqu'à ce que la nouvelle version prenne racine. Certains utilisateurs voudront immédiatement mettre à niveau vers la nouvelle version stable, tandis que d'autres seront plus prudents. Après la sortie d'une ou deux nouvelles versions de -stable, la version précédente de -stable est considérée comme obsolète et les utilisateurs

Ils verront une invite pour mettre à niveau leurs systèmes vers la nouvelle version stable. En fin de compte, les modifications apportées à la version obsolète de -stable se limiteront à la correction de bugs critiques, et finalement son développement sera complètement arrêté. L'ensemble de ce processus est visible sur la Fig. 13.1.

De temps en temps, la version -stable est peaufinée et testée ; les développeurs arrêtent de déplacer les modifications de -current vers -stable et tournent toute leur attention vers les tests. Lorsque chaque développeur est satisfait de la qualité de la version, une nouvelle « release » est préparée. Par exemple, la quatrième « version » de FreeBSD 7 est FreeBSD 7.3. FreeBSD 7.3 n'est qu'une étape importante dans le développement de FreeBSD-stable 7.

Les utilisateurs stables avec FreeBSD doivent s'abonner à la liste de diffusion [email protégé] . Le trafic dans cette liste de diffusion est modéré, la majeure partie est constituée de questions et de réponses qui seraient effectivement envoyées à la liste de diffusion -question@, cependant, les plus importantes sont envoyées à cette liste de diffusion.

Stabilité de la version -stable

Le mot stable fait référence au code logiciel qui constitue la base du système d'exploitation FreeBSD lui-même. La prochaine version de -stable ne garantit pas la stabilité du système, mais seulement l'absence de changements significatifs dans les principaux code de programme Système d'exploitation. Les interfaces de programmation applicative et binaire (API et ABI) ne changeront probablement pas. Les développeurs mettent tout en œuvre pour maintenir la stabilité, mais personne n'est à l'abri des erreurs. Si vous craignez le risque de perte de stabilité, passez à l'utilisation d'une branche avec des erreurs corrigées (errata).

messages des développeurs, généralement intitulés HEADS UP. Veuillez prêter attention à ces messages ; Ils concernent généralement des changements dans le système qui peuvent ruiner vos projets de la journée si vous ne les connaissez pas à l'avance.

Absorption de la version actuelle

L'expression fusionner depuis -current (MFC) signifie déplacer une fonctionnalité ou un sous-système de FreeBSD-current vers FreeBSD-stable (ou, moins communément, vers une branche corrigée d'un bug). Cependant, tous les nouveaux ne subissent pas un tel transfert. Fonctionnalité, car la version actuelle de FreeBSD est un terrain d'essai où des changements importants sont testés, dont beaucoup nécessitent un débogage et des tests qui durent des mois. De tels changements ne sont pas répercutés sur la version stable car ils auront un impact négatif sur les utilisateurs de la version -stable, qui attendent en premier lieu la stabilité. De nouveaux pilotes, des corrections de bugs et certaines améliorations peuvent être reportés, mais des changements importants peuvent avoir un impact sur les performances. applications personnalisées, ne sont pas transférés.

Instantanés

Tous les mois environ, l'équipe FreeBSD Release Engineering publie des instantanés des versions -current et -stable, en les publiant sur un site FTP. Les instantanés sont simplement des jalons sur le chemin ; ils ne sont soumis à aucun test particulier. Snapshot n'a pas le même accent sur la qualité que la "version", mais peut servir de bon point de départ pour ceux qui sont intéressés par les versions -current et -stable. Il y a peu de contrôle sur la qualité des instantanés ; de nombreux développeurs ne savent même pas qu'un nouvel instantané est disponible jusqu'à ce qu'ils le voient sur le serveur FTP. Vous pouvez rencontrer des bugs. Vous pouvez rencontrer des erreurs. Les épreuves que vous traverserez feront grisonner votre mère, à moins, bien sûr, que vous ayez déjà amené la pauvre petite vous-même à ce point.

FreeBSD et tests

Chaque version et « release » de FreeBSD est soumise à des tests différents. Les développeurs individuels testent la qualité de leur travail sur leur propre matériel et se demandent mutuellement de revérifier leur travail. Si le produit est suffisamment complexe, ils peuvent utiliser un référentiel de code source privé pour mettre leur travail à la disposition de la communauté avant de le valider dans -current. Coverity a fait don d'un logiciel d'analyse à l'équipe de développement de FreeBSD pour des tests et un débogage automatisés en continu afin de détecter les bogues avant qu'ils n'atteignent les utilisateurs. Des sociétés telles que Yahoo !, Sentex et iX

Systems a fait don de matériel de haute qualité au projet FreeBSD à des fins de tests, fournissant un serveur pour l'équipe de sécurité et un cluster réseau hautes performances pour les développeurs du noyau. Plusieurs des développeurs les plus précieux de FreeBSD ont fait des tests leur objectif principal au sein du projet FreeBSD.

Cependant, un projet qui repose uniquement sur le travail de centaines de développeurs bénévoles ne peut pas acheter toutes les variétés d'ordinateurs produits, ni tester sous toutes les charges possibles. Le projet FreeBSD repose entièrement sur les dons des fabricants de matériel souhaitant faire fonctionner FreeBSD sur leur matériel, des entreprises souhaitant exécuter FreeBSD sur leur matériel existant et des utilisateurs.

L’aide la plus significative vient des utilisateurs disposant d’équipements réels et de bancs d’essai soumis à des charges de travail réelles. Malheureusement, la plupart de ces utilisateurs ne testent que lorsqu'ils insèrent le CD de distribution dans leur ordinateur, installent et exécutent le système. À ce stade, il est trop tard pour essayer d’apporter un quelconque bénéfice à cette version. Tous les bogues signalés par les utilisateurs peuvent vous aider à préparer la prochaine version, mais en attendant, la mise à niveau vers la branche corrigée des bogues pour cette version peut résoudre votre problème. La solution est assez évidente : il est nécessaire de tester FreeBSD en conditions réelles avant la sortie de la version. Les propositions pour tester les nouvelles versions stables apparaissent dans la liste de diffusion [email protégé] . En testant les versions -stable et -current, vous pouvez tirer le meilleur parti de FreeBSD.

Quelle version dois-je utiliser ?

Actuels, -stables, -errata, instantanés – la variété fait tourner la tête. Un tel système peut paraître compliqué, mais il est payant et offre le niveau de qualité requis. L'utilisateur peut être sûr que la branche corrigée par un bug sera aussi stable que possible et qu'elle a été examinée par des pairs et testée de manière approfondie. Le même utilisateur sait que les nouvelles versions de -stable et -current offriront de nouvelles fonctionnalités intéressantes s'il est prêt à prendre les risques que chacune comporte. une nouvelle version. Alors quelle version préférer ? Voici mes recommandations à cet égard :

Entreprise

Si votre système gère une entreprise, installez la version -stable et restez à l'écoute des mises à jour.

Les administrateurs qui souhaitent voir comment les modifications apportées à FreeBSD affectent l'environnement d'exploitation doivent utiliser -stable sur un système de test.

Développement

Si vous êtes un développeur de système d'exploitation, si vous avez beaucoup de temps libre et des nerfs solides, ou si vous êtes complètement idiot, alors la version actuelle est faite pour vous. Lorsque -current détruit votre collection MP3, identifiez le problème et proposez votre solution.

Passe-temps

Si vous êtes une personne passionnée, exécutez n'importe quelle version ! Soyez simplement conscient des limites de l’option que vous choisissez. Pour les débutants sous UNIX, il est préférable de choisir -release. Une fois que vous vous sentez plus en confiance, passez à -stable. Si vous n'avez rien de mieux à faire et que vous ne vous souciez pas de vos données, bienvenue dans les rangs des masochistes qui ont choisi -actuel !

Méthodes de mise à jour

FreeBSD propose trois méthodes de mise à jour principales : l'installation système, les mises à jour binaires et le code source.

La prise en charge des mises à jour binaires est fournie via le service Free-BSD Update. Cela rappelle un peu les services Mises à jour Windows, Firefox et d'autres produits logiciels commerciaux. En utilisant le service FreeBSD Update, vous pouvez mettre à jour votre système vers une branche avec des bogues corrigés.

sysinstall est le programme d'installation de FreeBSD. Il vous permet de mettre à jour le système vers une version particulière dans laquelle il est distribué. Par exemple, le programme d'installation de FreeBSD 7.5 est conçu pour être mis à niveau vers FreeBSD 7.5. Le programme sysinstall est utilisé pour effectuer une mise à niveau d'une « version » ou d'un instantané vers un autre.

Protégez vos données !

Le chapitre 4 s'intitule « Lisez ceci avant de gâcher quelque chose ! » pour de très bonnes raisons. La mise à jour du système peut détruire les données. Créer copie de sauvegarde système avant d'effectuer une mise à jour ! Je mets à jour mon ordinateur portable chaque semaine, juste par intérêt (voir la note ci-dessus à propos de l'idiot complet et de la version actuelle). Mais avant de mettre à jour le système, je copie toutes les données nécessaires sur une autre machine. Copiez les données sur bande, dans des fichiers, n'importe où, mais ne les mettez pas à jour sauf si vous disposez d'une sauvegarde récente.

La méthode du code source permet d'assembler les programmes qui composent le système d'exploitation FreeBSD et de les installer sur votre disque dur. Par exemple, si vous disposez du code source de FreeBSD 7.5, vous pouvez mettre à niveau votre système d'exploitation vers cette version. Cette méthode nécessite plus d’efforts mais offre une beaucoup plus grande flexibilité. Cette méthode est utilisée lorsque vous travaillez avec la version -stable ou -current.

Une version personnalisée de l'image FreeBSD 10.3 est désormais disponible dans Azure

Microsoft travaille depuis longtemps en étroite collaboration avec les logiciels libres. logiciel, notamment avec diverses distributions Linux. La société a désormais créé une version personnalisée de FreeBSD, ajoutant ce système d'exploitation à Azure Marketplace. La société a déclaré qu'elle testait, publiait et maintenait une image du système d'exploitation pour permettre aux clients d'exécuter FreeBSD sur Azure. Microsoft Azure implémente deux modèles de nuages- les plateformes en tant que service (PaaS) et les infrastructures en tant que service (IaaS). La fonctionnalité de la plateforme Windows Azure est assurée par un réseau de centres de données mondiaux Microsoft.

L'entreprise n'envisage pas de travailler seule sur sa version de FreeBSD. Selon Microsoft, "La plupart des modifications que nous avons apportées au noyau FreeBSD 10.3 concernent les performances réseau et le stockage... toute personne téléchargeant FreeBSD 10.3 depuis la FreeBSD Foundation verra ces modifications ajoutées au système d'exploitation." La société dispose d'images personnalisées de toutes les versions ultérieures de FreeBSD publiées par la FreeBSD Foundation. Les futures modifications du noyau auront également des implications sur le stockage des données, et la société continue d'ajouter de nouvelles fonctionnalités Hyper-V à sa version du système d'exploitation.

Hyper-V est un système de virtualisation matérielle pour les systèmes x64 basé sur un hyperviseur. La version bêta d'Hyper-V a été incluse dans les versions x64 Serveur Windows 2008, et la version finale (automatiquement, via Windows Update) est sorti le 26 juin 2008.

Pourquoi l’entreprise s’est-elle lancée dans FreeBSD ? Selon l'un des développeurs, de nombreux modèles de machines virtuelles configurés (Virtual Appliances) sont basés sur le système d'exploitation FreeBSD. Les fournisseurs d'appliances virtuelles incluent Citrix Systems, Array Networks, Stormshield, Gemalto et Netgate. Grâce à la coopération avec ces sociétés, nous avons pu créer notre propre version de l'image de cet OS. Avec la sortie de l’image, le travail de l’entreprise avec ses partenaires ne s’arrête pas ; de nouvelles fonctionnalités et fonctions seront ajoutées au fil du temps. Ce travail a duré deux années entières à l'entreprise.

Comme vous pouvez le voir sur la capture d'écran de l'annonce, l'éditeur de l'image FreeBSD est Microsoft Corporation, et non la FreeBSD Foundation. La raison en est que cette dernière dépend des contributions des individus de la communauté, y compris non seulement des développeurs individuels, mais également des entreprises créant leurs propres solutions basées sur FreeBSD. Microsoft a décidé de développer, tester et maintenir de manière indépendante ses images de ce système d'exploitation. C'est plus efficace et les clients Microsoft obtiennent le produit fini plus rapidement que si toute la communauté y travaillait. Cette solution, autant que l'on puisse en juger, convient à la Fondation FreeBSD.

Le système d'exploitation FreeBSD lui-même est développé comme un système d'exploitation complet. Source noyau, les pilotes de périphériques et les programmes utilisateur de base (appelés userland), tels que coquilles etc., sont contenus dans une seule arborescence de contrôle de version. Le système d'exploitation est principalement utilisé pour créer des intranets et des réseaux Internet, ainsi que pour des serveurs. Le système est considéré comme fiable, dispose d'une gestion efficace de la mémoire et fournit des services réseau fiables. En raison des particularités de la licence du système, son code peut être utilisé non seulement en open source produits logiciels, mais aussi dans des projets propriétaires, dont Microsoft a profité.

Le fondateur et vice-président de la FreeBSD Foundation, Justin T. Gibbs, a commenté : « Avoir une image FreeBSD prise en charge disponible sur Azure Marketplace est une réussite importante à la fois pour la communauté FreeBSD et pour Microsoft. Nous sommes reconnaissants envers la société pour sa contribution au projet FreeBSD."

La société n'oublie pas non plus les versions précédentes du système d'exploitation. Il est rapporté que bien que la société travaille avec FreeBSD 10.3, elle fournit des pilotes pour les versions de système d'exploitation jusqu'à 8.4. Grâce à cela, les utilisateurs d'Azure ont la possibilité de télécharger leur propre image de VM FreeBSD avec un système d'exploitation de plus de ancienne version, avec les ports fournis par l'entreprise et Azure VM Agent installé. Certes, les performances et les capacités de ce type de distribution peuvent varier. Par exemple, le taux de transfert de données pour FreeBSD 10.1 sur un réseau avec une bande passante de 10 Gbit/s était de 2 Gbit/s. Mais pour la version 10.3, ce chiffre était déjà de 9 Gbit/s. Une liste des versions Hyper-V prises en charge de FreeBSD peut être trouvée ici.

Que l'entreprise va créer la sienne Distribution Linux pour une utilisation dans un centre de données Azure, Microsoft l'a annoncé en septembre de l'année dernière. En particulier, que Microsoft souhaite construire un réseau défini par logiciel, puisqu'il adapte le « zoo » des équipements différents fabricants C’est difficile avec différents systèmes d’exploitation.

En mars de cette année, Microsoft et Canonical ont réussi à intégrer le système d'exploitation Système Ubuntuà l'intérieur de Windows 10. Et ce n'est pas le cas machine virtuelle, mais un système de type émulateur dans lequel les appels système Linux sont traduits en temps réel en appels système Windows. Après avoir vérifié auprès d'un certain nombre d'utilisateurs, lancez certaines applications de bureau Linux. Il est officiellement déclaré qu'une telle option n'existe pas, mais un utilisateur de Reddit portant le surnom w2qw a trouvé un moyen d'exécuter « X » dans Windows 10, ce qui ouvre la possibilité d'installer et de travailler avec VIM et Firefox.

Moins de deux ans se sont écoulés depuis la sortie de la version stable de FreeBSD 9.0, et l'équipe de développement est déjà prête à présenter la prochaine version de son OS sous le beau numéro 10. Le nouveau FreeBSD est désormais compilé en utilisant Clang, est livré avec le serveur DNS non lié, et possède son propre hyperviseur similaire à KVM , peut fonctionner avec des volumes ZFS compressés et inclut plusieurs dizaines de modifications plus intéressantes.

Clang au lieu de GCC

À l'été 2007, la Free Software Foundation a publié la version finale de la licence GPLv3, vers laquelle allaient bientôt basculer tous les plus grands projets de logiciels libres coordonnés par la fondation. La communauté FreeBSD n'a initialement pas accepté cette licence, car elle était encore plus restrictive de la liberté logicielle réelle que la GPLv2, et a ensuite refusé d'inclure tout logiciel GPLv3 dans la distribution du système d'exploitation de base, contrairement à la licence BSD.

En raison de l'interdiction totale dans le texte GPLv3 de ce qu'on appelle la tivoisation, c'est-à-dire la possibilité de créer du matériel basé sur un logiciel open source sans la possibilité d'y installer des modifications du même logiciel, les développeurs de FreeBSD ont dû abandonner complètement le transition vers les nouvelles versions de GCC et rester sur GCC 4.2.1. L'inclusion dans les versions ultérieures distribuées sous GPLv3 créerait automatiquement des problèmes pour de nombreux fabricants de matériel produisant du matériel basé sur FreeBSD.

Alors comment soutenir version obsolète GCC ne peut pas être fait indéfiniment, FreeBSD avait besoin d'un compilateur idéologiquement correct, et l'ouverture du code source de Clang la même année s'est avérée parfaite. Contrairement à GCC, Clang était distribué sous licence BSD et, en fait, n'était pas un compilateur. C'était juste une interface brute qui générait du code intermédiaire pour LLVM et le transmettait à ce dernier pour optimisation et compilation.

Lentement, mais sans arrêt, Clang a été amené à l'état d'un compilateur à part entière, et début 2009, l'intégralité de FreeBSD, y compris le noyau et les utilitaires utilisateur, pouvait déjà être compilée sans l'aide de GCC. Mi-2010, Clang est devenu partie intégrante de FreeBSD, mais pour l'instant uniquement comme alternative à GCC. En 2012, la transition vers Clang est terminée et il devient le compilateur par défaut.

Pour l'utilisateur moyen, une telle transition passera bien sûr presque inaperçue : make buildworld fonctionnera comme avant, les ports seront construits sans aucun problème, et même des commandes comme gcc helloworld.c fonctionneront sans problème grâce aux liens symboliques. Mais le véritable avantage sera pour les développeurs, dont beaucoup utilisaient auparavant Clang pour exécuter des tests de code pour détecter les erreurs (ce que Clang informe de manière beaucoup plus détaillée sur GCC), mais cet outil sera désormais utilisé par défaut.

Vous pouvez désactiver Clang et passer à GCC 4.2.1, qui est toujours inclus avec FreeBSD, en ajoutant les options AVEC GCC et AVEC GNUCXX dans le fichier /etc/src.conf.

BHyVe ou KVM sous licence BSD

En adhérant à l'idée de liberté totale garantie par la licence BSD et résumée dans une citation célèbre : « Faites ce que vous voulez avec le code, mais ne dites pas qu'il a été écrit par vous », la Fondation FreeBSD a acquis de nombreuses mécènes au cours de son existence. Il s'agit notamment de mastodontes comme Apple, NetApp et Juniper Networks, qui ouvrent régulièrement le code de leurs développements basés sur FreeBSD et les technologies associées (Clang, par exemple, une idée originale d'Apple). Le prochain développement de ce type était l'hyperviseur BHyVe, créé par NetApp pour être utilisé dans ses équipements. Son code a été ouvert en 2011 et presque immédiatement inclus dans FreeBSD.

Bsdconfig

À partir de la version neuf, FreeBSD est passé à l'utilisation du programme d'installation bsdinstall, remplaçant le système sysinstall maladroit, que les développeurs eux-mêmes ont qualifié de "morceau de code déroutant que personne ne veut prendre en charge". Le nouvel installateur était simple, intelligent, modulaire et extensible, mais était très inférieur à sysinstall en termes de paramètres post-installation. Ce défaut a été corrigé pour la sortie de la dixième version en incluant l'utilitaire bsdconfig dans le kit.

Le nouveau configurateur, comme l'installateur, est écrit dans un shell, a une structure modulaire et peut être utilisé séparément ou dans le cadre d'une autre application (dans ce cas, bsdinstall). Déjà maintenant, bsconfig vous permet de configurer les entités suivantes :

gérer les paramètres de /etc/rc.conf (utiliser l'utilitaire sysrc) ;
créer des comptes et des groupes d'utilisateurs dans le système et les gérer ;
configurer les fuseaux horaires (en utilisant tzdialog) ;
configurer les interfaces réseau, spécifier les paramètres de l'hôte, les serveurs DNS utilisés et les passerelles par défaut ;
créer et modifier des partitions de disque ;
configurer la console (polices, encodages, paramètres régionaux, économiseur d'écran, etc.) ;
gérer le lancement des services.

Autre

Des changements moins visibles, mais significatifs, incluent le remplacement du serveur DNS BIND et des utilitaires associés par le serveur récursif de mise en cache Unbound et les utilitaires du kit LDNS. Bien sûr, il n'est pas question ici d'un remplacement à part entière, mais seule l'exigence d'avoir un serveur DNS de mise en cache et un validateur DNSSEC dans le package de base du système d'exploitation est remplie. BIND, utilisé à cet effet depuis des décennies, a réussi à se transformer en un monstre maladroit et maladroit qu'il est tout simplement indécent d'inclure dans le kit de base (BIND 10 nécessite, par exemple, SQLite 3 et Python 3), mais le compact et productif Unbound fait parfaitement ce travail. Ceux qui ont besoin d'un serveur DNS à part entière peuvent installer BIND 10 à partir des ports.

Le démon auditdistd inclus est inclus dans expédition sûre les journaux d'audit du système sur le réseau vers une autre machine. Auparavant, les journaux d'audit contenant des informations détaillées sur le fonctionnement du système étaient stockés sur la machine locale, ce qui permettait à un attaquant de les supprimer pour masquer les traces de sa pénétration. Désormais, tous les journaux sont envoyés au démon auditdistd, qui peut non seulement les enregistrer sur le disque, mais également les transmettre à un serveur distant à l'aide d'une connexion cryptée.

FreeBSD 10 inclura de nouveaux outils d'installation et de gestion de packages appelés pkgng. Contrairement aux anciens utilitaires pkg_*, qui n'étaient qu'un outil permettant de télécharger des packages à partir d'un serveur FTP et de les déployer sur le système, pkgng est un gestionnaire de packages moderne à part entière de style apt-get. Il fonctionne avec les référentiels réseau, prend en compte les dépendances et peut mettre à jour correctement les packages, ainsi que supprimer les packages installés en tant que dépendances lors de la désinstallation de l'application. Du côté de l'utilisateur, travailler avec le nouveau gestionnaire de paquets ressemblera à ceci :

# mise à jour du pkg # pkg install gimp # pkg recherche firefox

INFO

Mot tivoisation vient du nom du lecteur vidéo TiVo sorti en 1999, qui fonctionnait sous le système d'exploitation Linux, mais ne permettait en aucun cas de modifier son firmware.

En plus du compilateur sous licence appropriée, FreeBSD a également introduit ses propres versions des utilitaires de tri et de correctif.

Implémentations de FreeBSD 10.0 Prise en charge USB Audio 2.0.

Liens symboliques variantes

L'implémentation de variantes de liens symboliques (varsym) a finalement été portée de DragonFlyBSD vers FreeBSD. À la base, varsym est le même lien symbolique, dans les chemins duquel les variables peuvent être utilisées ; lorsque leurs valeurs changent, le chemin lui-même change automatiquement. Le principal avantage de ces liens est la possibilité de les modifier par lots à l'aide d'une seule commande.

Changer de mode vidéo au niveau du noyau

En préparation de FreeBSD 10, des travaux ont été effectués pour intégrer KMS (commutation de mode vidéo au niveau du noyau) dans les pilotes des cartes AMD, en plus de la prise en charge KVM dans les pilotes des GPU Intel introduite dans la version 9.1. Sur ce moment La technologie KMS n'a pratiquement aucune importance pour FreeBSD, mais elle constitue l'un des éléments de base utilisés pour construire les systèmes graphiques du futur. Le même Wayland, par exemple, nécessite la prise en charge de KMS dans le noyau pour fonctionner.

conclusions

FreeBSD fait partie de ces systèmes d'exploitation qu'il est agréable de voir évoluer. Contrairement à Linux et Windows, il n'y a pas de recherche du maximum technologies efficaces, il n'y a aucune volonté de brancher tout ce qui est possible dans le système d'exploitation et d'inclure chaque correctif envoyé dans le code. L'OS évolue systématiquement dans la bonne direction, sans changer les traditions ni courir après la mode.