XFS kontra EXT4 na serwerach NVMe: testy wydajności i porównanie w praktyce

Porównuję XFS EXT4 na serwerach NVMe w oparciu o aktualne wyniki testów porównawczych i dane praktyczne oraz pokażę, w jakich sytuacjach dany system plików ma wymierną przewagę. Skupiam się przy tym na przepustowości, opóźnieniach i rzeczywistych obciążeniach, abyś mógł celowo wykorzystać wydajność NVMe na serwerze.

Punkty centralne

Na początek pokrótce podsumuję najważniejsze wnioski, zanim przejdę do szczegółów, testów porównawczych i optymalizacji.

• Losowe operacje wejścia/wyjścia: Oba systemy są bardzo zbliżone do siebie; EXT4 charakteryzuje się nieznacznie większą przepustowością, a XFS – bardziej równomiernymi opóźnieniami.
• Sekwencyjnie: System plików XFS często wypada najlepiej w przypadku dużych plików, a EXT4 plasuje się tuż za nim, osiągając solidne wyniki.
• Metadane: EXT4 ma pewne niewielkie zalety, a XFS zapewnia stałe czasy odpowiedzi.
• Aplikacje: W bazach danych wyniki są bardzo wyrównane, a różnice mieszczą się w niskim przedziale procentowym.
• Strojenie: Jądro, harmonogram, poziom obsługi wejścia/wyjścia, wolne miejsce i opcje montowania mają kluczowe znaczenie.

XFS i EXT4 na dyskach NVMe: omówienie techniczne

EXT4 jest uznawany za sprawdzony standard systemu Linux, zapewniający na dyskach NVMe bardzo niezawodny Stanowi podstawę i służy jako punkt odniesienia w wielu testach porównawczych. System plików XFS obsługuje duże pliki, wysoki stopień równoległości oraz sekwencyjne strumienie danych i potrafi bardzo dobrze wykorzystać przepustowość NVMe. Na nowoczesnym sprzęcie różnice te maleją, ponieważ oba systemy plików dojrzewały przez lata, a nowe wersje jądra dalej optymalizują stos NVMe. W codziennych obciążeniach często decydujące znaczenie mają profile obciążenia: wiele małych, losowych operacji dostępu następuje w bardzo krótkich odstępach czasu, natomiast duże transfery sekwencyjne zazwyczaj sprzyjają systemowi XFS. Osoby podejmujące decyzje powinny zatem znać swój profil operacji wejścia/wyjścia i nie opierać się wyłącznie na ogólnych Rankingi spojrzeć.

Losowe operacje wejścia/wyjścia na dyskach NVMe: małe bloki, wysoka równoległość

W przypadku operacji 4K i 8K oba systemy plików zapewniają IOPS na bardzo podobne Poziom, często w granicach kilku punktów procentowych. W niektórych pomiarach system plików EXT4 wykazuje nieznacznie wyższe średnie wartości w przypadku zapisu losowego, co może być widoczne w scenariuszach zbliżonych do OLTP. Natomiast system plików XFS wyróżnia się bardziej równomiernymi opóźnieniami i mniejszym wahaniami w dłuższych okresach działania, co sprzyja przewidywalnym czasom odpowiedzi przy obciążeniach mieszanych. W środowiskach produkcyjnych te subtelne różnice są często maskowane przez pamięci podręczne, logikę aplikacji i ścieżki sieciowe. W związku z tym na pierwszy plan wysuwają się inne parametry, takie jak pamięć podręczna bufora, strategia WAL czy głębokość operacji we/wy (źródło: 1, 4, 7).

Transfery sekwencyjne: wydajne przenoszenie dużych plików

W przypadku bloków o rozmiarze MB oraz długich, sekwencyjnych strumieni system XFS często ma przewagę, ponieważ układ ekstentów pozwala na wydajne przetwarzanie dużych plików zarządzane. Odczuwalnie korzystają na tym operacje tworzenia kopii zapasowych, zadania archiwizacji i sekwencyjne punkty kontrolne, zwłaszcza w przypadku dysków NVMe PCIe 4.0/5.0. System plików EXT4 nie pozostaje daleko w tyle i zapewnia bardzo dobre prędkości, które w wielu konfiguracjach praktycznie nie stanowią ograniczenia. Im dłuższy strumień i im większy plik, tym wyraźniej przewaga przechodzi na stronę XFS. Dodatkowy przegląd sytuacji przedstawia mój krótki Porównanie wydajności z typowymi obciążeniami serwerowymi (źródło: 4, 5, 9).

