Dlaczego prędkości wysyłania i pobierania na domowym serwerze różnią się na tym samym łączu?

Eva Wong jest Technicznym pisarzem i stałym majsterkowiczem w ZimaSpace. Całe życie geek z pasją do homelabów i oprogramowania open-source, specjalizuje się w tłumaczeniu skomplikowanych koncepcji technicznych na przystępne, praktyczne przewodniki. Eva wierzy, że samodzielne hostowanie powinno być zabawą, a nie czymś onieśmielającym. Poprzez swoje samouczki umożliwia społeczności rozwiewanie tajemnic konfiguracji sprzętu, od budowy pierwszego NAS po opanowanie kontenerów Docker.

Prędkości wysyłania i pobierania na domowym serwerze mogą się różnić na tym samym łączu, ponieważ kabel i przełącznik to tylko część transferu. Wysyłanie do NAS angażuje ścieżkę odczytu klienta i ścieżkę zapisu NAS, podczas gdy pobieranie odwraca te role pamięci masowej i może zmieniać zachowanie CPU, pamięci podręcznej, szyfrowania, protokołu i kolejek.

Łącze Ethernet full-duplex może przenosić ruch w obu kierunkach z negocjowaną prędkością, ale wolniejszy etap punktu końcowego nadal determinuje przepustowość aplikacji. Transfery zdalne dodają kolejną asymetrię, gdy usługa internetowa lub sprzężenie zwrotne ścieżki powrotnej różnią się w zależności od kierunku.

Dlaczego ten sam kabel może przenosić różne rzeczywiste obciążenia w każdym kierunku?

Ethernet może być symetryczny na poziomie fizycznego łącza, ale kompletne punkty końcowe już nie. łącze full-duplex może mieć asymetryczne punkty końcowe. Każdy kierunek wybiera inny dysk źródłowy, dysk docelowy, ścieżkę kopiowania pamięci i rolę aplikacji.

Laptop pobierający dane z NAS prosi serwer o odczyt i laptop o zapis. Wysyłanie danych wymaga od laptopa odczytu, a od NAS alokacji, dziennikowania, sum kontrolnych i zatwierdzenia nowych danych.

Ten sam port nie gwarantuje więc równej usługi end-to-end. Narzędzia sieciowe izolują łącze, podczas gdy testy kopiowania plików obejmują pracę pamięci masowej i protokołu na obu maszynach.

Jak odczyty i zapisy NAS obciążają różne ścieżki pamięci masowej?

Odczyty mogą korzystać z pamięci podręcznej systemu plików, sekwencyjnego prefetchu, wyboru lustrzanego i danych już obecnych w RAM, podczas gdy odczyty i zapisy NAS wykorzystują różne operacje na pamięci masowej.

Zapisy mogą alokować bloki, aktualizować metadane, dopisywać dzienniki, obliczać sumy kontrolne, aktualizować parzystość, czekać na stabilne przechowywanie i później opróżniać brudne dane. Buforowanie zapisu może sprawić, że krótki przesył danych będzie wydawał się szybki, zanim ujawni się rzeczywista prędkość nośnika.

Kierunek klienta również ma znaczenie. Szybki odczyt z NAS może być ograniczony przez wolny cel klienta, podczas gdy szybka ścieżka zapisu NAS nie może zrekompensować klienta, który wolno odczytuje pliki lub wykonuje skanowanie antywirusowe.

Dlaczego bezpieczeństwo SMB i przetwarzanie po stronie klienta mogą bardziej wpływać na jeden kierunek?

Wydajność SMB zależy od metody kopiowania klienta, buforowania, podpisywania, szyfrowania i dostępności CPU. Funkcje SMB mogą tworzyć ograniczenia CPU specyficzne dla kierunku.

Szyfrowanie i podpisywanie działają w obu kierunkach, ale punkt końcowy wykonujący szyfrowanie, haszowanie, kopiowanie pamięci lub operacje na systemie plików może mieć różną dostępność CPU. Jeden słaby rdzeń klienta lub przeciążony proces NAS może powodować asymetryczny wynik.

Eksplorator, narzędzia wiersza poleceń, klienci kopii zapasowych i aplikacje multimedialne mogą używać różnych głębokości kolejek i trybów I/O. Porównywanie wysyłania jednym narzędziem a pobierania innym może mierzyć zachowanie oprogramowania, a nie łącza.

Jak asymetria WAN zmienia zdalne transfery serwera domowego?

Wiele planów dostępu do internetu celowo oferuje różną przepustowość pobierania i wysyłania. łącza zdalne mogą mieć nierówną przepustowość wysyłania, więc zdalny użytkownik pobierający dane z serwera domowego zużywa limit wysyłania domu.

