Journal Petit test de FreeBSD 8.0

Posté par  (site web personnel) .
Étiquettes : aucune
21
28
juil.
2009
Cher Journal,

Alors que le monde entier teste Windows 7 - on se demande bien pourquoi, un Windows ça reste un Windows - je te propose un petit test de FreeBSD 8.0.

Le cadre du test est une utilisation en desktop, je ne vais donc pas tester les trucs genre ZFS/Dtrace/jails.
La machine est un Macbook Pro qui tourne déjà sous FreeBSD 7.2/i386. La version de FreeBSD va de 8.0-BETA1/i386 à la 8.0-BETA2
La page de publicité est sur http://ivoras.sharanet.org/freebsd/freebsd8.html, que je reprends pour les essais qui suivent.


+ Mise à jour.
- D'abord un petit test en bootant sur le live-cd "fixit" de la 8.0 pour voir si le minimum tourne.
Bon j'arrive au shell, le clavier est fonctionnel et le matériel a l'air reconnu.
(La 8.0 inclut une nouvelle pile USB et le clavier du laptop est en USB)

Mise à jour par la méthode habituelle (csup/make buildworld/make buildkernel/install) sans soucis.
Reboot...

Ah ben non ça reboote pas.

Le système voit mes partitions en ad4p3 (schéma GPT) alors qu'elles étaient en ad4s3 auparavant (schéma MBR), ça vient d'un changement dans GEOM_PART.
Après changement de /etc/fstab ça roule.

Comme je n'ai pas envie de tout recompiler là (j'attend KDE 4.3), je n'ai recompilé que l'indispensable : le module nvidia proprio et HAL qui dépend maintenant de la nouvelle libusb (maintenant dans la base).