Operacje na metadanych: wiele małych plików

Obciążenia obejmujące wiele operacji na plikach stawiają wysokie wymagania wobec ścieżek metadanych i powodują różnice w zakresie blokowania i rejestrowania Światło. W niektórych testach system plików EXT4 nieznacznie wygrywa pod względem szybkości tworzenia i usuwania wielu małych plików. Z kolei XFS wyróżnia się stałymi opóźnieniami, dzięki czemu dobrze nadaje się do planowania wykorzystania w dziennikach, pamięciach podręcznych i katalogach kompilacji. W porównaniu z alternatywnymi systemami plików oba charakteryzują się dopracowanym zarządzaniem i przewidywalnymi wzorcami reakcji. Osoby przenoszące ogromne ilości małych plików powinny zwrócić uwagę na opcje montowania i przeprowadzić praktyczne testy w dłuższej perspektywie czasowej (źródło: 1, 7, 13).

Przegląd wyników testów porównawczych w liczbach

Poniższe tendencje podsumuję zwięźle, abyś mógł szybko rozpoznać typowe schematy uznanie. Losowe operacje we/wy z małymi blokami: różnice zazwyczaj niewielkie, często rzędu ±3–5 % w przypadku IOPS. Operacje sekwencyjne z dużymi blokami: XFS często na czele, zwłaszcza w przypadku długich strumieni i dużych plików. Testy z dużą ilością metadanych: częściowo niewielka przewaga EXT4, XFS charakteryzuje się równomiernymi opóźnieniami. W scenariuszach analitycznych oba systemy plików często wykorzystują około 80–85 % teoretycznej wydajności NVMe, w zależności od jądra, sterowników i oprogramowania układowego kontrolera (źródło: 1, 3, 4, 5, 10).

Scenariusz	Tendencja	Typowa zaleta	Wskazówka
Losowe operacje wejścia/wyjścia (4K/8K)	Bardzo ciasno	EXT4 zapewnia nieco większą przepustowość	XFS często charakteryzuje się bardziej płynnymi opóźnieniami
Sekwencyjnie (≥1 MB)	XFS na czele	Większa przepustowość w przypadku dużych plików	Długie strumienie wzmacniają efekt
Operacje na metadanych	Szybka walka	EXT4 jest częściowo szybszy podczas tworzenia i usuwania plików	XFS zachowuje stabilność przy obciążeniu mieszanym
Bazy danych (OLTP)	Bardzo ciasno	EXT4 – nieznacznie wyższa liczba operacji na sekundę (TPS)	XFS – bardziej wyrównane czasy odpowiedzi
Analizy/Raportowanie	Eng	XFS podczas skanowania dużych plików	Oba wykorzystują 80–85 % sprzętu

Testy wydajności zbliżone do rzeczywistych zastosowań: bazy danych i obciążenie mieszane

W testach PostgreSQL-a i MySQL-a obserwuję wyrównaną rywalizację, na którą wpływają profile opóźnień, strategie WAL oraz ustawienia pamięci podręcznej bufora żyje. EXT4 zapewnia w niektórych przypadkach nieco większą liczbę transakcji na sekundę przy wysokim stopniu równoległości. XFS wyróżnia się stabilnymi czasami odpowiedzi, co może wygładzić opóźnienia ogonowe w krytycznych interfejsach API. Różnice są na tyle niewielkie, że optymalizacja bazy danych przynosi większe korzyści niż sama zmiana systemu plików. Osoba podejmująca decyzję powinna zatem zmierzyć typowe dla danego obciążenia testy długotrwałe i uważnie obserwować wskaźniki aplikacji (źródło: 2, 3, 9).

Wersja jądra, modele NVMe i ich wpływ

