Napraw wolny transfer plików LAN/WiFi: SMB, NFS, Jumbo Frames

Problemy z wolnym transferem plików w sieci lokalnej, zarówno po kablu (LAN), jak i bezprzewodowo (Wi-Fi), to częsty i frustrujący kłopot, który zwykle wynika z kombinacji czynników sprzętowych, programowych i nieoptymalnej konfiguracji protokołów sieciowych, takich jak SMB czy NFS, a także błędów w ustawieniach ramek danych. Aby zdiagnozować i naprawić te spowolnienia, musimy metodycznie sprawdzić całą ścieżkę komunikacji i odpowiednio dostroić kluczowe elementy.

Diagnostyka problemu – gdzie szukać przyczyn?

Zanim zaczniemy cokolwiek zmieniać, kluczowa jest identyfikacja wąskiego gardła. Czasami problem leży w czymś prozaicznym.

• Sprawdź podstawy sieciowe:
• Kable Ethernet: Czy są odpowiedniego standardu (CAT5e/CAT6/CAT7)? Uszkodzone lub niskiej jakości kable mogą drastycznie obniżać prędkość. Zwykły kabel CAT5 jest wystarczający dla 100 Mbps, ale dla gigabitowych transferów (1000 Mbps) potrzebujesz CAT5e lub lepszego.
• Siła sygnału Wi-Fi: Jeśli korzystasz z Wi-Fi, słaby sygnał lub zakłócenia od innych sieci czy urządzeń (mikrofale, Bluetooth) mogą być główną przyczyną. Spróbuj testów bliżej routera.
• Porty routera/switcha: Czy używasz portów gigabitowych? Starsze routery mogą mieć porty 100 Mbps, co ograniczy transfer do 12,5 MB/s.
• Obciążenie sieci: Czy inni użytkownicy w tym czasie intensywnie korzystają z sieci (streaming 4K, pobieranie dużych plików)?
• Testy wydajności:
• Użyj narzędzi takich jak iPerf3 do zmierzenia surowej przepustowości między dwoma urządzeniami w sieci. Pomoże to wyeliminować wpływ dysków i systemu plików, skupiając się na samej sieci.
• Monitoruj użycie procesora (CPU) i pamięci (RAM) na serwerze plików/NAS oraz na kliencie podczas transferu – wysokie obciążenie może wskazywać na problem z wydajnością urządzenia, a nie sieci.

Optymalizacja protokołów transferu plików

Większość użytkowników domowych i małych firm korzysta z SMB (Server Message Block) na Windows lub NFS (Network File System) w środowiskach Linuksowych i na urządzeniach NAS.

Konfiguracja SMB (Windows)

SMB ewoluowało i różne wersje oferują różną wydajność i bezpieczeństwo. Starsze wersje, jak SMBv1, są wolne i mają luki bezpieczeństwa.

• Sprawdź wersję SMB: W Windows 10/11 otwórz PowerShell jako administrator i wpisz `Get-SmbConnection`. Upewnij się, że używasz SMBv3.1.1 lub przynajmniej SMBv3. Jeśli widzisz SMBv1, należy go wyłączyć i zaktualizować systemy klienckie/serwery do nowszych wersji.
• Buforowanie (Caching): W niektórych przypadkach, zwłaszcza przy małych plikach, buforowanie po stronie klienta lub serwera może wpłynąć na wydajność. Windows posiada funkcję BranchCache, która może przyspieszyć dostęp do plików w oddziałach firmy, ale w prostej sieci LAN dla pojedynczych użytkowników nie zawsze przynosi znaczące korzyści, a czasem nawet dodaje narzut.
• Podpisywanie SMB (SMB Signing): Włączenie podpisywania SMB (które jest standardem bezpieczeństwa) może obniżyć wydajność, zwłaszcza na starszych lub mniej wydajnych procesorach. Jeśli sieć jest zabezpieczona i zaufana, rozważ wyłączenie go na czas testów wydajności, choć zwykle nie jest to polecane ze względów bezpieczeństwa.

Konfiguracja NFS (Linux/NAS)

NFS jest często szybsze niż SMB w środowiskach Linuksowych, ale wymaga poprawnej konfiguracji.

• Wersja NFS: Upewnij się, że używasz NFSv4 lub nowszego. Starsze wersje (NFSv2, NFSv3) mogą być wolniejsze i mniej bezpieczne. W pliku `/etc/exports` na serwerze NFS, oprócz ścieżki do zasobu, dodaj opcje takie jak `rw,sync,no_subtree_check,no_root_squash`. Opcja `sync` jest bezpieczniejsza, ale wolniejsza niż `async`. Jeśli transfery są wolne, możesz eksperymentalnie spróbować `async`, ale pamiętaj o ryzyku utraty danych w przypadku nagłego braku zasilania.
• Rozmiar bloku (rsize/wsize): Przy montowaniu udziału NFS na kliencie, możesz określić opcje `rsize` (read size) i `wsize` (write size), np. `mount -o rsize=32768,wsize=32768 server:/share /mnt/share`. Optymalny rozmiar bloku może różnić się w zależności od sieci i sprzętu, ale 32KB lub 64KB są często dobrym punktem wyjścia. Nie zawsze większy rozmiar bloku oznacza lepszą wydajność, zależy to od MTU i konfiguracji sprzętu.

