Szybkość przesyłania plików Windows 7 przez Gigabit jest niska


12

Mam Windows 7 Pro uruchomiony na moim serwerze plików i głównym pulpicie. Każde z nich ma gigabitowe połączenie sieciowe, a ja jestem podłączony do gigabitowego przełącznika. Jednak podczas próby skopiowania niektórych dużych plików działa dość wolno z marnym 12-15 MB / s
. Dane pochodzą z napędu SATA 7200 obr / min (co moim zdaniem powinno być dobre dla prawie 150 MB / s) i idą do Drobo na serwerze połączonym przez FireWire 800, więc nie mogę wymyślić żadnych wąskich gardeł, które mogą mieć w sprzęcie. Ale TeraCopy nadal twierdzi, że osiąga jedynie 12-15 MB / s

Co jeszcze może być nie tak?


Potrzebujesz więcej informacji: Czy łączysz się przez Wi-Fi? Jeśli łączysz za pomocą kabli, czy są to kat. 5? Cat 5e? Cat 6? Cat 7?
Jonathan

Odpowiedzi:


3

Nienawidzę powiedzieć, że to Windows voodoo. Widziałem ulepszenia od wyłączania zapór ogniowych / antywirusa do używania dysków RAM, zmiany gigabitowych kart sieciowych z PCI na PCIe, używania szybszych przełączników, ramek jumbo, kontroli przepływu oraz krótszych i lepszych kabli.

Zabawne, gdy pobieram pliki z pudełka samby, wydaje mi się, że mam lepszą wydajność, ale nadal nie lepszą niż 15% wykorzystania.

Zrobiłem szybkie wyszukiwanie i znalazłem stronę. Nie wypróbowałem jeszcze tych ustawień.

Aby bardziej bezpośrednio poprawić szybkość, w Vista i Windows 7 Microsoft wprowadził zmiany w API CopyFile w celu zwiększenia wydajności. Nie wiem, czy TeraCopy go używa, ale wiem, że RoboCopy to robi. Być może uruchomienie testu z RoboCopy może przynieść lepszą wydajność.

Ponadto moje najlepsze transfery korzystały z kart PCIe przechodzących z dysku RAM na dysk RAM z wyłączonym AV, ale nadal nie otrzymałem więcej niż około 20-25%.

Być może niektóre z tych wskazówek będą dla Ciebie działać.


3

Po wymianie starego komputera, musiałem skopiować kilka tysięcy plików za pomocą kabla sieciowego na nowy komputer - zniosłem tyle czasu, ile potrzeba na skopiowanie, ponieważ musiałem wrócić do pracy, więc nie miałem zbyt wiele czasu próbować i grać.

Wczoraj musiałem sprawdzić 3,4 giganta plików (dziesiątki tysięcy małych) z powrotem do repozytorium subversion - Bolesne? O tak!

Więc dziś rano postanowiłem to uporządkować - po długim rozglądaniu się po Internecie znalazłem artykuł, w którym wspomniano o jednej drobnej rzeczy, która rozwiązała wszystko !! Link znajduje się na dole tego komentarza - przeczytaj go PO, kiedy zobaczysz moje wyniki.

Informacje: 192.168.0.79 to mój najlepszy komputer do gier, a 192.168.0.151 to nasz serwer plików biurowych