Nowsze jądra systemu Linux z serii 5.x i 6.x zmniejszają opóźnienia i zwiększają przepustowość, co przynosi korzyści obu systemom plików działającym na szybkich dyskach NVMe oraz eliminuje wąskie gardła w stosie operacji wejścia/wyjścia zmniejsza. Dyski SSD klasy korporacyjnej z dużą pamięcią podręczną DRAM i ochroną przed utratą zasilania dodatkowo maskują różnice, ponieważ kontroler i oprogramowanie układowe ograniczają wydajność, zanim znaczenie zacznie odgrywać system plików. Niedrogie dyski NVMe dla użytkowników indywidualnych wyraźniej pokazują ten zakres, ale w codziennym użytkowaniu zazwyczaj nie różnią się od siebie znacząco. Standard PCIe 4.0/5.0 zwiększa rezerwę wydajności, dzięki czemu zalety systemu plików XFS w operacjach sekwencyjnych stają się bardziej widoczne. Aktualizacje jądra, oprogramowania układowego NVMe oraz sprawne sterowniki przynoszą zatem wymierne korzyści (źródło: 1, 5, 10, 11).

Optymalizacja NVMe: harmonogram, głębokość operacji we/wy, wolne miejsce

Często zaczynam od prostego narzędzia do planowania zadań, takiego jak brak lub mq-deadline i dostosowuję głębokość operacji wejścia/wyjścia (I/O-Depth) dla każdego obciążenia, aby racjonalnie wypełniać kolejki. Zbyt duża głębokość powoduje skoki opóźnień, a zbyt mała marnuje zasoby równoległe. Zaplanowanie 15–20 % wolnego miejsca ogranicza fragmentację i zapewnia szybkie przydzielanie zasobów. W przypadku systemu plików XFS zwracam uwagę na podział na grupy alokacji (Allocation Groups), ponieważ mają one decydujący wpływ na równoległość działania systemu plików; dobrym tematem na początek są Grupy alokacji XFS. Każdą zmianę oceniam w ramach testu A/B, aby efekty były zrozumiałe i aby żadne pogorszenia nie umknęły mojej uwadze.

Celowe wykorzystanie opcji montażu

Opcje montowania mają wpływ na rejestrowanie, interwały zatwierdzania i ścieżki zapisu oraz mogą wpływać na opóźnienia i przepustowość zauważalny przesunąć. System plików EXT4 oferuje przydatne opcje dotyczące trybu dziennika i czasów zatwierdzania, podczas gdy XFS udostępnia opcje dotyczące buforów dziennika i parametrów i-węzłów. Dostosowuję te ustawienia do profilu obciążenia i dokumentuję każdą zmianę. Kto chce zagłębić się w ten temat, znajdzie zwięzłe wskazówki dotyczące przydatnych parametrów w Opcje montowania systemu plików EXT4. Ważne jest, aby każdą zmianę w konfiguracji montowania sprawdzać przy użyciu rzeczywistych obciążeń, a nie tylko za pomocą testów syntetycznych.

Praktyka w zakresie hostingu: wybór w zależności od obciążenia

W przypadku klasycznych aplikacji internetowych z systemami CMS i sklepami internetowymi EXT4 zapewnia niezawodne Podstawa, ponieważ dominują liczne małe pliki i zróżnicowane wzorce operacji wejścia/wyjścia. Bazy danych o wysokim stopniu równoległości działają bardzo dobrze na obu systemach plików; podejmuję decyzję na podstawie dotychczasowych doświadczeń, konfiguracji monitorowania oraz koncepcji tworzenia kopii zapasowych. Duże sekwencyjne strumienie danych podczas tworzenia kopii zapasowych i archiwizacji sprzyjają systemowi XFS, co skraca czas transferu. Obciążenia analityczne również korzystają z obsługi dużych skanów przez system XFS, podczas gdy profile mieszane często nie wykazują prawie żadnych różnic. Osoby, które nie są pewne, powinny skonfigurować system testowy i przeprowadzić pomiary w oparciu o najważniejsze obciążenia dzienne.

Strategia testowa: realistyczna i mierzalna

