Güncelleme

Tamam, aşağıdaki cevapları denedim ve hiçbir şey değişmedi. Dizüstü bilgisayardaki yonga setini NVIDIA nForce 520 olarak belirledim. NForce 520 için en son Vista x64 sürücülerini indirdim (NVIDIA'nın Win 7 için bu yonga seti için henüz bir sürücüsü yok). Birlikte gelen güvenlik duvarı yazılımını yüklemeyi denedim (belki de müdahale ediyor - değil). Ağ filtresi sürücüsünün bir soruna neden olabileceğini düşünerek anti virüs yazılımımı (Avast kullanıyorum!) Tamamen kaldırdım.

Dizüstü bilgisayarımı kardeşlerimin evine götürdüm ve 100Mbit ağı üzerinden 10-12 MB / s hızında dosya kopyalayabildim, bu yüzden donanım olduğunu düşünmüyorum.

İperf'i bazı şaşırtıcı sonuçlarla çalıştırdım:
dizüstü bilgisayardan iperf sunucuya gönderiyor (upload)

> iperf -c naru
------------------------------------------------------------
Client connecting to naru, TCP port 5001
TCP window size: 8.00 KByte (default)
------------------------------------------------------------
[328] local 192.168.7.100 port 8549 connected with 192.168.7.6 port 5001
[ ID] Interval       Transfer     Bandwidth
[328]  0.0-10.0 sec   162 MBytes   136 Mbits/sec

> iperf -c naru -w 64k
------------------------------------------------------------
Client connecting to naru, TCP port 5001
TCP window size: 64.0 KByte
------------------------------------------------------------
[328] local 192.168.7.100 port 8550 connected with 192.168.7.6 port 5001
[ ID] Interval       Transfer     Bandwidth
[328]  0.0-10.0 sec  1.06 GBytes   909 Mbits/sec

iperf sunucudan dizüstü bilgisayara gönderme (indirme)

> iperf -c miyuki
------------------------------------------------------------
Client connecting to miyuki, TCP port 5001
TCP window size: 8.00 KByte (default)
------------------------------------------------------------
[256] local 192.168.7.6 port 51871 connected with 192.168.7.100 port 5001
[ ID] Interval       Transfer     Bandwidth
[256]  0.0-10.1 sec  25.2 MBytes  20.8 Mbits/sec

> iperf -c miyuki -w 64k
------------------------------------------------------------
Client connecting to miyuki, TCP port 5001
TCP window size: 64.0 KByte
------------------------------------------------------------
[256] local 192.168.7.6 port 51872 connected with 192.168.7.100 port 5001
[ ID] Interval       Transfer     Bandwidth
[256]  0.0-10.0 sec  21.1 MBytes  17.6 Mbits/sec

Karşılaştırma için burada HTPC ve sunucu arasındaki iperf numaraları

Server: Naru, Host: CC (CC sends to Naru)
iperf -c naru:        0.0-10.0 sec   363 MBytes   305 Mbits/sec
iperf -c naru -w 64k: 0.0-10.0 sec  1.06 GBytes   912 Mbits/sec

Server: CC, Host: Naru (Naru sends to CC)
iperf -c cc:        0.0-10.0 sec   322 MBytes   270 Mbits/sec
iperf -c cc -w 64k: 0.0-10.0 sec  1020 MBytes   855 Mbits/sec

Sunucudan dizüstü bilgisayara aktarımı izlemek için wireshark kullanma aşağıdaki girişlerin çoğunu sağlar:

(:51aa is the server, :37a1 is the laptop)
No.   Time      Source                    Destination               Proto Info
37785 27.286240 fe80::3820:2199:1623:37a1 fe80::1569:8500:b24a:51aa  TCP  [TCP Dup ACK 37753#13] 8360 > microsoft-ds [ACK] Seq=80228 Ack=40489174 Win=64800 Len=0 SLE=40499254 SRE=40517974
37786 27.286258 fe80::3820:2199:1623:37a1 fe80::1569:8500:b24a:51aa  TCP  [TCP Dup ACK 37753#14] 8360 > microsoft-ds [ACK] Seq=80228 Ack=40489174 Win=64800 Len=0 SLE=40499254 SRE=40519414
37787 27.286277 fe80::3820:2199:1623:37a1 fe80::1569:8500:b24a:51aa  TCP  [TCP Dup ACK 37753#15] 8360 > microsoft-ds [ACK] Seq=80228 Ack=40489174 Win=64800 Len=0 SLE=40499254 SRE=40520854
37788 27.286295 fe80::3820:2199:1623:37a1 fe80::1569:8500:b24a:51aa  TCP  [TCP Dup ACK 37753#16] 8360 > microsoft-ds [ACK] Seq=80228 Ack=40489174 Win=64800 Len=0 SLE=40499254 SRE=40522294
37789 27.286313 fe80::3820:2199:1623:37a1 fe80::1569:8500:b24a:51aa  TCP  [TCP Dup ACK 37753#17] 8360 > microsoft-ds [ACK] Seq=80228 Ack=40489174 Win=64800 Len=0 SLE=40499254 SRE=40523734
37790 27.286332 fe80::3820:2199:1623:37a1 fe80::1569:8500:b24a:51aa  TCP  [TCP Dup ACK 37753#18] 8360 > microsoft-ds [ACK] Seq=80228 Ack=40489174 Win=64800 Len=0 SLE=40499254 SRE=40525174
37791 27.286351 fe80::3820:2199:1623:37a1 fe80::1569:8500:b24a:51aa  TCP  [TCP Dup ACK 37753#19] 8360 > microsoft-ds [ACK] Seq=80228 Ack=40489174 Win=64800 Len=0 SLE=40499254 SRE=40526614
37792 27.286370 fe80::1569:8500:b24a:51aa fe80::3820:2199:1623:37a1  TCP  [TCP Previous segment lost] [TCP segment of a reassembled PDU]
37793 27.286372 fe80::1569:8500:b24a:51aa fe80::3820:2199:1623:37a1  TCP  [TCP segment of a reassembled PDU]
37794 27.286375 fe80::1569:8500:b24a:51aa fe80::3820:2199:1623:37a1  TCP  [TCP Fast Retransmission] [TCP segment of a reassembled PDU]
37795 27.286377 fe80::1569:8500:b24a:51aa fe80::3820:2199:1623:37a1  TCP  [TCP Out-Of-Order] [TCP segment of a reassembled PDU]
37796 27.286379 fe80::1569:8500:b24a:51aa fe80::3820:2199:1623:37a1  TCP  [TCP Out-Of-Order] [TCP segment of a reassembled PDU]
37797 27.286382 fe80::1569:8500:b24a:51aa fe80::3820:2199:1623:37a1  TCP  [TCP Out-Of-Order] [TCP segment of a reassembled PDU]
37798 27.286413 fe80::3820:2199:1623:37a1 fe80::1569:8500:b24a:51aa  TCP  [TCP Dup ACK 37753#20] 8360 > microsoft-ds [ACK] Seq=80228 Ack=40489174 Win=64800 Len=0 SLE=40528054 SRE=40529494 SLE=40499254 SRE=40526614
37799 27.286432 fe80::3820:2199:1623:37a1 fe80::1569:8500:b24a:51aa  TCP  [TCP Dup ACK 37753#21] 8360 > microsoft-ds [ACK] Seq=80228 Ack=40489174 Win=64800 Len=0 SLE=40528054 SRE=40530934 SLE=40499254 SRE=40526614

Bu noktada, bir sonraki adımın ne yapılacağı konusunda tamamen ve tamamen kayboldum.

Orijinal Soru

Arka fon

Şu anda yeni yüklenen Windows 7 dizüstü bilgisayarımda bir sorun yaşıyorum. Sorun ilk olarak Windows 7 RC'yi yükledikten sonra oluştu. Bu dizüstü bilgisayara Windows Vista ve Windows 7 Beta 1 yüklendiğinde, Jumbo çerçeveleri 9KB / 9014 aralığına açık olarak gigabit hızlarında aktarmayı başardım. Dizüstü bilgisayar arasındaki iki anahtar Jumbo çerçeveleri de destekler.

Dosyaları sunucumdan dizüstü bilgisayarıma kopyalarken, aynı anahtarlardan geçen diğer cihazlar daha yüksek hızlarda (45 - 55 MB / sn) aktarırken salyangoz hızında (genellikle 1 MB / sn'den az) çalışırlar. Dizüstü bilgisayardan sunucuya kopyalama daha hızlı bir ağa sahip gibi görünüyor, ancak böyle bir şey olmamalı.

İlgili makineler

• Miyuki: Dizüstü bilgisayar sorunu var. Windows 7 x64 RTM. HP Pavilion dv9700 CTO. Bir NVIDIA nForce 10/100/1000 Mbps Ethernet adaptörü kullanır. (Video GeForce 8400M GS'dir)
• Naru: Dosyalı sunucu. Özel Windows Server 2008 R2 x64 SP2. D-Link DGE-560T PCI Express Gigabit adaptörü kullanır.
• CC: HTPC aynı anahtarda sorunsuz. Windows Vista x86 SP2. Yerleşik Realtek RTL8168B / 8111B PCI-E GBE adaptörü kullanır.

Bu görüntüler çekildiğinde jumbo çerçeveler kapatıldı.

Görüntüler

Dizüstü bilgisayardan başlatılan kopyalama

Sunucu -> Dizüstü _{(kaynak: gibixonline.com )} Dizüstü -> Sunucu

Kopyalama sunucudan başlatıldı

Sunucu -> Dizüstü Bilgisayar _{(kaynak: gibixonline.com )} Beklenmedik bir şekilde sunucunun dizüstü bilgisayardan kendisine dosya kopyalamasını beklediğim hızlarla sonuçlanıyor. (Laptop -> Sunucu) _{(kaynak: gibixonline.com )}

Daha önce aynı anahtardaki diğer makinede bu sorun olmadığını belirtmiştim. HDTV'de görüntülendiğinden Yüksek DPI açık.
Sunucu -> HTPC _{(kaynak: gibixonline.com )}

Doğal olarak bir test olarak dizüstü bilgisayarım ve HTPC arasındaki hızların ne olduğunu görmeye karar verdim. Ne yazık ki tam olarak beklediğim vardı.
HTPC -> Dizüstü Bilgisayar _{(kaynak: gibixonline.com )}

Son notlar

Aklıma gelen her şeyi denedim. Bu noktada jumbo çerçeveler bile kapatılır ve hiçbir şey onu etkilemez. Kullandığım kabloları değiştirmek için Anti-Virüs korumamı kapatmayı denedim. Şu anda kullanılan tüm kablolar benim inşa ettiğim CAT-5e. Kabloyu HTPC'den almaya çalıştım ve kablolamanın bir sorun olup olmadığını görmek için dizüstü bilgisayarıma taktım. Söz konusu iki anahtar, bir D-Link DGS-1216T ve jumbo çerçeveleri destekleyen bir "aptal" anahtar olan D-Link DGS-2208'dir.

Window'un otomatik ayarlama özelliğini devre dışı bırakmayı deneyin.

Bir CMD penceresinde:

netsh interface tcp set global autotuning=disabled 

Testinizi yeniden çalıştırın ve performansta bir iyileşme fark edip etmediğinizi görün. Bunu evimde Windows 7 çalıştıran birkaç dizüstü bilgisayarda yapmak zorunda kaldım ve yardımcı oldu.

İşler kötüleşirse veya herhangi bir gelişme fark etmezseniz, otomatik ayarı yeniden etkinleştirebilirsiniz:

netsh interface tcp set global autotuning=normal

Bu, Windows 7 ile ilgili büyük bir sorun gibi görünüyor. Birkaç oyuncu bu sorundan şikayet etti.

1. Bir komut isteminden (genellikle Tüm Programlar -> Donatılar -> Komut İstemi'nde) “regedit” komutunu çalıştırın
2. HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ services \ Tcpip \ Parameters \ Interfaces klasörüne göz atın
3. Etkilemek istediğiniz ağ arabirimiyle eşleşen bir IPAdresi girdisi bulana kadar arabirimlerin altındaki öğelere göz atın (genellikle LAN IP adresleri 192.168 veya 10.0 ile başlar); IP adresiniz bir DHCP sunucusu tarafından otomatik olarak atanırsa, IPAdresi yerine eşleşen bir DhcpIPAdresi aramanız gerekebilir.
4. Arabirime sağ tıklayın ve Yeni> DWORD (32 bit) Değeri'ni seçin, "TcpAckFrequency" olarak adlandırın
5. Yeni TcpAckFrequency değerini sağ tıklayın ve Değiştir'i seçin, “1 enter girin (Onaltılık radyo düğmesi seçilmelidir)
6. Arabirime sağ tıklayın ve Yeni> DWORD (32 bit) Değeri'ni seçin, "TCPNoDelay" olarak adlandırın (bu sefer TCP'nin tamamen büyük harf olduğunu unutmayın - kasıtlı)
7. Yeni TCPNoDelay değerini sağ tıklayın ve Değiştir'i seçin, “1 enter girin (Onaltılık radyo düğmesi seçilmelidir)
8. Hem TcpAckFrequency hem de TCPNoDelay'in bağdaştırıcının özellik listesinde REG_DWORD türleri ve 0 × 00000001 değerleriyle görüntülendiğini doğrulayın
9. Regedit'ten çıkın ve yeniden başlatın (değişikliklerin yürürlüğe girmesi için yeniden başlatma gereklidir!)
   10. Bir oyun oynayın ve yeni düşük pinginizin keyfini çıkarın

Bu, çoğu oyundaki pingimi 200-300ms'den 50-60ms'ye düşürdü, bu da bir tracert aracılığıyla oyunun sunucusuna görebileceğim gecikmeyle eşleşti.

Alındığı pencereler 7 veya vista oyun ağ gecikmesini azaltmak

Dizüstü bilgisayarın hatalı olup olmadığını doğrulamak için bir ubuntu canlı cd'si çalıştırın, iperf'i ramdisk'e takın ve bir test yapın.

Bu en azından ağ tarafını test etmelidir.

Bırakılan paketleri kontrol edin. Pencerelerde bunu nasıl yapacağınızdan emin değilsiniz, ancak bir linux makineniz varsa oradan kontrol edebilirsiniz.

Gigabit modunun kırıldığı ve paketleri bıraktığı bir gigabit anahtarıyla benzer bir deneyim yaşadım. Yalnızca bu modda 2 makine bağlandığında sorun gördüm. 100K modunda, her şey iyiydi. Bu beni bulmak için birkaç gün sürdü kötü bir sorun oldu. Bir D-Link olabilirdim. Anahtar modeliniz hakkında biraz googling yapın. Yaptım ve başkalarının benimle aynı sorunu yaşadığını gördüm.

Daha önce diğer AV ürünleriyle karşılaştım. Benim sorunum KOBİ'yle ilgiliydi ve AV ürünü "devre dışı bırakıldığında" bile karıştı. Sahip olduğunuz wireshark'ta benzer sonuçlar gösterdi. Temel nedene ulaşmak için kontrol ettiğim birçok siteden biri:Temel Symantec SMB sorunu ve başka bir şey: NTP ile SMB2 başarısız

Ayrıca, SMB içindeki ayarların tümünü veya bir kısmını devre dışı bırakmayı / değiştirmeyi deneyebilirsiniz. OS'de v2'yi devre dışı bırakmayı bile düşünebilirim. Win Vista'da bir SMB sorununu açıklayan bu makaleye göz atın ve Microsoft'a olan bu bağlantı, SMB reg ayarlarıyla ilgili bazı teknik verileri özetlemektedir .

Avast'tan bahsettiğinizi biliyorum, ancak benzer wireshark sonuçları gördüğümde rastlantısal. Dosya aktarımı hariç her şeyin benim durumumda iyi işlediğini unutmayın.

Paket İmzalama'yı kullanırken istemcilerin Windows Sunucuları ile iletişim kurma konusunda sorun yaşadım. Yavaşlık değil, oldukça yaygın bağlantı kesintileri yaşadım.

Burada okuyun çözüm için .

Ayrıca burada TCP Baca işlevlerini tek tek kapatmak için herhangi bir öneri görmüyorum.

İşletim sistemi diske yazmadan önce paketleri kontrol ediyor gibi görünüyor. Tüm yavaş transferlerin dizüstü bilgisayara yazmaya çalışanlar olduğunu gözlemledim ...

• dizüstü hdd bölümlerin blok boyutlarını kontrol (küçük blok boyutları tek bir büyük dosya (ya da öylesine) trasfer çalışırken boş alan için kötü bir arama süresi neden olabilir)
• gelen paketleri disk yazma için denetleyen güvenlik duvarı ilkelerini denetleme
• herhangi bir dosya etkinliği izleyicisi kontrol (antivirüs kaldırma nedeniyle endişe etmemelidir) (avast canlı dosya kontrolleri yapmak ve ağ aktarımını biraz yavaşlatır ..)
• hedef bölümün birleştirilmesi (yine boş alan aramaya ilişkin)

Diğerleri öneriliyor ve yardımcı olmuyor gibi görünüyor:

• Otomatik tunning
• dubleks seviyesi
• kablolar ...

Son bir öneri, nic gelişmiş özellikleri üzerinde pil modu bağlantı algılama kontrol edebilirsiniz? Bu bir dizüstü bilgisayar ve güç tasarrufu özellikleri ile ilgili bazı sorunlar olabilir ... Pil modu bağlantı algılamada "Enerji Tasarrufu Yok" ve pil hızı ayarlarında "Tam" seçeneğini deneyin.

Bir masaüstü bilgisayarda win7 kullanıyorum ve bu seçenekler benim nic'in gelişmiş özelliklerine dahil değildir. Bu sorunla hiç karşılaşmamış olduğum sürece, nicelik seçeneklerim gibi "Akış Kontrolü" değerlerini "TX ve RX Etkin" olarak da kontrol edebilirsiniz. Jumbo devre dışı, Hız ve Dubleks de yapılandırmamda otomatik ...

Başka bir çözüm düşünemiyorum ... Umarım bu yardımcı olur ...

Daha önce bir süre tam olarak aynı sorunla benim kuyruk kovalamak! Bir durumda yavaş aktarım hızları, benim durumumda giden (uplink).

Windows 7 Pro, Realtek Gigabit 8111C yerleşik lan kartı ile Celeron J1800. Diğer tarafta QNAP 453a ve MacBook Pro.

Iperf3 ile ölçüldüğünde, Windows 7'im istemci olarak ayarlandığında 112 mbps alıyordum (CPU kullanımı% 25-30). Ve sunucu olarak ayarlandığında sadece 39-41 Mbps, ağır CPU kullanımı% 50-100 arasında. O kadar kötü ki, bant genişliği testi sırasında bilgisayar donacaktı.

NAS veya MAC'ime dosya yüklesem veya indirsem de, maksimum 45mbps ile düzenli dosya aktarımı.

Saniyede 35-45 megabayttan fazla bir şey almıyordum. Oldukça sinir bozucu!

Sonunda kötü bir lan kart sürücüsü oldu. Sürücüleri güncellemekle takıntılıydım ve yeni bir sürücü çıktığında sürücülerimi her zaman güncelledim. Tahmin edin, birkaç güncellemeden sonra lan kartım yavaşladı.

Bazılarınız sadece eski sürücüyü silin ve yenisini yükleyin. Basit, ah? Denedim ve denedim, benim için çalışmadı.

İşte benim çözümüm:

Üreticinin web sitesinden OEM sürücüleri ile sıfırdan pencereler kuruldu. Ben de aşağıdakileri yaptım:

Aygıt Yöneticisi / Lan kartı / Gelişmiş ayarlar / AKIŞ KONTROL hariç her şeyi devre dışı bırakın.

Windows Özellikleri altında, Uzaktan Diferansiyel Sıkıştırmayı Devre Dışı Bırak.

Şimdi ortalama hız 80-100 Mbps arasında.

Her şeyden önce, ağ kartlarını otomatik değil tam dubleks, 100 MBit olarak ayarladığınızı varsayıyorum?

Muhtemelen bu cevaptan nefret edeceksiniz, ama söylemeliyim!

Sürücüleri güncellemeyi denediniz mi?

Dizüstü bilgisayarımda da benzer bir sorun var (Realtek tabanlı NIC), 3MB / s civarında aktarılıyor, ancak sürücüleri sitelerinden en son sürümlere yükselttiğimde 40-50MB / s'ye kadar çıkıyor

Windows yüklü sürücüler çalıştığı için en iyi oldukları anlamına gelmez.

Sunucudan dizüstü bilgisayara giden yolda bir şey olduğundan şüphelenirim, örneğin:

• Dizüstü bilgisayara yamalı bağlantı noktası değiştir
• Ethernet kablolaması veya anahtar ile dizüstü bilgisayar arasındaki bağlantılar

@ SaucemanSpiff'in mükemmel önerisine göre, dizüstü bilgisayarı bilinen bir CAT5E veya CAT6 kablosu kullanarak doğrudan sunucuya kablolamayı denediniz mi? İlgili arabirimlerden en az biri Gigabit Ethernet'i (Auto MDI-X anlamına gelir) desteklediği sürece özel bir çaprazlama kablosuna gerek yoktur.

1. Bilgisayarı güncellemelerle öldürdünüz ve hatasız olarak test ettiniz. SUNUCU "naru" güncellemeleri ve benzeri yapmayı denediniz mi?

2. Bu konuda başkaları tarafından önerilen çözümlerin çoğu sunucu için geçerli olabilir, bunları orada denediniz mi?

3. Robocopy kullanarak (jumbo ile veya jumbo olmadan) test ettiğinizde ne olur? Her iki yönde de hızlıysa, netshark'ı kopyaların başlangıcındaki SMB oturum başlıklarına bakmak ve narin> miyuki kurulumunda bir şeylerin farklı görünüp görünmediğini görmek için kullanırım.

Terakopi kullanmayı denedin mi? Bunu bir yıldan uzun bir süredir windows kopyası için standart bir yedek olarak kullanıyorum ve aktarım hızlarında iyileştirmeler gösterdi :)

Karanlıkta bir atış ama yardımcı olabilir .

• Denetim Masası'ndaki "Uzaktan Diferansiyel Sıkıştırma" yı devre dışı bırakın - Programlar ve Özellikler - Windows özelliklerini açın veya kapatın.
• IPv6'yı ağ özelliklerinden kaldırın. LAN'ınızda IPv6 kullanıyor musunuz? Değilse devre dışı bırakın.
• CLI'de ile DNS Önbelleğini temizleyin ipconfig /flushdns.

İşletim sisteminin değiştirilmesinden kaynaklanıyorsa, işletim sisteminde kesinlikle sorun yatmaktadır. en son Windows 7 hizmet paketini yüklemeye ve en son güncellemelerle pencereleri güncel tutmaya çalışmalısınız. ve en iyisini umarım