Gigabit ethernet ağındaki Windows Dosya Paylaşımı'nın (SMB) tipik performansı nedir?

Son zamanlarda bir Samba sunucusu ve bir Windows Vista istemcisi ile bir gigabit ethernet ağı (jumbo çerçeveler kullanmıyorum) üzerinden Windows dosya paylaşımı kurdum. Birkaç dosya kopyası yaptım, ancak gördüğüm maksimum iş hacmi 20MB / s (megabayt değil, megabit değil). Sunucuda yaklaşık 75 MB / sn (darboğaz PCI veri yolu) yönetebilen bir RAID dizisi vardır ve istemci bir diskten diske kopyalamada yaklaşık 40 MB / sn yönetebilir.

Şunu da eklemeliyim ki o sırada ağda başka trafik yoktu.

Anladığım kadarıyla teorik olarak en üst seviyeye ulaşamayacağım, ama bunun bu kadar kötü olacağını düşünmedim.

Gigabit ethernet ağındaki Windows Dosya Paylaşımı'nın (SMB) tipik performansı nedir?

Bonus puanları: Bunu daha hızlı hale getirmek için neyi ayarlayabilirim (jumbo çerçeveleri kullanmanın yanı sıra)?

Ağ kartlarınızın, anahtarlarınızın ve kablolarınızın kalitesinin bir etkisi olabilir. Başkalarının çok iyi performans göstermediğini bildirip bildirmediklerini görmek için kullandığınız NIC'lerin ve anahtarların incelemelerini aramaya değer olabilir. Anakartın içine yerleştirilmiş NIC'lerin Gbit aktarımlarından daha kötü olduğunu düşünüyorum, ancak benim deneyimime göre bu, çevremde çok fazla fark yaratmıyor gibi görünüyor.

Bir referans noktası olarak, ofisimize yeni bir Gbit anahtarları taktım (eski 100Mbit anahtarların yerini alıyor) ve büyük SMB aktarımları, test ettiğim her bir makine kombinasyonu arasında 30Mbyte / sn'ye yakın (ancak daha az) çalışıyor. İki makine arasında netcat ile hızlı bir test yaptım ve benzer sonuçlar aldım, bu yüzden SMB'nin darboğaz olduğunu düşünmüyorum. Test ettiğim iki makinenin aralarında bir etkisi olabilecek iki anahtarı var, ancak rakamların bir SMB'nin aynı anahtardaki bir makineye nereye aktarıldığına bakıldığında bu etkinin minimum olduğunu düşünüyorum.

Bir Gbit ağı üzerinden gördüğüm en iyi aktarım hızı, en hızlı şekilde 50Mbyte / sn'lik utangaçtı. Bu, bir sürücü görüntüsünü bir makineden diğerinde bir dosyaya aktarırken (VMWare sanal sürücüsüne dönüştürmek amacıyla) Bu durumda, iki makine bir anahtar yerine kısa bir çapraz kablo ile bağlanmıştır. söz konusu makinelerden biri az önce test ettiğim ve ~ 29Mbyte / sn aldım makinelerden biriydi - benim durumumdaki ana darboğaz için en olası suçlu muhtemelen binada yapılmış olabilecek 8 yıllık kablolama Küçük ev ağımdaki hızlı (ve eşit derecede bilimsel olmayan) bir test, 35Mbyte / sn'lik bir dosyayı bir Samba paylaşımından bir Windows kutusuna ve 25Mbyte / sn'lik bir yönde kopyalarken (I '

Jumbo çerçeveler toplu transferler için bir fark yaratacak, bu yüzden tüm kitiniz bunları düzgün bir şekilde destekliyorsa bunu denemenizi öneririz.

Uzun bir hikayeyi kısaltmak için: fıkra deneyimimden geçerek 20Mbyte / sn biraz yavaş, ama çok büyük değil. Tüm Windows ve Samba yüklemelerim hemen hemen tamamen ununited, bu yüzden donanım / kablolarınızın gördüğüm ve gördükleriniz arasındaki fark olduğundan şüpheleniyorum.

Düzenle

Tabii ki, bu cevaptan beş yıl sonra donanım ve yazılım devam etti. Ucuz kitle bile Gbit ağa sahip makinelerde 90'dan fazla MiB / sn aktarım görüyorum. Ev ortamım / yedeklemem / diğer sunucum, transferler için toplu olarak 60'ın biraz üzerinde gibi görünüyor, ancak samba'nın kutu donanımının tek bir çekirdeğinde CPU'ya bağlı olduğu görülüyor.

Ahh ... burada sunucu adamının kaputun altında ne olduğunu anlaması önemli. Bu iki yaşında olduğu için zaten çözdüğünü anladım. Bununla birlikte, gelecek nesiller veya benzer bir sorunu olan herkes için muhtemelen karşılaştığı şey budur

(TCP pencere boyutu * 8 bit / milisaniye cinsinden RTT) = bps cinsinden maksimum TCP çıkışı

Bir Gigabit ağınız olsa da, tek bir TCP akışı bu kadar yüksek olamaz.

Vista'da varsayılan 65535Byte TCP pencere boyutuna sahip olduğunuzu varsayan basit bir tablo

RTT 10 ms => TCP çıkışı = 52428000 bps = 52Mbps

RTT 20 ms => TCP çıkışı = 26214000 bps = 26Mbps

RTT 50 ms => TCP çıkışı = 10485600 bps = 10Mbps

RTT 100 ms => TCP çıkışı = 5242800 bps = 5,2Mbps

RTT 150 ms => TCP çıkışı = 3495200 bps = 4,3Mbps

RTT 200 ms => TCP çıkışı = 2621400 bps = 2,5Mbps

RTT 300 ms => TCP çıkışı = 1747600 bps = 1.7Mbps

RTT 500 ms => TCP çıkışı = 1048560 bps = 1Mbps

20Mbytes / sn veya 160Mbits / sn'de gidiş-dönüş gecikmeniz muhtemelen yaklaşık 3 milisaniye civarındadır. Bunu hızlandırmanın diğer tek yolu, tel üzerinden sökme yapan veya parçaları daha büyük paketlere birleştiren TCP optimize ediciler kullanmaktır. Bir LAN üzerinden, muhtemelen masraf için fazla bir şey elde etmeyecektir. Linksys veya Netgear gibi SoHo donanımları kullanıyorsanız, gecikmeniz muhtemelen anahtarda paylaşılan arabelleklerin bulunmaması nedeniyle ortaya çıkıyor. 24 bağlantı noktası gibi daha büyük bir anahtarsa, iki cihazın aynı ASIC'e bağlı olduğundan emin olun. Bu, serileştirmenin gecikmesine yardımcı olur, ancak çok fazla değil. 2ms'ye düşebilseydiniz, yaklaşık 31-32Mbytes / sn'ye kadar bir artış elde edersiniz. İki farklı anahtardalarsa, yeni donanım olmadan yapabileceğiniz çok fazla şey yoktur.

Bu, bu durumda size yardımcı olmaz, ancak bir Windows 2008 Server ile konuşurken Vista / Windows 7, düz SMB'den çok daha verimli olan ve ağ bant genişliğinden daha fazla yararlanacak olan SMB2'yi kullanacaktır. Daha fazla bilgi için bkz. Windows Server 2008'deki SMB2 protokolüyle Dosya Sunucusu performans iyileştirmeleri ve Microsoft Windows Vista ve Windows Server 2008 ile Geliştirilmiş Ağ Performansı .

Samba 4'te SMB2 üzerinde çalışılıyor, ancak Samba 3.5'e destekleniyor gibi görünüyor .