WikiMiNET

La documentation technique et administrative

Outils pour utilisateurs

Outils du site


wiki:divers:coin_geek:benchmark_nfs

Différences

Ci-dessous, les différences entre deux révisions de la page.

Lien vers cette vue comparative

Les deux révisions précédentes Révision précédente
Prochaine révision
Révision précédente
wiki:divers:coin_geek:benchmark_nfs [2018/09/18 01:42]
shatoon [Un mot sur la synchronisation?]
wiki:divers:coin_geek:benchmark_nfs [2020/06/27 18:16] (Version actuelle)
Ligne 262: Ligne 262:
 ===== Et en cas de soucis ? ===== ===== Et en cas de soucis ? =====
  
-J'ai comparé les débits en scrub (annalyse des pools) et en resilvering (réparation des pools ).+J'ai comparé les débits en scrub (annalyse des pools) et en resilvering (réparation des pools).
  
 En scrub, OpenIndiana est à 25 Mo/s et FreeNas 30 Mo/s... Si notre pool est plein ça prend un peu plus de 12 h  dans les deux cas. En scrub, OpenIndiana est à 25 Mo/s et FreeNas 30 Mo/s... Si notre pool est plein ça prend un peu plus de 12 h  dans les deux cas.
Ligne 268: Ligne 268:
 En resilvering les débits sont équivalents. En resilvering les débits sont équivalents.
  
-Les performances demandées par un resilvering "à pleine vitesse" sous OpenIndiana sont de 15% de CPU et 700 Mo de Ram. Les disques sont néanmoins pas mal solicités. Du genre 12 Mo/s de lecture sur chaque disque du pool en lecture et 12Mo/s en écriture sur le disque resilveré. Prévoir des pertes de performances...+Les performances demandées par un resilvering "à pleine vitesse" sous OpenIndiana sont de 15% de CPU et 700 Mo de Ram. Les disques sont néanmoins pas mal sollicités. Du genre 12 Mo/s de lecture sur chaque disque du pool en lecture et 12Mo/s en écriture sur le disque resilveré. Prévoir des pertes de performances...
  
 ===== Conclusion ===== ===== Conclusion =====
Ligne 274: Ligne 274:
 En conclusion : En conclusion :
  
-  * OpenIndiana permettra de meilleurs résultats que FreeNas en terme d'écritures, même si il y a un prix à payer sur les grosses écritures séquentielles. Nous privilégierons donc cette solution.+  * OpenIndiana permettra de meilleurs résultats que FreeNas en terme d'écriture, même si il y a un prix à payer sur les grosses écritures séquentielles. Nous privilégierons donc cette solution.
   * La dedup ne sera pas activée pour cause de manque de RAM   * La dedup ne sera pas activée pour cause de manque de RAM
   * La compression peut être activée sans soucis, et peut permettre de gagner un bon facteur de compression   * La compression peut être activée sans soucis, et peut permettre de gagner un bon facteur de compression
Ligne 299: Ligne 299:
   * Le [[https://imagine.minet.net/pad/p/benchmark-nas|PAD]] comportant l'ensemble des commandes saisies lors des tests (accessible seulement par les membres de MiNET...).   * Le [[https://imagine.minet.net/pad/p/benchmark-nas|PAD]] comportant l'ensemble des commandes saisies lors des tests (accessible seulement par les membres de MiNET...).
   * Un [[https://calomel.org/zfs_raid_speed_capacity.html|autre]] test très intéressant, notamment sur la compression.   * Un [[https://calomel.org/zfs_raid_speed_capacity.html|autre]] test très intéressant, notamment sur la compression.
-  * Si vous lisez des benchmarks extérieures, faites attention à la date du test. FreeNas s'est clairement amélioré entre 2010 et 2012...+  * Si vous lisez des benchmarks extérieurs, faites attention à la date du test. FreeNas s'est clairement amélioré entre 2010 et 2012...
   * Un des [[http://www.zfsbuild.com/2013/01/25/zfsbuild2012-nexenta-vs-freenas-vs-zfsguru|tests]] qui nous a poussé à tester FreeNAS   * Un des [[http://www.zfsbuild.com/2013/01/25/zfsbuild2012-nexenta-vs-freenas-vs-zfsguru|tests]] qui nous a poussé à tester FreeNAS
  
  --- //[[benwa@minet.net|Benoit Tellier]] 2014/01/25 17:02//  --- //[[benwa@minet.net|Benoit Tellier]] 2014/01/25 17:02//
wiki/divers/coin_geek/benchmark_nfs.1537227728.txt.gz · Dernière modification: 2020/06/27 18:15 (modification externe)