Łączę krótkie testy wydajnościowe z długimi biegami wytrzymałościowymi, aby sprawdzić zarówno wartości maksymalne, jak i wahania oraz efekty starzenia się zob.. Zamiast korzystać wyłącznie z narzędzi syntetycznych, używam kopii rzeczywistych baz danych, typowych plików dziennika oraz rzeczywistych zadań importu i eksportu. Monitorowanie za pomocą iostat, perf oraz metryk aplikacji odbywa się na bieżąco, dzięki czemu mogę jednoznacznie wykazać korelacje. Testy powtarzam po aktualizacjach jądra lub zmianach oprogramowania układowego, aby wcześnie wykrywać regresje. W ten sposób można ustalić, czy w danym środowisku system plików XFS czy EXT4 zapewnia lepszy kompromis między przepustowością, opóźnieniem i przewidywalnością (źródło: 1).

Prowadzenie dziennika, bariery i semantyka synchronizacji w NVMe

Szczegóły dotyczące rejestrowania mają wpływ na szczyty opóźnień i zachowanie podczas odzyskiwania danych. System plików EXT4 domyślnie wykorzystuje data=ordered i zapisuje metadane w dzienniku, podczas gdy dane użytkowe są zapisywane na stałe przed zatwierdzeniem. Kto potrzebuje maksymalnej szybkości zapisu przy akceptowalnym ryzyku, może data=writeback należy wziąć pod uwagę, co jednak utrudnia odtwarzanie po awariach. Nowsze wersje EXT4 obsługują fast_commit, co pozwala zgrupować wiele małych transakcji dotyczących metadanych i skrócić czas zatwierdzania. System plików XFS prowadzi własny dziennik (journal), którego logbsize oraz logbufs mają znaczący wpływ na równoległość i opóźnienia. W przypadku NVMe są to Bariery zapisu Ważne: Bez funkcji Power-Loss-Protection (PLP) bariery powinny pozostać aktywne, aby zabezpieczyć przed zmianą kolejności wykonywania kodu oprogramowania układowego kontrolera. Dzięki funkcji PLP można celowo zmniejszyć liczbę barier, aby przyspieszyć operacje obciążające funkcję fsync() – należy jednak zawsze rozważyć to w kontekście ryzyka. W przypadku aplikacji o rygorystycznych wymaganiach dotyczących trwałości (np. baz danych) prawidłowe działanie funkcji fsync() jest ważniejsze niż pojedyncze punkty procentowe większej przepustowości.

TRIM/Discard i długoterminowe zachowanie pamięci NVMe

Wpływ na Flash Odrzuć/Przytnij-Strategie zapewniające stabilną wydajność zapisu. Funkcja „inline-discard” podczas montowania (discard/async_discard) zmniejsza obciążenie kontrolera w tle, ale pod obciążeniem może powodować skoki opóźnień. Okresowe fstrim-Cyklowe operacje (np. cotygodniowe) pozwalają w wielu środowiskach produkcyjnych utrzymać stałą wydajność i oddzielić zwolnienie nieużywanych bloków od ścieżki krytycznej. System plików XFS efektywnie przetwarza operacje odrzucania w partiach, natomiast EXT4 oferuje dzięki discard=async Wariant łagodny. Ważne jest, aby funkcja Discard była poprawnie propagowana przez wszystkie warstwy (dm-crypt, LVM, MD-RAID, hiperwizor). Jeśli w dłuższej perspektywie zarezerwuje się 15–20 %, zmniejszy się wewnętrzne zbieranie śmieci – wahania opóźnień spadną, a wydajność zapisu pozostanie bardziej stabilna.

RAID, LVM i szyfrowanie: właściwe dopasowanie warstw

Przed sformatowaniem geometria bloku powinna być zgodna z RAID/LVM. W przypadku systemu plików XFS właściwy wybór sunit/swidth (Allocation-Alignment) – efektywność dużych transferów sekwencyjnych; w systemie plików EXT4 funkcję tę pełnią stride/szerokość paska. Jeśli wyrównanie jest prawidłowe, cykle „odczyt-modyfikacja-zapis” w macierzy RAID ulegają zminimalizowaniu. Funkcje LVM-Thin i migawki są przydatne, ale zwiększają opóźnienie w ścieżkach zapisu – ma to większe znaczenie w przypadku obciążeń losowych niż w przypadku czystych operacji skanowania. dm-crypt/LUKS obciąża procesor i może ograniczać liczbę operacji IOPS w przypadku małych bloków; nowoczesne rozwiązania AES-NI/ARM-Crypto pomagają, ale opóźnienia końcowe zazwyczaj nieznacznie wzrastają. W przypadku zaszyfrowanych woluminów warto ponownie dostosować głębokość operacji wejścia/wyjścia (I/O-Depth) i preferencje kolejki (Queue-Affinities) oraz wyraźnie zezwolić na odrzucanie danych (Discard), o ile pozwalają na to wytyczne dotyczące bezpieczeństwa.

