Ile prędkości pochłania narzut protokołu na łączu domowego NAS?

Eva Wong

IceWhale author

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.

How Much Speed Does Protocol Overhead Take From a Home NAS Link? - Zima Store Online

Nakład protokołu zwykle usuwa około 5–10 procent z czystego łącza domowego NAS, zanim wąskie gardła związane z pamięcią masową, bezpieczeństwem i obciążeniem pracy obniżą je jeszcze bardziej.

Port 1GbE, 2.5GbE lub 10GbE opisuje surową przepustowość sygnału, a nie prędkość kopiowania plików pokazywaną przez pulpit. Użytkownicy domowego NAS muszą oddzielić nieuniknione nagłówki Ethernet i TCP od przetwarzania SMB, podpisywania lub szyfrowania, operacji na małych plikach, prędkości pamięci masowej oraz ograniczeń klienta. Poniższe sekcje przekształcają oznaczenia łącza w oczekiwania dotyczące ładunku, śledzą każdą warstwę narzutu i pokazują, jak zmierzyć rzeczywistą stratę protokołu bez obwiniania sieci za każde wolne przesyłanie.

Co właściwie mierzy reklamowana prędkość łącza NAS?

Etykieta sieciowa mierzy bity umieszczone na łączu, w tym informacje transportujące i chroniące plik, a nie stające się jego częścią. Podstawowy powód jest widoczny w tym rozbiciu narzutu nagłówków TCP i IP: każdy pakiet o pełnym rozmiarze rezerwuje bajty na nagłówki, więc ładunek aplikacji jest koniecznie niższy niż surowa prędkość Ethernet.

Konwersja z gigabitów na megabajty również tworzy nierealistyczne oczekiwania, gdy użytkownicy dzielą oznaczenie łącza przez osiem i traktują wynik jako gwarantowaną prędkość kopiowania. Długotrwała analiza przepustowości Gigabit Ethernet pokazuje, dlaczego użyteczna prędkość danych musi być interpretowana przez ramkowanie, zachowanie protokołu i pełną ścieżkę transferu, a nie tylko numer portu.

To ustanawia pierwszą granicę: łącze NAS może być zdrowe, podczas gdy kopiowanie pozostaje poniżej surowego limitu bajtów. Porównanie ZimaSpace prędkości łącza NAS 2.5GbE i 10GbE traktuje prędkość sieci jako górną granicę, która nadal zależy od pamięci masowej, CPU, przełączania, sprzętu klienta i obciążenia pracy.

Ile usuwają nagłówki Ethernet i TCP?

Przy dużych ładunkach i standardowym MTU 1500 bajtów stały udział TCP/IP to zwykle tylko kilka procent, ponieważ każdy pakiet przenosi znacznie więcej danych niż bajtów nagłówka. Około 97 procent efektywności ładunku TCP jest użytecznym punktem odniesienia, ale nie obejmuje wszystkich przerw na warstwie Ethernet, wzorców potwierdzeń, retransmisji ani komunikatów udostępniania plików.

Ramkowanie Ethernet, sumy kontrolne, preambuły i przerwy między ramkami ponownie obniżają wynik, zanim aplikacja NAS zobaczy łącze. Praktyczna lekcja z szacunkowych obliczeń sieciowych mówi, że narzut powinien być liczony przez warstwy, a nie przypisywany jednej niewyjaśnionej procentowej wartości „protokołowi”. Duże, ciągłe transfery zbliżają się do limitu, ponieważ stały koszt rozkłada się na większy ładunek.

Większe ramki mogą zmniejszyć przetwarzanie pakietów na bajt, ale nie mnożą prędkości NAS i wymagają spójnego wsparcia na całej ścieżce. Dlatego porównanie Ethernet multi-gigabit powinno być czytane jako przewodnik po przepustowości łącza, a nie dowód, że samo zmienienie MTU lub okablowania naprawi ograniczenia pamięci masowej, CPU, SMB lub małych plików.

Gdzie SMB dodaje więcej niż narzut nagłówka?