+ Meilleure gestion de la disparition des périphériques montés
FreeBSD panique si on enlève une clef usb montée, c'est tellement vieux comme problème que c'est presque une feature (sic).
Voyons voir :
# mount_msdosfs /dev/da0s1 /mnt
# mount
...
/dev/da0s1 on /mnt (msdosfs, local)
(j'enlève la clef, oh ça ne panique plus !)
Par contre impossible ensuite de forcer à démonter le point de montage et impossible non plus de réaccéder au périphérique...

+ Nouvelle pile USB.
Peut-être un des changements les plus attendu pour un desktop. La nouvelle pile ne dépend plus du "giant lock" et supporte bien plus de fonctionnalités.
L'auteur (HPS) propose aussi un début d'implémentation pour les webcams, mais ça n'a pas l'air d'être dans la 8.
Rien à dire, le code est propre pour ce que j'ai pu en voir et ça fonctionne.

Deux problèmes :
- une régression dans le pilote ulpt (imprimante usb) qui me marchait plus chez moi (corrigé).
- impossibilité d'utiliser un clavier USB dans le dégogueur du noyau (DDB) en l'absence d'un mode de polling (le débogueur tourne avec les interruptions masquées).
À priori le polling vient juste d'être implémenté.

+ TextDumps: gathering information after kernel panic
Là par contre j'ai une régression sérieuse : le système ne veut plus faire un dump en cas de panic. En raison de GEOM_PART.
Je n'ai pas trouvé comment retourner au schéma précédent (MBR), sinon peut-être qu'en réinstallant le système complètement avec des partitions GPT ?
(c'est un macbook formaté avec bootcamp et un schéma mix GPT/MBR - comprend pas grand chose là dedans)

+ VImage/Virtualisation de la pile réseau :
Ça n'a pas l'air d'être dans la 8.0, dommage. Je n'ai trouvé aucune doc là dessus non plus à part la présentation ?

+ Superpages:
J'ai activé les superpages depuis la 7.2, mais je n'ai vu aucune différence sur mon laptop.

+ Système de son.
Changements massifs du système de son : http://people.freebsd.org/~ariff/SOUND_4.TXT.html
Bon j'ai pas tout compris :-)

- Algorithme de resampling de meilleure qualité (pas entendu de différence en écoutant les Sex Pistols ceci dit...)
- Equalizer dans le noyau (grave/aigu), ça c'est cool et j'ai essayé ça fonctionne bien.
- Modification dans les canaux virtuels (FreeBSD peut mixer depuis longtemps plusieurs canaux sur plusieurs /dev/dsp)
...

+ Wifi.
La gestion du wifi a changé, maintenant il faut passer par une ou plusieurs interfaces "wlan" et les associer au périphérique.
Ça permet de faire plusieurs points d'accès avec une même carte wifi par exemple.

Ma carte réseau est maintenant parfaitement supportée (une atheros AR5416), ce n'était pas le cas en 7.2

+ Emulation linux.
Le Linuxulator fourni l'implémentation d'un noyau Linux 2.6.16, en 7.2 l'implémentation est un noyau Linux 2.4. Ça permet une meilleure compatibilité avec les binaires linux récents (genre flash)

+ Bugs
J'ai eu deux freeze inopinés que je n'ai pas pu diagnostiquer, je suis repassé avec un noyau contenant toutes les fonctionnalités de debug (WITNESS, etc).
À priori ça a été corrigé entre la BETA1 et la BETA2, je n'ai pas eu de problème depuis : à surveiller.

+ Conclusion.
Une belle release qui s'annonce. À noter qu'il reste des trucs à polir en attendant la release prévue pour aôut (je table plutôt sur mi/fin septembre ama).

  • # Hors Sujet

    Posté par  . Évalué à 1.

    Puis-je profiter de ce topic pour poser 2 questions ?
    J'ai bien envie de passer à la 8 à sa sortie sur mon poste de travail (linux actuellement), actuellement je le teste dans une vm mais le comportement me déroute un peu :
    * Il n'y a pas de pkg_add -u comme sur openbsd, il n'est pas possible de faire des maj par packages automagiquement ?
    * pkg_add -rv firefox35, c'est bien mais ça ne m'installe pas les dépendances (comme libjpeg). C'est à faire à la main ??

    • [^] # Re: Hors Sujet

      Posté par  . Évalué à 2.

      Je n'utilise que rarement pkg_add -r, uniquement pour les petites libs sans config avant compil.
      * pour faire des maj par paquets j'utilise portupgrade :) et pour tout update d'un coup portupgrade -aRr (All, Recursive par le haut & le bas).
      * cd /usr/ports/... make config, make -j X, make install :-)

    • [^] # Re: Hors Sujet

      Posté par  (site web personnel) . Évalué à 2.

      pkg_add -r installe bien les dépendances, si il en manque c'est qu'il y a un bug.
      non il n'existe pas de pkg_add -u comme sous OpenBSD, mais portupgrade fourni un moyen de gérer les upgrades binaires.

      les pkg_tools sont en train d'être réécrite (Google Summer of Code) pour les rendre plus souples (librarie) et plus fonctionnelle, pkg_add fera les upgrades si un package est déjà installé par exemple : http://socghop.appspot.com/student_project/show/google/gsoc2(...)

      • [^] # Re: Hors Sujet

        Posté par  . Évalué à 1.

        Donc actuellement la politique des paquets chez freebsd est l'inverse de celle de openbsd : passer par les ports et non les packages.
        Ok, c'est pas bien problématique, c'est juste à savoir.

        • [^] # Re: Hors Sujet

          Posté par  (site web personnel) . Évalué à 2.

          Donc actuellement la politique des paquets chez freebsd est l'inverse de celle de openbsd : passer par les ports et non les packages.

          Les avis sont partagés, je passe par les ports mais d'autres passent par les paquets. J'ai jamais trouvé que les paquets fonctionnent bien sous FreeBSD, y'a des progrès à faire.

          Ceci dit j'ai vérifié et tu as bien jpeg en dépendance de firefox35, ça devrait marcher, tu as un message d'erreur ?

          D'autre part, les versions de bibliothèques en 8.0 viennent d'être bumpées y'a quelques jours et il va falloir attendre que les paquets soient mis à jour.

          les pixels au peuple !

          • [^] # Re: Hors Sujet

            Posté par  . Évalué à 6.

            Mouahaha ...
            OpenBSD:
            -i Switch on interactive mode. pkg_add may ask questions to the
            user if faced with difficult decisions.
            FreeBSD :
            -i , --no-deps
            Install the package without fetching and installing dependencies.

            Désolé du bruit :)

  • # mouais

    Posté par  . Évalué à -6.

    Ah ben non ça reboote pas. Le système voit mes partitions en ad4p3 (schéma GPT) alors qu'elles étaient en ad4s3 auparavant (schéma MBR), ça vient d'un changement dans GEOM_PART.
    Après changement de /etc/fstab ça roule.

    Pour des raisons de sante mentale, j'ai rebasculé sous windows.

    • [^] # Re: mouais

      Posté par  . Évalué à 8.

      C'est clair. Il faut de sérieux problèmes de santé mentale pour être sous Windows. Surtout si c'est volontaire.

    • [^] # Re: mouais

      Posté par  (site web personnel) . Évalué à 6.

      Aïe mauvaise réponse !
      Tu pouvais par exemple dire : "Houlha ! Je repasse sur ma distrib GNU/Linux qui elle est prête pour le desktop !"
      Là t'as bon, tu relance deux trolls libristes et tu évite de te faire dépertinenter pour avoir parlé de windows.

      • [^] # Re: mouais

        Posté par  (site web personnel) . Évalué à 3.

        Je pense qu'il faisait allusion à l'interview de Brad Spengler, mainteneur du projet grsecurity qui lors de son interview était visiblement à la masse au niveau de ce qu'est un poste bureautique linux aujourd'hui.

        • [^] # Re: mouais

          Posté par  . Évalué à 3.

          Sauf qu'il dit l'utiliser, notamment, pour jouer aux jeux récent sans se casser la tête. (J'ai déjà du mal avec des jeux un peu ancien, alors je n'imagine pas essayer avec les jeux récents, et les messages sur les forum confirme cet avis).

          « Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche

  • # ZFS

    Posté par  (Mastodon) . Évalué à 4.

    Autant les jails et dtrace sont des fonctionnalités très orientés sysadmin, autant pour zfs je ne comprends pas l'intérêt de "ne pas tester ZFS".

    zfs permet des tas de choses utiles pour tout un chacun, même en utilisation desktop : gestion de volumes avec réservation/quotas super simple , snapshots très utiles (qui permettent par exemple sous opensolaris d'avoir un équivalent à time machine), compression des données à la volée très efficace.

    J'ai voulu réinstaller une freebsd récemment sur mon laptop (un netbook avec chipset via) : l'installeur me fait un beau kernel panic. :\

    • [^] # Re: ZFS

      Posté par  (site web personnel) . Évalué à 4.

      Bah le truc, c'est que si tu sort vainqueur du combat entre l'homme et la machine, et que tu termine par avoir un BSD qui marchouille, tu n'a plus assez d'énergie pour te lancer dans ZFS... Donc tu remets au lendemain.

      Peut être dans ce cas précis il faut redéfinir la notion de vainqueur. ^^

      Adhérer à l'April, ça vous tente ?

    • [^] # Re: ZFS

      Posté par  (site web personnel) . Évalué à 2.

      zfs permet des tas de choses utiles pour tout un chacun, même en utilisation desktop : gestion de volumes avec réservation/quotas super simple , snapshots très utiles (qui permettent par exemple sous opensolaris d'avoir un équivalent à time machine), compression des données à la volée très efficace.

      Certe, mais il nécessite aussi un paquet de mémoire et FreeBSD recommande de l'utiliser en 64 bits. Je tourne en 32 bits pour diverses raisons : compatibilité linux, driver nvidia. J'ai d'autres machines qui sont lentes en 32 bits faut que puisse faire des paquets pour elles.

      Effectivement, il y a aussi l'aspect qu'on est bien content quand ça marche, et j'ai pas trop envie de réinstaller la machine.

      les pixels au peuple !

      • [^] # Re: ZFS

        Posté par  (site web personnel) . Évalué à 2.

        En 32 bits ça marche bien, mais il est vrai que le 64bit est recommandé pour ZFS.
        En ce qui concerne le driver nvidia, un version proprio 64bits devrait voir le jour bientôt puisque les devs de FreeBSD ont implémenté tout ce qui était attendu pour nvidia en 8-CURRENT.

      • [^] # Re: ZFS

        Posté par  . Évalué à 1.

        Dans quel proportion ça bouffe de la mémoire ? Le 64bits est recommandé pour utiliser plus de 4Go de RAM ou pour le jeu d'instruction ?

        Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

        • [^] # Re: ZFS

          Posté par  (site web personnel) . Évalué à 2.

          Il est recommandé d'avoir un 1Go de RAM (bien ce certains annonce bien s'en sortir avec 512Mo en 32birs) par contre ça ne bouffe pas trop de RAM, ça peut en bouffer temporairement beaucoup pour certaines opérations.

  • # Yabon

    Posté par  . Évalué à 2.

    Actuellement sous ArchLinux, j'ai bien envie de tester freebsd, pour découvrir et parce que j'aime le changement.
    Par contre, qu'en est il du support des radeon hd ? Si j'ai pas Xvideo par exemple, c'est pas la peine :/

    • [^] # Re: Yabon

      Posté par  (site web personnel) . Évalué à 1.

      J'ai installé récemment une NetBSD sur mon imac et la carte radeon HD est bien supportée. J'imagine que c'est pareil pour FreeBSD puisqu'après tout c'est Xorg qui prend en charge le matériel vidéo.

    • [^] # Re: Yabon

      Posté par  (site web personnel) . Évalué à 1.

      Si le pilote est libre ça doit marcher.

      Il y a des problème avec le driver pour les chipsets video Intel mais ça n'a pas l'air d'être la joie sous Linux non plus.

      les pixels au peuple !

      • [^] # Re: Yabon

        Posté par  (site web personnel) . Évalué à 2.

        Je suis en 8-CURRENT depuis un moment, et ça marche très bien avec les cartes ATI (driver radeon - que j'utilise - et radeonhd), les cartes intel marchent au poil pour tout ce que j'ai pu tester, et nvidia avec le driver libre nouveau, moyennant un petit patch de rnoland.

  • # Et sinon ?

    Posté par  . Évalué à 10.

    Tu t'es fait excommunier ou pas ?


    Ah merde, la news sur la religion, c'est à coté... Pardon pour le dérangement ! :-)

  • # et le desktop au fait?? but du journal.

    Posté par  . Évalué à 2.

    Parce que l'egaliseur dans le noyau, les superpages, le wifi démultiplié sur autant d'interface...

    On est loin des "features®" d'un "Desktop©"

Suivre le flux des commentaires

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