CPU/NUMA, powinowactwo przerwań i io_uring: precyzyjne dostrajanie opóźnień

NVMe skaluje się poprzez wiele kolejek zgłoszeń i zakończeń; kto Lokalizacja NUMA Należy pamiętać, że zmniejsza to liczbę przeskoków między węzłami. Przerwanie IRQ NVMe oraz wątki robocze aplikacji powinny działać na tym samym węźle NUMA, na którym przydzielono pamięć. W systemie Linux pomocne są przypisanie IRQ oraz dostosowane rps/xps-Ustawienia pozwalające na przechowywanie danych lokalnie. Nowoczesne obciążenia korzystają z io_uring (zamiast starszego AIO), które ogranicza liczbę wywołań systemowych i umożliwia przesyłanie zadań w trybie wsadowym. W testach fio przekłada się to na mniejsze opóźnienia przy tej samej liczbie IOPS. Zbyt duża głębokość kolejki (iodepth) powodują jednak rozmycie rozkładu opóźnień; warto przeprowadzać testy w kilku etapach (np. 1, 4, 16, 64), aby zidentyfikować optymalny punkt dla każdego obciążenia.

Środowiska kontenerowe i wirtualne maszyny: specyfika stosu technologicznego

W przypadku kontenerów (overlayfs) system plików XFS przez długi czas był standardowym wyborem, ponieważ d_type był dostępny już od początku i zapewniał niezawodność, a duże zestawy warstw były efektywnie zarządzane. Obecnie nowoczesne wdrożenia EXT4 zapewniają porównywalną stabilność; różnice w wydajności są niewielkie i wynikają raczej z overlayfs niż z samego systemu plików. W maszynach wirtualnych dominują interfejsy Virtio/NVMe oraz tryby buforowania hiperwizora: cache=none Dodatkowo funkcja O_DIRECT w środowisku gościa ogranicza stosowanie buforowania podwójnego. Istotne są Przekazanie kart do odrzucenia oraz jednolite rozmiary sektorów (4K vs. 512e), aby uniknąć amplifikacji zapisu. Platformy oparte na migawkach (np. QCOW2, ZVOL) stosują mechanizm „copy-on-write”; wybór systemu plików w systemie-gościu pozostaje istotny, jednak zaplecze hosta często osiąga swoje ograniczenia wcześniej niż same systemy plików XFS/EXT4.

Odzyskiwanie, spójność i okna serwisowe

Oba systemy plików są uważane za niezawodne, jednak Ścieżki konserwacji różnią się. System plików EXT4 można dokładnie sprawdzić za pomocą narzędzia e2fsck; w przypadku bardzo dużych woluminów, jeśli występują błędy, proces ten trwa dość długo, ale korzysta z ulepszeń przyrostowych (funkcja Fast-Commit skraca czas odtwarzania mniejszych transakcji). System plików XFS jest na Spójność w sieci zaprojektowany; dogłębne testy są przeprowadzane za pomocą narzędzia xfs_repair, które w krytycznych sytuacjach wymaga dużej ilości pamięci RAM i może trwać długo w przypadku bardzo dużych drzew. W przypadku systemów produkcyjnych warto fsfreeze przed utworzeniem migawek LVM/pamięci masowej, aby uzyskać kopie zapasowe spójne z aplikacją; bazy danych powinny dodatkowo uruchamiać własne mechanizmy punktów kontrolnych i tworzenia kopii zapasowych. Kto ma umowy SLA z krótkimi wartościami RTO/RPO, powinien wyraźnie zaplanować testy przywracania danych – to obala mity i pokazuje realistyczne przedziały przestoju.

Aspekty funkcjonalne wykraczające poza samą wydajność