Z perspektywy zdalnego użytkownika „pobieranie z mojego NAS” to w lokalizacji serwera wysyłanie danych. Kopia zapasowa w chmurze odwraca tę relację: serwer domowy wysyła dane do dostawcy, choć administrator może myśleć o tym jako o miejscu docelowym kopii zapasowej.

NAT, szyfrowanie VPN, Wi-Fi, kształtowanie ruchu ISP i trasy mogą również różnić się w zależności od kierunku. Symetryczny test LAN nie może przewidzieć symetrii transferu zdalnego bez pomiaru całej ścieżki WAN.

Dlaczego utrata pakietów lub jakość ścieżki mogą bardziej wpływać na jeden kierunek?

Ścieżki w przód i w tył mogą mieć różne warunki przeciążenia, warunki bezprzewodowe lub trasowanie. utrata pakietów może wpływać na jeden kierunek transferu inaczej, powodując, że jeden kierunek częściej zmniejsza swoją szybkość wysyłania.

Transfer zależy również od informacji zwrotnej płynącej w przeciwnym kierunku. Pakiety danych i potwierdzenia mają różne rozmiary, ale oba muszą być dostarczone na czas, aby TCP mógł utrzymać swoje okno wysyłania.

Mierz każdy kierunek osobno, używając tych samych punktów końcowych i okna czasowego. Zmiana trasy lub przeciążony nadajnik bezprzewodowy może sprawić, że wynik będzie wyglądał na związany z pamięcią masową, gdy asymetria występuje poza NAS.

Jak nasycenie uploadu może spowolnić informacje zwrotne pobierania?

kolejki uploadu mogą opóźniać potwierdzenia pobierania. Nasycona kolejka uploadu w domu może zatrzymać potwierdzenia (ACK), których potrzebuje jednoczesne pobieranie, aby postępować.

Ścieżka pobierania może nadal mieć niewykorzystaną nominalną przepustowość, ale jej nadawca otrzymuje informacje zwrotne z opóźnieniem i wolniej wysyła nowe dane. Widocznym objawem jest to, że intensywny upload kopii zapasowej powoduje opóźnienia w przeglądaniu, streamingu lub zdalnym pobieraniu.

Izoluj łańcuch testem sieciowym dwukierunkowym, następnie testuj lokalnie odczyt i zapis NAS, potem SMB lub NFS w obu kierunkach, a na końcu zdalną ścieżkę. Pierwsza warstwa, która stanie się asymetryczna, wskazuje miejsce do dalszego badania.

Test kierunku Etap źródłowy Etap docelowy Typowe ograniczenie asymetryczne
Klient przesyła do NAS Odczyt dysku klienta Alokacja i zatwierdzenie zapisu NAS Parzystość, dziennikowanie, wolne nośniki NAS
Klient pobiera z NAS Odczyt i buforowanie NAS Zapis na dysku klienta Zimne odczyty NAS lub wolna pamięć docelowa klienta
Zdalny użytkownik pobiera z NAS NAS plus domowy upload WAN Zdalne pobieranie WAN Asymetryczny upstream ISP
Jednoczesne przesyłanie i pobieranie Oba kierunki potrzebują informacji zwrotnej Wspólne kolejki routera Opóźnienie potwierdzenia (ACK) i bufferbloat

Najczęściej zadawane pytania

Czy przesyłanie i pobieranie w gigabitowym Ethernet powinny być równe?

Łącze może być pełnodupleksowe, ale wyniki transferu plików mogą się różnić, ponieważ role pamięci masowej, procesora, protokołu i klienta się odwracają.

Dlaczego pobieranie z NAS jest szybsze niż przesyłanie?

Odczyty mogą pochodzić z pamięci podręcznej, podczas gdy zapisy wymagają alokacji, dziennikowania, parzystości, sum kontrolnych lub pracy ze stabilną pamięcią.

Dlaczego przesyłanie jest szybsze niż pobieranie?

NAS może buforować zapisy w pamięci podręcznej, podczas gdy zimne odczyty, docelowa pamięć klienta, zachowanie protokołu lub utrata pakietów ograniczają pobieranie.

Który test oddziela sieć od pamięci masowej?

Najpierw przeprowadź test sieci pamięć-do-pamięci, następnie testy lokalnych dysków na obu końcach, a potem identyczne narzędzia do kopiowania plików w obu kierunkach.

Ostateczne wnioski

Prędkości przesyłania i pobierania różnią się, ponieważ odwrócenie transferu odwraca role pamięci masowej, procesora, pamięci podręcznej, protokołu i sieci WAN. Symetryczne łącze eliminuje tylko jedną możliwą przyczynę. Testuj sieć, źródłową pamięć masową, docelową pamięć masową, protokół plików i zdalną ścieżkę osobno, aby zidentyfikować pierwsze wąskie gardło specyficzne dla kierunku.

Centrum Technologii i Sztucznej Inteligencji

Więcej do przeczytania

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.