私はraidz2設定を使用している私のホームバックアップFreeNasボックスでいくつかのパフォーマンスの問題を抱えています、そして私はそれを引き起こしているのではないかと思っています(十分な処理能力、エコドライブ?)。
実行中:
dd if=/dev/zero of=/mnt/beast/test/ddfile bs=2048k count=10000
20971520000 bytes transferred in 146.161146 secs (143482181 bytes/sec)
20971520000 bytes transferred in 166.954361 secs (125612292 bytes/sec)
dd of=/dev/null if=/mnt/beast/test/ddfile bs=2048k count=10000
20971520000 bytes transferred in 85.232895 secs (246049603 bytes/sec)
20971520000 bytes transferred in 73.342644 secs (285938968 bytes/sec)
Raidz2に投稿された他のベンチマークよりも2〜3倍遅いようです。パフォーマンスを向上させる理由や方法について何か考えはありますか?
ファイルシステムでSHA256チェックサム(またはgzip圧縮)を設定していない限り、CPUがボトルネックになることはありません。
「top-SH」と「gstat」を実行することから始めます。最初のものはCPUが時間を費やしている場所を示し、gstatはディスクが何をしているかを示します。これにより、パフォーマンスのボトルネックとなるCPUまたはディスクを絞り込むことができます。
RAIDZを使用すると、最も遅いドライブによってパフォーマンスが制限されます。必要なのは、不良セクタがほとんどない1つの不安定なドライブで、処理速度が低下するため、応答時間が異常に長いドライブのgstat出力を確認します。
一般的に、FreeBSD-8(したがってFreeNAS)にはならないZFSの改善がたくさんあるので、FreeBSD-9に基づくFreeNAS9にアップグレードすることをお勧めします。
ZILとして使用するSSDを1つ購入することをお勧めします。
IntelデスクトップグレードSSD([〜#〜] zil [〜#〜])
[root@nas ~]# dd if=/dev/zero of=/mnt/Storage/test bs=2048k count=10000
10000+0 records in
10000+0 records out
20971520000 bytes transferred in 6.721851 secs (3119902598 bytes/sec)
3.119902598 GB/s
比較のために:
dd if=/dev/zero of=/mnt/zpool/Backups/testfile bs=2048k count=10000
10000+0 records in
10000+0 records out
20971520000 bytes transferred in 31.926824 secs (656862077 bytes/sec)
dd of=/dev/zero if=/mnt/zpool/Backups/testfile bs=2048k count=10000
10000+0 records in
10000+0 records out
20971520000 bytes transferred in 7.376463 secs (2843031884 bytes/sec)