Sortie de FreeBSD 7.2

Posté par  (site web personnel) . Modéré par patrick_g.
Étiquettes :
29
4
mai
2009
FreeBSD
L'équipe du projet FreeBSD est heureuse de nous faire part de la sortie de la version 7.2-RELEASE de leur système d'exploitation. Il s'agit d'une version mineure (en attendant la version 8.0-RELEASE, prévue pour août 2009), par conséquent elle ne contient pas de révolutions, mais plutôt des évolutions.

Pour rappel, FreeBSD est un système d'exploitation de type BSD, disponible pour les architectures suivantes : x86, AMD64, ia64, pc98, PowerPC et UltraSPARC. Cette dernière mouture nous apporte, entre autres :

Virtualisation :
  • La possibilité d'assigner plusieurs adresses IP à une "jail" (virtualisation de type chroot), voire pas d'adresse IP du tout. Ce qui permet une plus grande souplesse de leur utilisation.
  • cpuset(1) permet dorénavant d'assigner une "jail" à un ou plusieurs processeurs donnés sur un système multiprocesseurs.
Gestion matériel :
  • La version SPARC64 prend en charge maintenant les processeurs Ultra SPARC III (modèle Cheetah).
  • Un pilote u3g(4) a été ajouté. Il permet de prendre en charge les fameuses clés 3G (modems HSDPA) qui sont apparues ces derniers mois (Novatel, Huawei, Qualcomm, etc).
Divers :
  • Un problème sur boot(8) pouvant empêcher certaines configurations matérielles de démarrer sur le CD-ROM d'installation de la 7.1-RELEASE a été corrigé.
  • Les versions de GNOME et KDE deviennent respectivement la 2.26 et la 4.2.2

Notez que, contrairement à la version 7.1-RELEASE dont les mises à jours sont supportées jusqu'au 31 Janvier 2011, la 7.2-RELEASE ne sera supportée que pendant 12 mois.