Krok 1 - Uruchom iPerf (można znaleźć tutaj http://linhost.info/2010/02/iperf-on-windows/ ) - Uruchomiłem to w trybie podwójnym, abyś mógł zobaczyć, że nasz serwer był dość szybki do uruchomienia

C:\Users\Martin\Downloads>iperf -c 192.168.0.151 -w 64k -d
------------------------------------------------------------
Server listening on TCP port 5001
TCP window size: 64.0 KByte
------------------------------------------------------------
------------------------------------------------------------
Client connecting to 192.168.0.151, TCP port 5001
TCP window size: 64.0 KByte
------------------------------------------------------------
[188] local 192.168.0.79 port 61072 connected with 192.168.0.151 port 5001
[212] local 192.168.0.79 port 5001 connected with 192.168.0.151 port 63505
[ ID] Interval       Transfer     Bandwidth
[212]  0.0-10.0 sec   112 MBytes  93.7 Mbits/sec
[188]  0.0-14.1 sec   240 KBytes   140 Kbits/sec

Następnie I ZOSTAŁEM ZADOWOLONY po tym wszystkim, co próbowałem od tak dawna - Włącz 9k Jumb Frame w konfiguracji kart sieciowych i ponownie uruchom test.

Ustawienie Dupleks ustawiono na 100 Mb pełny dupleks po czymś innym, co próbowałem, więc szybkość transferu poniżej była o 9 Mb niższa niż ustawienie karty sieciowej - NIE ZŁE!

C:\Users\Martin\Downloads>iperf -c 192.168.0.151 -w 64k -d
------------------------------------------------------------
Server listening on TCP port 5001
TCP window size: 64.0 KByte
------------------------------------------------------------
------------------------------------------------------------
Client connecting to 192.168.0.151, TCP port 5001
TCP window size: 64.0 KByte
------------------------------------------------------------
[196] local 192.168.0.79 port 61112 connected with 192.168.0.151 port 5001
[212] local 192.168.0.79 port 5001 connected with 192.168.0.151 port 63511
[ ID] Interval       Transfer     Bandwidth
[212]  0.0-10.0 sec   109 MBytes  91.6 Mbits/sec
[196]  0.0-10.0 sec   110 MBytes  91.7 Mbits/sec

C: \ Users \ Martin \ Downloads>

Ostatni tweek - usunąłem ustawienie dupleksu, ustawiłem je ponownie na „Auto” i ponownie uruchomiłem test

C:\Users\Martin\Downloads>iperf -c 192.168.0.151 -w 64k -d
------------------------------------------------------------
Server listening on TCP port 5001
TCP window size: 64.0 KByte
------------------------------------------------------------
------------------------------------------------------------
Client connecting to 192.168.0.151, TCP port 5001
TCP window size: 64.0 KByte
------------------------------------------------------------
[192] local 192.168.0.79 port 61169 connected with 192.168.0.151 port 5001
[216] local 192.168.0.79 port 5001 connected with 192.168.0.151 port 63525
[ ID] Interval       Transfer     Bandwidth
[216]  0.0-10.0 sec   674 MBytes   564 Mbits/sec
[192]  0.0-10.0 sec   787 MBytes   659 Mbits/sec

BUM!!! Ogromny wzrost - mam nadzieję, że to zadziała dla wszystkich

Jaskółka oknówka

Oryginalny post, który pomógł ... http://www.hanselman.com/blog/WiringTheHouseForAHomeNetworkPart5GigabitThroughputAndVista.aspx


2

Korzystam z systemu Windows 7 przy użyciu Parallels / Boot Camp na 3,4 GHz Quad Core i7 z 16 gigabajtami pamięci RAM. Prędkości transferu sieci wynosiły od 2 do 60 000 na sekundę, dopóki nie zastosowałem się do porady w poście Cake404 dotyczącej kart sieciowych Broadcom.

Po wyłączeniu Ethernet @ WireSpeed ​​i wyłączeniu opcji „Duże odciążenie wysyłania” (w ustawieniach konfiguracji karty sieciowej) moje prędkości przesyłania wzrosły do ​​wielu megabajtów na sekundę.


1
Kolejna uwaga: po wykonaniu powyższych czynności moje problemy z niską prędkością powróciły później (nie mam pojęcia, dlaczego), więc ostatecznie zainstalowałem 64-bitową wersję sterowników karty sieciowej z broadcom.com/support/ethernet_nic/downloaddrivers.php . Problem rozwiązany, na razie ...
Shaun3180,

2

Pomógł post Dmitri o autonegocjacji. Po dwóch poprawkach i licznych bezowocnych poprawkach poleceń netsh zobaczyłem bardzo wolne prędkości pobierania i szybkie wysyłanie. Tylko na jednym komputerze w sieci 50 urządzeń. Okazało się, że aktualizacja Intel NIC z Windows Update wpłynęła na ustawienia sterownika. W takim przypadku ponowne włączenie autonegocjacji pomogło. Zwrócono prędkość 35 Mb / s.


1

Może to być trochę za późno, ale dla tych, którzy mają podobne problemy, zauważyłem, że transfery plików między udziałami sieciowymi Windows (Win2k3 -> Win2k8R2; Win2k3 -> Win7; niektóre inne konfiguracje) są nieuzasadnione powolne, gdy używa się TeraCopy (v2.1) .

Najlepszym przykładem było to, że konfiguracja wyglądała następująco: 2 serwery, oba z gigabitowymi kartami sieciowymi i podłączone do przełącznika gigabitowego; Pierwszy serwer z Win2k3, drugi z Win2k8R2. Szybkość przesyłania pliku TeraCopy ~ 21 GB wynosiła co najwyżej 50 MB / s. Tymczasem miałem normalne 105 MB / s przy użyciu normalnej kopii systemu Windows (ciągnąc okno Win2k8 z Win2k3). FTP przyniósł podobne wyniki przy około 105 MB / s utrzymany. Podobne wyniki uzyskano w systemie Windows 7 uruchomionym na kliencie.

W podobnych konfiguracjach uzyskiwałbym jeszcze niższe prędkości transferu z TeraCopy, od 8 MB / s do 35 MB / s. Próbowałem majstrować przy opcjach odciążania i innych ustawieniach obu kart sieciowych, dopóki nie zdecydowałem się użyć zwykłej kopii systemu Windows zamiast TeraCopy. Różnica prędkości była zaskakująca.

Wspólną rzeczą we wszystkich powyższych konfiguracjach było okno Win2k3, które działa jak serwer plików. Zmieniałem system operacyjny na drugim serwerze, który pobierał plik testowy.

Nie testowałem jeszcze szybkości transferu między dwoma urządzeniami Win2k3 przy użyciu TeraCopy i zwykłej kopii systemu Windows.


1

Istnieje wiele możliwych punktów dławienia - jednak system Windows 7 z dodatkiem SP1 może i działa BARDZO szybko przez Gigabit Ethernet.

Właśnie przesłałem kilka gigabajtów dużych plików z dwóch dysków na komputerze do serwera Synology NAS Box (DS1010 +). Ta para transferów napędzanych przez Explorer.exe osiągnęła 118,25 Megabajtów / s (950 Megabitów / s), co stanowi 95% nasycenia mojej przełączanej sieci Gigibit Ethernet, w tym także przez wiele przełączników Gigabit Dlink.


1

Jedną z rzeczy, które warto wypróbować, zanim oszalejesz z czegokolwiek innego, jest przełączenie sterownika, aby nie używał Auto Negotiate dla prędkości, ale ustaw go na 100 MB / Full Duplex, przetestuj prędkość transferu, a następnie ustaw go na 10 MB / Full Duplex i przetestuj prędkość transferu.



1

Wymaganiem dla pełnych prędkości transferu ethernetowego (75% z 1000 każdego transferu +) jest nieblokujący przełącznik transmisji przewodowej!

Przełączniki:

  • 16-portowy przełącznik GbE Desktop firmy ZyXEL GS1100-16 to 16-portowy przełącznik 10/100/1000 (otrzymuję transfery 700-800 Mb lub 80 Mb)
  • ZyXEL's GS1100-24 GS1100-24 to 24-portowy przełącznik 10/100/1000
  • ZyXEL GS-108B 10/100/1000 Mb / s Portowy przełącznik GbE Desktop to 8-portowy przełącznik 10/100/1000
  • Cisco SR2024 24-portowy przełącznik 10/100/1000 Gigabit
  • SMC Networks - SMC8508T - Przełącznik EZ 10/100/1000 - 8-portowy przełącznik niezarządzalny Gigabit 10/100/1000
  • Linksys SR2016 16-portowy 10/100/1000 Gigabit

Wypróbuj podane przykłady, ale jeśli nie masz odpowiedniego przełącznika, nie będzie miało znaczenia, co zrobisz w systemie operacyjnym.


1
  1. Kliknij Start
  2. Wpisz „Zasady bezpieczeństwa lokalnego” i naciśnij Enter
  3. Przejdź do Ustawienia zabezpieczeń > Zasady lokalne > Opcje bezpieczeństwa
  4. Ustaw następujące ustawienia:

    Zabezpieczenia sieci : Minimalne bezpieczeństwo sesji dla klientów opartych na NTLM SSP (w tym bezpieczne RPC)> odznacz „wymagają 128-bitowego szyfrowania
    Poziom uwierzytelnienia Menedżera sieci LAN > Wyślij LM i NTLM - użyj zabezpieczeń sesji NTLMv2, jeśli negocjowane


1
Witaj, @Anonimowy, na wypadek gdybyś znalazł tę odpowiedź gdzieś indziej, czy zastanawiasz się nad uznaniem źródła?
Louis Waweru,

1

Mam laptopa Win 7 Pro (czterordzeniowy) 1 GB LAN A linksys WRT1900AC z dyskiem twardym Red Nas 3 TB. Moja prędkość wynosiła 10 Mb / s dla bezprzewodowego lub przewodowego przesyłania plików do NAS.

Wykonałem wszystkie poniższe testy bezskutecznie, na końcu wypróbowałem Ethernet i dostałem 63 MB / s TERAZ !!!!!! Nie wiem więc, jakie ustawienie lub wpis rejestru naprawił problem. Bezprzewodowe udostępnianie plików jest nadal wolne.

USTAWIENIA

-Wyłącz zdalną różnicową kompresję -Wyłącz automatyczne dostrajanie TCP

W REJESTRACJI:

Indeks dławienia sieci:

HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ Windows NT \ CurrentVersion \ Multimedia \ SystemProfile NetworkThrottlingIndex = ffffffff (DWORD, domyślnie: 10, zalecane: 10 do udostępniania multimediów, ffffffff do gier i maksymalna przepustowość, prawidłowy zakres: od 1 do 70 po przecinku lub ffffffff do całkowitego wyłączenia dławienie)

Wyłącz ograniczanie przepustowości:

Utwórz (wartość DWORD) HKLMsystemCurrentControlSetServiceslanmanworkstationparametersDisableBandwidthThrottling Ustaw wartość na 1

Przydział pamięci sieciowej (błąd identyfikatora zdarzenia 2017):

HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Control \ Session Manager \ Zarządzanie pamięcią LargeSystemCache = 1 (DWORD, wartość domyślna: 0, wartość zalecana: 1) Wartość zero ustanawia pamięć podręczną ~ 8 MB, wartość 1 umożliwia rozszerzenie pamięci podręcznej do ilości pamięci fizycznej minus 4 MB, w razie potrzeby.

HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ LanmanServer \ Parameters Size = 3 (DWORD, wartość domyślna: 1, zalecana wartość: 3) 1 - minimalizuje zużytą pamięć 2 - bilansuje zużytą pamięć 3 - optymalne ustawienie do udostępniania plików i aplikacji sieciowych


-1

To działało dla mnie:

DZIĘKUJEMY ZA: http://www.howtosolutions.net/2013/06/fixing-slow-sending-or-receiving-of-files-through-lan-network-using-windows/

Wyłączanie „dużego odciążenia wysyłania (LSO)”

Large Send Offload to technika poprawiania wydajności sieci przy jednoczesnym zmniejszeniu obciążenia procesora. Najwyraźniej nie działa zbyt dobrze, dlatego sugerowano wyłączenie go. Jeśli chcesz wiedzieć o LSO, sprawdź ten artykuł MSDN z 2001 roku.

LSO to opcja znajdująca się w Menedżerze urządzeń pod kartą sieciową, więc to rozwiązanie wymaga uprawnień administratora.

Wykonaj następujące kroki:

Open Start Menu, right-click on Computer and select Properties
Under Control Panel Home located on the left side of the window click on Device Manager
You will get a list of all devices on your machine. Expand Network Adapters.
Find your Network Card and double-click on it.
Select Advanced tab. You will get a list filled with different options.
Select Large Send Offload V2 (IPv4) and set the value to Disabled
Do the same for Large Send Offload V2 (IPv6) if it is available
Click OK

Zrobiłem to na obu komputerach z systemem Windows, nie musiałem restartować i nie musiałem wyłączać LSO V1


Proszę wyjaśnić opinię
Jonathan
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.