Wydajność to nie wszystko. System plików XFS oferuje ReflinkKopie oparte na [technologii] oraz mechanizmy deduplikacji, co pozwala zaoszczędzić miejsce na dysku w przypadku obrazów maszyn wirtualnych i dużych zbiorów multimedialnych oraz skraca czas kopiowania. System plików EXT4 wyróżnia się szeroką obsługą narzędzi oraz konserwatywnymi ustawieniami domyślnymi, które ułatwiają wdrażanie. Kwoty są dostępne w obu środowiskach; system plików XFS wyróżnia się Project-Quotas dla limitów opartych na katalogach w dużych strukturach wielodostępnych. Opcje takie jak noatime/relatime/lazytime Znacznie zmniejszają obciążenie związane z zapisem metadanych. Użytkownicy korzystający z szyfrowania na poziomie katalogów lub plików (fscrypt) powinni uwzględnić niewielkie obciążenie związane z niewielką liczbą losowych operacji dostępu oraz zapewnić rezerwę mocy obliczeniowej procesora.

Jak uniknąć błędów pomiarowych: typowe pułapki

Wiele rzekomych różnic między FS to w rzeczywistości Artefakty testowe. Zbyt małe zbiory danych trafiają do pamięci podręcznej strony (Page Cache) i maskują różnice; zbiory danych powinny być większe niż dostępna pamięć RAM. Brakujący rozgrzewka zniekształca profile zapisu losowego w pamięci flash; podobnie równolegle wykonywane zadania konserwacyjne (scrub, rebuild, fstrim) powodują wartości odstające. W przypadku testów fio musi być jasne, czy direct=1 sprawdza się, czy fazy fsync() są ustawione realistycznie oraz czy operacje odczytu i zapisu przebiegają naprzemiennie czy w fazach. Aby uzyskać powtarzalne wyniki, konieczne są stałe częstotliwości procesora (bez agresywnych regulatorów skalowania), stałe obciążenie w tle oraz dokładna izolacja testów od monitorowania.

Lista kontrolna dla praktyki: jak to zrobić

• Określenie profilu obciążenia: rozmiary bloków, stosunek odczytu do zapisu, budżet opóźnień, zachowanie podczas obciążenia impulsowego.
• Oczyszczenie stosu: jądro, oprogramowanie układowe NVMe, wersje sterowników; sprawdzić przypisanie IRQ i NUMA.
• Wyrównaj układ: Prawidłowo ustawić wyrównanie RAID/LVM (sunit/swidth lub stride/stripe-width).
• Testowanie opcji montażu: bariery, interwały commit, noatime/relatime/lazytime; parametry dziennika XFS.
• Kalibracja głębokości wejścia/wyjścia: Należy rozważyć stosunek opóźnienia do przepustowości i znaleźć optymalny punkt dla każdej aplikacji.
• Zaplanować wolne miejsce: 15–20 % – rezerwa zapewniająca równomierne opóźnienia i mniejsze rozdrobnienie.
• Zdefiniowanie strategii odrzucania: fstrim w trybie inline a fstrim w trybie okresowym – propagacja przez wszystkie warstwy.
• Kopie zapasowe i odzyskiwanie danych: Testowanie procesów fsfreeze i Snapshot, realistyczna weryfikacja przestojów.
• Pomiary A/B: Zmiana tylko jednej zmiennej, korelacja wyników z wskaźnikami aplikacji.

Podsumowanie: Wskazówki dotyczące podejmowania decyzji bez mitów

Systemy plików XFS i EXT4 zapewniają bardzo wysoką wydajność na dyskach NVMe, a różnice między nimi są zazwyczaj niewielkie umiarkowany i w dużym stopniu zależą od profilu operacji wejścia/wyjścia. Obciążenia losowe z małymi blokami dają wyniki zbliżone do siebie, podczas gdy długie strumienie sekwencyjne zazwyczaj dają przewagę systemowi XFS. System EXT4 przekonuje nieco wyższą przepustowością w niektórych scenariuszach transakcyjnych, a XFS – stałymi opóźnieniami podczas długotrwałych testów. Wersja jądra, modele NVMe, harmonogram, głębokość operacji wejścia/wyjścia, wolne miejsce oraz opcje montowania często mają większy wpływ na wynik niż sam wybór systemu plików. Kto dokonuje precyzyjnych pomiarów i rozumie własne obciążenia, podejmuje przemyślaną decyzję – bez mitów i w oparciu o mierzalne dane. Zysk.