Aller plus loin

  • # question virtualisation

    Posté par  . Évalué à 6.

    Bonjour,

    Dans la news il est dit :
    cpuset(1) permet dorénavant d'assigner une "jail" à un ou plusieurs processeurs donnés sur un système multiprocesseurs.

    Est-ce qu'il s'agit de cpu physique ou également de cpu logique (et donc utilisable sur nos machine multi-core) ?

    • [^] # Re: question virtualisation

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

      Si je ne dis pas de bêtises, un CPU multicoeurs est un 'assemblage' de plusieurs processeurs mono-core dans le même circuit. La seule différence notable avec deux CPU physiquement séparés est le partage de certaine structures comme les bus et le cache mémoire.

      Un système avec un CPU dual-core et un système avec deux CPU mono-core sont gérés de la même manière sous FreeBSD, qui verra donc bien deux processeurs dans les deux cas.

      • [^] # Re: question virtualisation

        Posté par  . Évalué à 4.

        Sa question reste pertinente dans le cas de l'HyperThreading, si je ne dis pas de bêtises. Et ça m'intéresserait.

        • [^] # Re: question virtualisation

          Posté par  . Évalué à 1.

          À partir du moment où c'est vu comme un cpu par freebsd (que ça apparaît dans ton dmesg), les primitives sont les mêmes donc c'est valable. C'est le cas pour tout ce qui est multicoeur. Pour l'HTT, j'ai jamais eu de FreeBSD sur un tel processeur donc je n'en sais rien.

  • # Superpages

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

    Extrait du changelog complet : « [amd64, i386] The FreeBSD virtual memory subsystem now supports fully transparent use of superpages for application memory; application memory pages are dynamically promoted to or demoted from superpages without any modification to application code. This change offers the benefit of large page sizes such as improved virtual memory efficiency and reduced TLB (translation lookaside buffer) misses without downsides like application changes and virtual memory inflexibility. This is disabled by default and can be enabled by setting a loader tunable vm.pmap.pg_ps_enabled to 1. »

    En d'autres termes : FreeBSD 7.2 permet d'utiliser de manière transparentes les superpages (pages mémoire de 4 Mo au lieu de 4 Ko) sans modifier les applications. Pour 100 Mo, une application utilisera 25 superpages au lieu de 25600 pages classiques (4 Ko), ce qui va optimiser l'utilisation de la translation d'adresse (TLB : mémoire virtuelle => mémoire physique) et donc accélérer vos applications.

    Il existe un projet similaire pour le noyau Linux :
    http://linux-mm.org/HugePages
    (ce site regroupe toutes les informations sur la gestion de la mémoire sous Linux)

    • [^] # Re: Superpages

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

      En d'autres termes : FreeBSD 7.2 permet d'utiliser de manière transparentes les superpages (pages mémoire de 4 Mo au lieu de 4 Ko) sans modifier les applications. Pour 100 Mo, une application utilisera 25 superpages au lieu de 25600 pages classiques (4 Ko), ce qui va optimiser l'utilisation de la translation d'adresse (TLB : mémoire virtuelle => mémoire physique) et donc accélérer vos applications.

      C'est pas aussi simple, ça dépend du matériel qui peut ne disposer que de très peu d'entrées pour les superpages (plus y'en a mieux c'est). Et faire coexister des superpages avec des pages normales peut mener à des problèmes de fragmentations de la mémoire. D'après ce que j'ai lu, sur certaines charges le résultat peut-être mauvais, pire qu'avec des pages normales.

      ce papier explique bien la problématique : http://www.cs.rice.edu/~ssiyer/r/superpages/osdi02superpages(...)

      voir aussi :
      http://ivoras.sharanet.org/blog/tree/2008-08-19.status-of-su(...)

      Je vais essayé j'ai un core duo là.

      les pixels au peuple !

  • # Version mineure

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

    Merci pour ta news.

    Mineure, y'a quand même des choses intéressantes dans la 7.2 qui viennent de CURRENT. Tiré de "What's cooking for FreeBSD 8" <http://ivoras.sharanet.org/freebsd/freebsd8.html>

    - jails : ajout de IPv6, de multiples IP et de SCTP. Y(a plus qu'à attendre la virtualisation de la couche réseau qui sera dans la 8.0.
    Couplé avec ZFS ça sera chouette.

    - ports: build en parallèlle des ports (concerne toutes les versions supportées)

    - support de l'extraction à chaud d'un périphérique monté : bah depuis toujours ça paniquait ça. Ça devenait une feature plutôt qu'un bug....

    - superpages

    - mise à jour des pilotes pour le DRM, qui en avaient bien besoins
    - nouvelle version de snd_hda (pour les cartes son HDA)

    j'oublie sûrement des trucs. Ah oui procstat a été mergé, mais je ne sais pas quand (7.1 ?)

    les pixels au peuple !

    • [^] # Re: Version mineure

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

      Oui la sortie de la 8.0 va être chouette pour les nouvelles fonctionnalités. Je pense que je vais devoir faire comme patrick_g, et ne pas attendre le jour de la sortie pour écrire la dépêche (et donc oublier pleins de choses intéressantes).

      Et merci à tout ceux qui ont apporté des précisions.

  • # Support

    Posté par  . Évalué à 4.

    Cette version, pourtant plus récente que 7.1 sera supporté 8 mois de moins. Je trouve ça un peu bizarre (ou alors ils font aussi des version LTS chez FreeBSD).

    « 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

    • [^] # Re: Support

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

      Il en faut des versions maintenues *longtemps*. Dans le cas d'un serveur/firewall, tu n'as pas forcément envie (et le temps) de faire tous les upgrades si tu as un gros parc.
      D'ailleurs sous FreeBSD, c'est vraiment long...

    • [^] # Re: Support

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

      Cette version, pourtant plus récente que 7.1 sera supporté 8 mois de moins. Je trouve ça un peu bizarre

      Oui en effet, mais c'est comme ça. Tu as trois types de releases :
      Early adopter : versions tirées de -CURRENT sont supportées 6 mois.
      (en pratique j'ai jamais vu de version suivante sortir avant 10 mois, d'où un support d'environ un an)

      Normal : versions tirées de -STABLE sont supportées un an

      Extended : versions tirées de -STABLE qui sont supportées deux ans.

      La différence entre normal et extended est assez arbitraire, cela dépend si la version est un succès ou pas. En général on a par branche:
      early / extended / normal / extended (fin de vie de la branche)

      Normalement, une mise à jour dans une même branche ne doit rien casser et se fait très facilement. Mais il y a parfois des régressions et il faut quand même être prudent (et tester les betas, RC...).

      ou alors ils font aussi des version LTS chez FreeBSD.

      Ce n'est pas comparable parcequ'ici on ne cause que du système de base et du noyau, pas des applications fournies par des tiers qui ont leur propre politique.

      les pixels au peuple !

    • [^] # Re: Support

      Posté par  . Évalué à 2.

      Décidément sur LinuxFr va falloir rétablir le RTFM et le STFW. Tout est expliqué là : http://security.freebsd.org/#sup

  • # Oh, que je suis méchant!!!

    Posté par  . Évalué à -3.

    Pourquoi on parle de ce système alors qu'on a une preuve flagrante qu'il n'en vaut pas la peine....
    http://www.netbsd.org/~ad/50/

    ---->[car je ne sais vraiment pas de quoi je parle (et que je n'ai pas le niveau non plus)]

  • # voire, tout court

    Posté par  . Évalué à 2.

    Petite correction please, on ne dit pas "voire même" (pléonasme) mais "voire". Sinon on peut y aller carrément avec "voire même peut-être éventuellement"...
    Je suis toujours surpris de voir cette erreur.

Suivre le flux des commentaires

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