samedi 26 juillet
April | Agenda du libre | Framasoft | Léa-Linux | Lolix | JeSuisLibre | Eyrolles | LinuxMag | Veni, Vidi, Libri | InLibroVeritas | LinuxGraphic
Faire un don ! | | style | statistiques | contactez-nous | plan | lettre d'information
Accueil :: Dépêches :: Archives :: Proposer une dépêche :: Journaux :: Forums :: Entretiens :: Suivi :: RDF

: ZFS porté sur FreeBSD 7

Posté par ondex (). Modéré le 01 février 2007.
Pawel Jakub Dawidek est en charge du portage de ZFS [le système de fichier de Solaris et OpenSolaris] sur FreeBSD. Il a récemment annoncé sur son blog que le portage était terminé à environ 98%. Il est possible de monter, lire et écrire des volumes ZFS. Il est aussi possible de réaliser des snapshots et d'y accéder. Enfin il est possible d'exporter via NFS les volumes ZFS ainsi que leurs snapshots.

Un des seuls points manquant concerne les ACL. Les ACL de FreeBSD (type POSIX) et les ACL de ZFS (type NFS-v4) ne sont pas identiques. Il y a donc un choix à faire qui ne concerne pas uniquement le port de ZFS.

> Lire la dépêche (12 commentaires, moyenne: 2,8).  

Vous avez demandé le commentaire #799916.

Precisions ?

Posté par Joël SCHAAL () le 01/02/2007 à 11:59. (lien). Évalué à 3.

Bonjour !

Merci pour cet article intéressant. Serait-il possible d'avoir plus d'informations sur les performances de ce système de fichier (ala hdparm) ainsi que le surcoût qu'il implique ?

There is no need to fsck(1M) a ZFS filesystem, ever. Every block is checksummed to prevent silent data corruption
Je suppose qu'avoir des checksum pour chaque block représente une quantité non négligeable d'informations (à moins que ce mécanisme ne soit utilisé que dans le cas de disque en RAID ?...)

  • [^]Re: Precisions ?

    Posté par ondex () le 01/02/2007 à 13:22. (lien). Évalué à 6.

    Je n'ai pas de chiffre à te donner mais il est probable que le calcul du checksum ait un impact sur les performances.

    Il est possible de choisir entre 3 algorithmes de checksum : fletcher2, fletcher4 et sha256. Il est aussi possible de désactiver le calcul du checksum :
    # zfs set checksum=off <volume>

    Sinon, il existe aussi une option de compression et il est souvent rapporté que l'activation de la compression augmente les performances. Il est probable que le "coût processeur" soit inférieur au gain en terme de "bande passante" vers le disque dur (c'est pas très clair mais je pense que tu as compris ce que je veux dire)

    [^]Re: Precisions ?

    Posté par TazForEver () le 01/02/2007 à 15:49. (lien). Évalué à 1.

    C'est une citation hors contexte. Le checksum ne fait que de la détection d'erreur. On voit bien sur la vidéo de démo de Sun un cas d'usage : tu as deux volumes en miroir. L'opérateur corrompt volontairement une partie d'un volume. Grace aux checksums, zfs le détecte et re-synchronize automatiquement pour corriger l'erreur. Il n'y a donc rien de magique. Ni rien d'étonnant ou de nouveau.

    • [^]Re: Precisions ?

      Posté par Joël SCHAAL () le 02/02/2007 à 12:25. (lien). Évalué à 1.

      Ok, je n'ai pas vu la vidéo je n'ai que lu les pages.
      Mais ce que je comprends pas trop c'est où sont stockées ces informations de checksum ?
      Par contre je vois pas ce que tu veux dire en parlant de magie ou d'étonnement... Ce n'était pas mon propos.

Run by Team LinuxFr.org

Cette page a été générée par Templeet en 0.0477s (dont 0.0043 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.