SMB robi więcej niż tylko opakowuje strumień bajtów. Przenosi żądania otwierania plików, czytania zakresów, zapisywania danych, potwierdzania operacji, sprawdzania atrybutów i egzekwowania zasad dostępu. Ten przegląd nowoczesnego zachowania SMB pomaga odróżnić protokół udostępniania plików od niższego transportu TCP, co wyjaśnia, dlaczego test iperf może być szybki, a kopiowanie SMB wolniejsze.

Podpisywanie i szyfrowanie mogą zwiększyć różnicę, ponieważ klient i NAS muszą weryfikować lub przekształcać ruch oprócz jego przesyłania. Porównanie narzutu podpisywania i szyfrowania SMB wyjaśnia, że silniejsza ochrona dodaje pracę przetwarzania, więc niskomocny serwer domowy może stać się ograniczony przez CPU, zanim interfejs 2.5GbE lub 10GbE zostanie w pełni wykorzystany.

Praktycznym objawem jest szybki test surowej sieci, po którym następuje niższa prędkość kopiowania plików i podwyższone użycie CPU NAS. Przewodnik ZimaSpace dlaczego szybkie łącze NAS może nadal wydawać się wolne stawia SMB obok pamięci masowej, PCIe, usług w tle i ograniczeń klienta, zapobiegając traktowaniu narzutu bezpieczeństwa jako domyślnego wyjaśnienia każdego niepełnego łącza.

-15% OFF

ZimaBoard 2 – Mini serwer domowy dla Twojego wielkiego pomysłu

Single board computer zimaboard2

Dlaczego małe pliki tracą więcej prędkości łącza?

Efektywność protokołu spada, gdy obciążenie wykonuje wiele krótkich operacji, ponieważ każdy plik może wymagać otwarć, sprawdzeń metadanych, potwierdzeń, zamknięć i aktualizacji katalogów. Ten sam koszt nagłówka, który jest mały w porównaniu z wielogigabajtowym wideo, staje się bardziej widoczny przy małych ładunkach, podczas gdy opóźnienie pozostawia łącze bezczynne między żądaniami. To jest strona obciążenia pracy stosunku ładunku do nagłówka.

Równoległość może ukryć część oczekiwania, ale także zwiększa zaległą pracę metadanych i pamięci masowej. Analiza rzeczywistych obciążeń transferów multi-gigabit ilustruje, dlaczego duże kopie projektów korzystają bardziej przewidywalnie z szerszego łącza niż foldery zdominowane przez krótkie operacje i koordynację na plik.

Folder ze zdjęciami, plikami źródłowymi lub zasobami aplikacji może więc raportować znacznie niższy procent prędkości łącza niż jeden duży archiwum. Porównanie ZimaSpace puli SSD i macierzy HDD dla małych plików pokazuje, że opóźnienia i IOPS metadanych mogą stać się decydującym czynnikiem nawet wtedy, gdy ten sam NAS szybko przesyła duży plik sekwencyjny.

Jak zmierzyć rzeczywistą stratę protokołu?

Rozpocznij od surowego testu sieci między NAS a klientem, a następnie porównaj go z pojedynczym transferem dużego pliku przez zamierzony protokół udostępniania. Różnica między prędkością łącza a maksymalną przepustowością ładunku TCP reprezentuje straty ramkowania i transportu; kolejna różnica między surowym testem a kopiowaniem pliku obejmuje SMB, pamięć masową, system plików, CPU i pracę klienta.

Powtórz test pliku z niezmienionym podpisywaniem lub szyfrowaniem, a następnie obserwuj CPU, przepustowość dysku, opóźnienia, retransmisje i wykorzystanie interfejsu. Rozróżnienie między siecią a przepływem plików w przetwarzaniu bezpieczeństwa SMB pomaga wyjaśnić, dlaczego ustawienie może obniżyć przepustowość bez zwiększania liczby bajtów przesyłanych przez kabel.

Interpretuj wynik jako mapę wąskich gardeł, a nie jedną uniwersalną wartość narzutu. Gdy iperf prawie wypełnia łącze, ale duży plik nie, kontynuuj badanie ścieżki pamięci masowej i SMB; gdy oba są wolne, najpierw sprawdź sieć. Warstwowa kolejność rozwiązywania problemów NAS zapobiega ukrywaniu normalnej pięcio- do dziesięcioprocentowej straty protokołu przez znacznie większe ograniczenia systemowe.