Optymalizacja Jumbo Frames (Duże ramki danych)

Jumbo Frames to ramki Ethernet o rozmiarze większym niż standardowe 1500 bajtów (MTU). Zwiększenie ich rozmiaru, zwykle do 9000 bajtów, może zmniejszyć obciążenie procesora karty sieciowej, ponieważ mniej ramek musi być przetwarzanych na tę samą ilość danych. Brzmi dobrze, ale teoria zgadza się z praktyką tylko pod pewnymi warunkami.

• Wymagania: Aby Jumbo Frames działały poprawnie, wszystkie urządzenia na ścieżce komunikacji (karta sieciowa klienta, switch, router, karta sieciowa serwera/NAS) muszą je wspierać i być skonfigurowane na ten sam rozmiar MTU. Jeśli choć jedno urządzenie nie wspiera lub jest źle skonfigurowane, efektem będzie fragmentacja pakietów i paradoksalnie spadek wydajności, a nawet problemy z komunikacją.
• Konfiguracja:
• Karty sieciowe: W menedżerze urządzeń Windows (lub konfiguracji sieci w Linuksie), w zaawansowanych ustawieniach karty sieciowej, poszukaj opcji „Jumbo Frame” lub „Jumbo Packet” i ustaw wartość np. na 9000.
• Routery/Switche: Wejdź w panel administracyjny urządzenia i znajdź podobną opcję w ustawieniach LAN/Ethernet.
• Kiedy ma sens? Jumbo Frames mają największy sens w sieciach gigabitowych (1Gbps i więcej), gdzie transferujemy bardzo duże pliki (powyżej kilku GB) i gdzie obciążenie CPU jest czynnikiem ograniczającym. Dla mniejszych plików lub sieci 100 Mbps, korzyści są minimalne lub żadne. Nie dla każdego, zwłaszcza w prostych sieciach domowych, gdzie często jest to kompromis między wydajnością a złożonością konfiguracji.

Inne czynniki wpływające na prędkość

• Wydajność dysków: Nawet najszybsza sieć nie przyspieszy transferu, jeśli serwer plików/NAS używa wolnych dysków HDD, zwłaszcza pojedynczych i słabo zoptymalizowanych do operacji losowych. Dyski SSD oferują znacząco wyższą wydajność, ale ich koszt jest wyższy.
• Oprogramowanie antywirusowe/firewall: Aktywne skanowanie plików podczas transferu może znacząco spowolnić operacje. Spróbuj tymczasowo wyłączyć je na czas testów.
• Sterowniki kart sieciowych: Upewnij się, że masz zainstalowane najnowsze sterowniki do swoich kart sieciowych. Czasami producenci wydają poprawki optymalizujące wydajność.

Podsumowując, diagnostyka i optymalizacja wolnego transferu plików to proces iteracyjny, wymagający cierpliwości. Zwykle problemem nie jest jedna rzecz, a kombinacja drobnych czynników. Ważne jest, aby zmieniać tylko jeden parametr na raz i testować, by móc zidentyfikować, co faktycznie pomaga.

Warto jednak pamiętać, że te porady mogą nie zadziałać, jeśli problem leży poza siecią lokalną – na przykład, gdy wolne transfery do chmury są spowodowane ograniczeniami przepustowości Twojego dostawcy internetu (ISP) lub problemami z serwerem zdalnym, a nie z Twoją siecią LAN/Wi-Fi.

Najczęstsze pytania

Czy Jumbo Frames są zawsze lepsze?

Nie, Jumbo Frames są lepsze tylko wtedy, gdy wszystkie urządzenia w sieci (karta sieciowa, switch, router, NAS) je obsługują i są poprawnie skonfigurowane na ten sam rozmiar MTU, a dodatkowo transferujesz duże pliki w sieci gigabitowej.

Czy SMBv1 jest bardzo wolne i niebezpieczne?

Tak, SMBv1 jest znacząco wolniejsze od nowszych wersji i posiada znane luki bezpieczeństwa, dlatego zaleca się jego wyłączenie i aktualizację urządzeń do SMBv3 lub nowszego.

Co zrobić, jeśli po optymalizacji nadal mam wolny transfer?

Jeśli po wszystkich optymalizacjach transfer nadal jest wolny, należy skupić się na wydajności dysków twardych i obciążeniu procesora/pamięci na urządzeniu udostępniającym pliki (serwer, NAS), ponieważ sieć może już nie być wąskim gardłem.