AFP dosya kopyası üzerinden ZFS'nin garip hız ölçümü


0

ZFS depolama sunucumun ne kadar hızlı olduğunu kontrol ediyorum. Bazı büyük dosyalarım var (& gt; 30 GB) ve kullanıyorum dd borulu /dev/null okuma hızını kontrol etmek için.

Çalışırken dd belirli bir dosya için ilk kez yaklaşık 95 MB / sn tutarında tutarlı bir sonuç alıyorum Her iki sinyali de kullandım ve pv ilerlemeyi izlemek için eşit sonuçlar verdiler.

Ancak, çalışırken dd ikinci kez sıra dışı bir şey olur:

407+0 records in
406+0 records out
425721856 bytes (426 MB, 406 MiB) copied, 4.61932 s, 92.2 MB/s
911+0 records in
910+0 records out
954204160 bytes (954 MB, 910 MiB) copied, 9.66672 s, 98.7 MB/s
1412+0 records in
1411+0 records out
1479540736 bytes (1.5 GB, 1.4 GiB) copied, 14.7018 s, 101 MB/s
12374+0 records in
12373+0 records out
12974030848 bytes (13 GB, 12 GiB) copied, 19.7579 s, 657 MB/s
12854+0 records in
12853+0 records out
13477347328 bytes (13 GB, 13 GiB) copied, 24.7491 s, 545 MB/s

1.5'den 13 GB'a yükselen ani yükselişe neden olan nedir? ZFS önbelleğinin sorumlu olduğunu düşünüyorum (sunucu 64 GB RAM'e sahip olabiliyordu), ancak sunucu (FreeBSD) istemcime (OSX) kesinlikle 657 MB / sn işleyemeyen tek bir 1 Gbps bağlantı üzerinden bağlı hız. Sıkıştırma, dosya neredeyse rasgele veri içerdiğinden de olası değildir.


Düzenleme: Üzgünüm, belki de sorumu kafa karıştırıcı bir şekilde sordum.

ZFS dosya sistemine sahip bir FreeBSD sunucum var. Bu sunucu AFP protokolünü kullanarak dosyayı paylaşıyor. OSX 10.10 çalıştıran masaüstü bilgisayarı kullanarak bağlanıyorum. Ve elbette koşarım dd müşteriye.

dd if=/Volumes/NetworkShare/testfile.dat of=/dev/null bs=1048576

Doğrudan sunucuda çalışırken, dd 625 MB / sn'nin üzerinde gösterir (zpool 8 sürücüye göre çizgili veriye sahip olduğu için Tamam).


Bu neredeyse dosya büyüyor gibi görünüyor, bu sizin ne yaptığınıza dair tanımınıza uymuyor. Lütfen Düzenle Sorunuzda çıktıyı üreten tam komutları eklemek sorusunuz. Şimdilik, insanların yanlış soruları cevaplamak için zaman harcamamalarını sağlamak için ne istediğinizi belirsiz olarak belirlediğiniz sorunuzu beklemeye koymak için oy kullandım. Soruyu düzenleme şansınız olmadan önce bekletilmeniz durumunda, "beklemedeki" ödemesiz dönemdeki düzenlemelerin otomatik olarak yeniden açma incelemesi sorusunu aday göstereceğinden emin olabilirsiniz.
a CVn

Yanıtlar:


0

Her şeyden önce, lütfen ekleyin dd Testi çalıştırmak için kullandığınız komut. Yorumda da belirtildiği gibi, yazılı dosya büyüyor, bu nedenle bir şeyler doğru olmayabilir (her bir test farklı bir dosyayı kopyalamıyorsa). Ayrıca bu noktaya, ne kadar büyük miktarda veri yazdığınızı, yani bs seçenek yeterince büyük olmalıdır. Bunu gör ZFS hızını test et bir örnek için konu.

İkinci olarak, diskinizin maksimum teorik hızını elde etmek için diskinfo aracını kullanabilirsiniz;

diskinfo -tv /dev/ada0

Üçüncüsü, daha geniş bir resim elde etmek için farklı araçlar denemeyi tavsiye ederim, örn. iozone, Ben yayınlanan konuya belirtilen.

Son olarak, bir dosyayı kopyaladığınızda /dev/null daha sonra veriler sunucunuzdan asla ayrılmaz. Bu nedenle haklısınız, hız farkı muhtemelen ZFS önbelleğe alınmasından kaynaklanıyor. Dosyayı ağ üzerinden kopyalamayı deneyin; 100 MB / sn'den daha fazlasını alamazsınız (1 Gbit bağlantının teorik hızı 125 MB / sn'dir).

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.