Jeśli chodzi o hosting stron internetowych, nie ma jednoznacznego zwycięzcy w rywalizacji między procesorami AMD EPYC a Intel Xeon. Odpowiednia platforma dostosowuje się do profilu obciążenia: W przypadku hostingu współdzielonego liczy się gęstość rdzeni i ograniczenia, a także wydajność na jednego aktywnego pracownika w aplikacjach dynamicznych, podczas gdy serwery VPS i węzły baz danych wymagają przede wszystkim pamięci RAM, układu NUMA i topologii we/wy. Dlatego też należy porównywać konkretne modele EPYC 9005 i Xeon 6 wraz z platformą serwerową na podstawie powtarzalnych pomiarów, a nie liczby rdzeni, częstotliwości taktowania czy pojedynczych testów wydajnościowych.
Profile hostingowe przed porównaniem wydajności procesorów
Hosting internetowy nie stanowi jednolitego obciążenia procesora. Platforma obsługująca tysiące małych kont działa na innych zasadach niż węzeł dla maszyn wirtualnych czy serwer baz danych. Przed porównaniem procesorów AMD EPYC i Intel Xeon należy zatem określić profil zapytań, liczbę jednocześnie aktywnych klientów, zapotrzebowanie na pamięć RAM, operacje wejścia/wyjścia pamięci masowej oraz dopuszczalne czasy odpowiedzi. Dopiero ta kombinacja sprawia, że dane techniczne procesora mają znaczenie przy dokonywaniu zakupu.
hosting wspólny przetwarza wiele niezależnych od siebie zadań związanych z PHP, systemami CMS i pocztą elektroniczną, które często charakteryzują się krótkimi szczytami obciążenia. Duża gęstość rdzeni może pomóc, ale równie ważne są skuteczne ograniczenia czasu procesora, procesów, pamięci operacyjnej i operacji we/wy. Bez takich ograniczeń pojedyncze konto może zająć ograniczone zasoby i pogorszyć czasy odpowiedzi innych klientów. Planowana izolacja klientów ma tu często większe znaczenie niż wynik szczytowy w syntetycznym teście wielordzeniowym.
W przypadku zarządzanych systemów CMS i sklepów internetowych wymagania są bardziej zróżnicowane. Dynamiczne żądania PHP, pamięć podręczna obiektów, zapytania do bazy danych, zadania cron oraz operacje administracyjne pojawiają się czasami jednocześnie. W przypadku nielicznych wymagających aplikacji można Wydajność na rdzeń może być ważniejsza niż maksymalna liczba rdzeni; natomiast w przypadku stałej dużej liczby niezależnych procesów PHP-FPM na znaczeniu zyskuje równoległość. Decydujące znaczenie ma to, czy serwer WWW, procesy PHP i baza danych są odpowiednio skalowane.
Sklep WooCommerce dobrze ilustruje to rozróżnienie: statyczne zdjęcia produktów serwer WWW z pamięcią podręczną może dostarczać bardzo wydajnie. Koszyk, proces realizacji zamówienia i stan magazynowy generują jednak spersonalizowane operacje PHP i dostęp do bazy danych. Większa liczba rdzeni procesora nie eliminuje czasu oczekiwania, jeśli zapytania nie trafiają w indeksy, pula buforów jest zbyt mała lub opóźnienie NVMe wzrasta pod obciążeniem. Dlatego opóźnienia żądań, czasy odpowiedzi bazy danych i czasy oczekiwania na operacje wejścia/wyjścia powinny być rejestrowane oddzielnie.
Węzły VPS i chmurowe wymagają, oprócz mocy obliczeniowej, przede wszystkim wystarczającej ilości pamięci RAM, przepustowości pamięci, sieci oraz przejrzystego przydziału zasobów. Przypisanie procesora (CPU-Pinning), zarezerwowana pamięć, przypisanie NUMA oraz QoS pamięci masowej mają większy wpływ na komfort pracy gości niż logo producenta. Systemy bazodanowe, Redis oraz te powiązane z pamięcią masową dodatkowo oceniają zestaw roboczy, rozmiar pamięci podręcznej, obciążenie zapisem oraz bezpośrednie podłączenie dysków SSD NVMe. W tym przypadku istotna jest zrównoważona Topologia platformy często ma większe znaczenie niż sama przepustowość serwera WWW.
Uwzględnienie procesorów EPYC 9005 i Xeon 6 jako punktu odniesienia
W niniejszym artykule celowo porównano procesory AMD EPYC 9005 i Intel Xeon 6 jako wyraźnie odrębne generacje platform. Porównanie to ma na celu ułatwienie zakupu, rozbudowy lub oceny systemów opartych na tych dwóch rodzinach produktów. Nie można na tej podstawie wyciągać wniosków dotyczących innych generacji lub gałęzi produktów, ponieważ mogą się one różnić pod względem budowy rdzeni, platformy pamięci, wyposażenia wejść/wyjść oraz dostępnych funkcji.
Ponadto udokumentowana funkcja procesora różni się od faktycznie dostępny system serwerowy Należy rozróżnić: płyta główna, oprogramowanie układowe, konfiguracja modułów DIMM, układ chłodzenia, zasilacze oraz certyfikaty OEM decydują o tym, jakie wyposażenie jest praktycznie użyteczne. Dlatego w przypadku każdego konkretnego SKU należy sprawdzić, które modele serwerów są dostępne i zatwierdzone pod kątem planowanej konfiguracji. Dotyczy to w szczególności dużych pojemności pamięci RAM, wielu dysków NVMe oraz specjalnych funkcji wirtualizacji.
Starszych generacji procesorów EPYC 700x oraz wcześniejszych modeli Xeon Scalable nie wolno mylić z procesorami EPYC 9005 lub Xeon 6. Nie należy również przenosić danych dotyczących innych linii produktów na te rodziny. Budowa rdzeni, wyposażenie wejść/wyjść, platforma pamięci oraz dostępne funkcje mogą się różnić w zależności od generacji. Porównanie ofert zakupowych wymaga zatem zawsze podania pełnej nazwy modelu, liczby gniazd oraz zastosowanej płyty głównej serwera.
Seria EPYC 9005 obejmuje, w zależności od modelu, procesory z Zen 5– lub rdzeni Zen-5c. Oznaczenia te nie odzwierciedlają ogólnej hierarchii w zakresie hostingu. Istotne znaczenie mają raczej konkretny model (SKU), liczba rdzeni, charakterystyka taktowania, parametry termiczne oraz planowana równoległość. Wersja z dużą liczbą rdzeni może być odpowiednia dla wielu dobrze wyodrębnionych klientów, podczas gdy model o innym profilu może być bardziej odpowiedni dla mniejszej liczby aplikacji wymagających dużej mocy obliczeniowej.
Intel dzieli procesory Xeon 6 na wersje z rdzeniami typu P i E. Rdzenie typu P są zoptymalizowane pod kątem wysokiej wydajności na rdzeń i obsługują między innymi instrukcje AVX-512 oraz AMX. Może to mieć znaczenie, jeśli wykorzystywane oprogramowanie faktycznie korzysta z tych funkcji wektorowych lub macierzowych; zwykły stos PHP lub serwer WWW nie odniesie z tego automatycznie korzyści. Rdzenie typu E są natomiast ukierunkowane na wysoką gęstość rdzeni i równoległą przepustowość.
W przypadku gęsto upakowanych, dobrze izolowanych obciążeń w środowiskach współdzielonych lub w chmurze rdzenie Xeon 6-E mogą zatem zasadniczo znaleźć się w gronie potencjalnych kandydatów. W przypadku obciążeń wymagających większej wydajności pojedynczego rdzenia naturalnymi kandydatami są również rdzenie Xeon 6-P lub odpowiednio skonfigurowane modele EPYC 9005. Jest to jedynie orientacyjna klasyfikacja produktów, a nie gwarancja wydajności. Rozbudowa pamięci RAM, oprogramowanie układowe oraz konfiguracja oprogramowania mogą znacząco wpłynąć na wynik i zafałszować porównanie typów rdzeni bez identycznej konfiguracji platformy.
Ziarna to tylko jeden z czynników
Rdzenie procesora mogą w pełni wykorzystać swój potencjał tylko wtedy, gdy pamięć i interfejsy wejścia/wyjścia nadążają za nimi. Kanały DDR5 wraz z liczbą modułów i typem DIMM określają dostępną przepustowość pamięci; natomiast pojemność pamięci RAM ogranicza liczbę maszyn wirtualnych, buforów baz danych lub pamięci podręcznych, które mogą działać bez wyładowywania do pamięci zewnętrznej. Liny PCIe łączą dyski NVMe, karty sieciowe i, w razie potrzeby, akceleratory. W przypadku hostingu łańcuch ten należy zaplanować jako całościowy system.
AMD podaje, że procesory EPYC 9005 obsługują do dwunastu kanałów DDR5, a także – w zależności od liczby gniazd i platformy – rozbudowaną łączność PCIe Gen 5. W przypadku systemów z jednym gniazdem podaje się liczbę do 128 linii PCIe Gen 5. Intel Xeon 6 oferuje również, w zależności od serii, do dwunastu kanałów DDR5; wybrane konfiguracje z jednym gniazdem i rdzeniami typu P osiągają do 136 linii PCIe. Wartości te odnoszą się do konkretnych modeli i platform i nie stanowią gwarancji wydajności aplikacji.
Węzeł VPS z wieloma dyskami SSD NVMe, dwiema szybkimi kartami sieciowymi i wieloma maszynami wirtualnymi pokazuje tę różnicę w praktyce. Jeśli dyski lub karty sieciowe są podłączone przez przełączniki PCIe, mogą współdzielić jedno łącze uplink. Również podział pasm, gniazda, rozgałęzienia, obsługa CXL oraz faktycznie odblokowana konfiguracja oprogramowania układowego zależą od płyty głównej. Dlatego udokumentowaną wydajność procesora należy porównać ze schematem blokowym i weryfikacją konkretnego serwera.
W przypadku systemów z wieloma węzłami NUMA kluczowe znaczenie ma również to, gdzie przypisana jest pamięć RAM, wirtualne procesory i urządzenia wejścia/wyjścia. Jeśli maszyna wirtualna lub baza danych często korzysta z pamięci innego węzła, mogą pojawić się dodatkowe opóźnienia. Dlatego warto przeprowadzać pomiary w warunkach zbliżonych do rzeczywistych: samo obciążenie procesora nie wskazuje ani na wąskie gardła pamięci, ani na kolejki w pamięci masowej lub sieci.
Wiele kanałów ułatwia bezpośrednie podłączenie wielu urządzeń, ale nie gwarantuje ani niskiego opóźnienia bazy danych, ani wysokiej częstotliwości transakcji. Decydujące znaczenie mają nadal kontroler, oprogramowanie układowe dysków SSD, projekt macierzy RAID lub replikacji, głębokość kolejki oraz ścieżka sieciowa. Wybór między Hosting AMD EPYC W przypadku serwera z procesorem Intel Xeon należy zatem równie dokładnie określić wymagania dotyczące operacji wejścia/wyjścia i pamięci, jak i liczbę rdzeni oraz częstotliwość taktowania.
Synchronizacja obciążeń z platformą
Wybór nie zaczyna się od producenta, lecz od rozkładu obciążenia. Procesor Xeon 6 z rdzeniami typu E zasadniczo nadaje się do bardzo wielu niezależnych od siebie, ściśle wyodrębnionych zadań; procesor Xeon 6 z rdzeniami typu P natomiast do zastosowań wymagających Wydajność na rdzeń oraz określone operacje wektorowe lub macierzowe. Procesor EPYC 9005 obsługuje również różne profile rdzeni i częstotliwości taktowania. Nie oznacza to jednak żadnej hierarchii: decydujące znaczenie mają konkretny numer katalogowy (SKU), topologia serwera oraz zmierzone obciążenie aplikacji.
| Obciążenie pracą | Najważniejsze kryterium dotyczące procesora | Najważniejsze kryterium dotyczące platformy | Typowe wąskie gardła | Wymagane wartości pomiarowe |
|---|---|---|---|---|
| hosting wspólny | Wysoki stopień równoległości przy skutecznych limitach kont | Pamięć RAM na konto, harmonogram oraz limity operacji wejścia/wyjścia | Poszczególne konta zużywają zasoby procesora, pamięci RAM lub operacji wejścia/wyjścia na dyskach | Czas odpowiedzi p95, aktywne procesy, kolejka zadań, ograniczanie wydajności procesora oraz czas oczekiwania na operacje wejścia/wyjścia; czas „steal-time” tylko w przypadku hosta wirtualnego |
| Systemy CMS i sklepy internetowe | Wydajność na każdy aktywny proces roboczy PHP oraz odpowiedni poziom równoległości | Szybka pamięć podręczna obiektów, pamięć RAM bazy danych i opóźnienie NVMe | Kolejki PHP-FPM, powolne zapytania, braki w pamięci podręcznej | p95/p99 – czas żądania, obciążenie procesów roboczych, czas odpowiedzi, wskaźnik trafień w pamięci podręcznej |
| VPS i chmura | Gęstość rdzeni lub gwarantowana wydajność na każdy vCPU zgodnie z planem taryfowym | Układ NUMA, pojemność pamięci RAM, sieć i jakość usług (QoS) w zakresie pamięci masowej | Przeładowanie procesora, nierównomierny przydział pamięci RAM, rywalizacja o zasoby pamięci masowej | Opóźnienie gościa, IOPS, przepustowość, opóźnienie sieciowe, a także – w zależności od hiperwizora – czas gotowości procesora (CPU Ready Time), kolejka wykonania (Run-Queue), czas przejęcia (Steal-Time) lub podobne wskaźniki planowania |
| Baza danych i Redis | Wydajność pamięci podręcznej i pamięci głównej w zależności od stopnia równoległości | Rozbudowa pamięci DDR5, powinowactwo NUMA i bezpośrednie podłączenie pamięci masowej | Za mało pamięci RAM, zdalne dostępy do NUMA, powolne lub przeciążone dyski NVMe | Opóźnienie zapytania lub polecenia, trafienia w puli buforów, opóźnienie operacji wejścia/wyjścia, przepustowość pamięci |
| Usługi zbliżone do NVMe | Wystarczająca moc procesora do obsługi protokołów i obciążenia testowego | Topologia PCIe, liczba bezpośrednich połączeń z dyskami i kartami sieciowymi | Przełączniki PCIe, kolejki, ograniczenia sieciowe lub dotyczące replikacji | p99 – opóźnienie wejścia/wyjścia, głębokość kolejki, IOPS, przepustowość, obciążenie sieci |
W przypadku hostingu współdzielonego wysoka gęstość rdzeni jest przydatna tylko wtedy, gdy limity czasu procesora, procesów, pamięci operacyjnej i operacji wejścia/wyjścia faktycznie chronią sąsiednie konta. Modele z rdzeniami typu E mogą zatem sprawdzić się w silnie zrównoleglonych środowiskach wielodostępnych. Równie odpowiedni może być model EPYC 9005 z odpowiednim profilem rdzeni. Natomiast w przypadku pojedynczych, wymagających instancji sklepów internetowych lub systemów CMS ważniejsze od samej liczby dostępnych rdzeni są czasy odpowiedzi na pracownika oraz wydajność bazy danych.
Węzły VPS i usługi powiązane z pamięcią masową wymagają dodatkowo sprawdzenia Topologia wejść/wyjść. Procesor EPYC 9005 oferuje, w zależności od platformy, rozbudowane zasoby pamięci DDR5 i PCIe 5.0; procesor Xeon 6 zapewnia również, w zależności od serii i modelu, odpowiednią liczbę kanałów pamięci oraz linii PCIe. Dane te ułatwiają wstępny wybór, jednak nie gwarantują ani określonego opóźnienia NVMe, ani przepustowości bazy danych. Płyta główna, konfiguracja, oprogramowanie układowe i ścieżka oprogramowania pozostają częścią procesu decyzyjnego.
Jak prawidłowo zaplanować testy wydajności procesora w kontekście hostingu
Słowo kluczowe testy wydajności procesorów w hostingu prowadzi do niedopuszczalnego uproszczenia: wynik testu procesora nie odzwierciedla oferty hostingowej. SPEC traktuje wyniki jako wyniki kompletnych systemów i wymaga ujawnienia istotnych szczegółów konfiguracyjnych. W celu porównania platform należy zatem przetestować oba systemy o porównywalnej liczbie gniazd procesorów, pojemności pamięci, pamięci masowej, sieci i oprogramowania.
| Cel testu | Generator obciążenia czy narzędzie | Mierzona zmienna | Obowiązkowe informacje dotyczące otoczenia | Kryteria wykluczenia |
|---|---|---|---|---|
| PHP-FPM i serwer WWW | Reprezentatywne obciążenie HTTP z anonimowymi ścieżkami i realistycznymi czasami przetwarzania | Liczba żądań na sekundę, opóźnienie p95/p99, wskaźnik błędów | Model procesora, pamięć RAM, NVMe, sieć, system operacyjny, jądro, serwer WWW, wersja PHP i pule FPM | Tylko odpowiedzi statyczne, odmienne pamięci podręczne lub różne limity pracowników |
| Baza danych | Zapytania związane z konkretnymi zastosowaniami i zdefiniowany zbiór danych | Czas zapytania, transakcje, opóźnienie p95/p99, czas oczekiwania na operacje wejścia/wyjścia | Dodatkowo: wersja bazy danych, parametry, pula buforów, indeksy, rozmiar rekordu oraz tryb replikacji | Pamięć podręczna typu „warm” tylko na jednej platformie lub nierówne zbiory danych |
| Gęstość VPS | Zdefiniowani goście o identycznym obciążeniu i rezerwacji zasobów | Latencja gościa, przepustowość, IOPS, a także – w zależności od hiperwizora i systemu operacyjnego gościa – czas gotowości procesora (CPU Ready Time), czas przejęcia (Steal Time), kolejka wykonania (Run-Queue) lub podobne wskaźniki planowania | Ponadto hiperwizor, system operacyjny gościa, przypisanie procesora, przypisanie NUMA, rezerwacja pamięci RAM oraz QoS pamięci masowej | Inny współczynnik nadrezerwacji, topologia vCPU, metodyka pomiaru lub obciążenie tła hosta |
W przypadku PHP-FPM sama wysoka przepustowość żądań nie wystarczy. Platforma może generować wiele odpowiedzi przy krótkotrwałym obciążeniu syntetycznym, a mimo to osiągać wysokie wartości p99 w przypadku równolegle wykonywanych zadań cron lub powolnych zapytań do bazy danych. Dlatego należy rejestrować kolejki, wskaźniki błędów i czasy odpowiedzi oddzielnie dla stron dynamicznych i buforowanych. Wdrożenia podlegające kontroli wersji pomagają jednoznacznie określić przetestowaną aplikację i konfigurację. Procesy Git w ramach hostingu
W przypadku baz danych należy udokumentować rozmiar rekordu oraz stan pamięci podręcznej, ponieważ test przeprowadzany całkowicie w pamięci RAM wykazuje inne ograniczenia niż praca obciążona operacjami wejścia/wyjścia. W przypadku gęstości serwerów VPS decydujące znaczenie ma również doświadczenie w pracy z systemem-gościem. To, która metryka planowania zadań jest miarodajna, zależy od hiperwizora i systemu operacyjnego gościa; dlatego czas gotowości procesora (CPU Ready Time) nie może być traktowany jako uniwersalny wskaźnik. Powtarzaj testy obciążeniowe i otwarcie dokumentuj metodę pomiaru oraz odchylenia.
Sprawdź konfigurację i topologię
Przed dokonaniem porównania należy najpierw ustalić aktualny stan. Pozwoli to uniknąć sytuacji, w której rzekoma różnica w wydajności procesora wynika w rzeczywistości z innego przyporządkowania NUMA, odmiennej pamięci operacyjnej lub zmienionej konfiguracji serwera WWW. Poniższe polecenia odczytują informacje lub sprawdzają konfiguracje; nie zmieniają one ani przypisania procesora, ani ustawień usług. Należy je wykonać z uprawnieniami wymaganymi w danym systemie, a wyniki należy zabezpieczyć i zarchiwizować.
Z lscpu dokumentujesz model procesora, liczbę procesorów logicznych, gniazdo, rdzenie oraz wykryte węzły NUMA. numactl --hardware o ile narzędzie jest zainstalowane, uzupełnia informacje o dostępnych procesorach i pamięci dla każdego węzła NUMA. Oba wyniki opisują wykrytą topologię sprzętową, a nie rzeczywiste obciążenie w warunkach pracy serwera.
Wezwanie nginx -T wyświetla aktualną konfigurację NGINX i w związku z tym może zawierać wewnętrzne nazwy hostów, ścieżki do plików lub odniesienia do certyfikatów. Sprawdź i usuń takie informacje przed przekazaniem wyników dalej. php-fpm -tt stanowi przykładową konfigurację; nazwa pliku binarnego i opcje różnią się w zależności od dystrybucji i wersji PHP. Najpierw sprawdź lokalną wersję, zamiast wprowadzać zmiany w konfiguracji produkcyjnej.
Przykład praktyczny dotyczący serwera VPS wyjaśnia ten cel: jeśli procesory vCPU maszyny wirtualnej są przypisane do rdzeni jednego węzła NUMA, ale zarezerwowana pamięć RAM znajduje się głównie na drugim węźle, dostęp do pamięci może wiązać się z dodatkowym opóźnieniem. Należy zatem udokumentować Przypinanie procesora oraz przydział pamięci RAM. Dopiero wtedy można ocenić, czy konieczna jest inna platforma procesora, czy też na początek bardziej spójna topologia systemu gościa.
Bezpieczne i przewidywalne korzystanie z wirtualizacji
W przypadku usług VPS i chmury nie sama nazwa procesora decyduje o postrzeganej wydajności. Przypinanie procesora w razie potrzeby przypisuje procesory vCPU do określonych rdzeni fizycznych, co pozwala ograniczyć wahania czasu działania. Jest to jednak decyzja dotycząca pojemności: rdzenie zarezerwowane na wyłączność nie są dostępne do elastycznego przydzielania innym klientom. W przypadku planów taryfowych z gwarantowaną mocą obliczeniową rezerwa ta powinna zatem zostać uwzględniona w planowaniu obciążenia.
Równie ważna jest Affinitet NUMA w systemach wieloprocesorowych lub o dużej liczbie rdzeni. Maszyna wirtualna powinna w miarę możliwości korzystać z rdzeni procesora i pamięci operacyjnej z tego samego węzła NUMA. Jeśli regularnie korzysta z pamięci innego węzła, dodatkowe ścieżki dostępu mogą zwiększyć opóźnienie. Dlatego też duże maszyny wirtualne należy początkowo planować pod kątem lokalnej pojemności pamięci RAM i przydziału rdzeni, zamiast brać pod uwagę jedynie sumę wszystkich rdzeni i całkowitą pojemność pamięci operacyjnej.
Zarezerwowana pamięć RAM zapobiega sytuacji, w której przyznana pojemność pamięci wynika wyłącznie z optymistycznego nadmiernego przydziału. Ponadto ogranicza QoS w pamięci masowej IOPS, przepustowość lub kolejki dla każdej maszyny wirtualnej, aby kopia zapasowa, import bazy danych lub nieprawidłowo skonfigurowany system gościnny nie blokowały wspólnej puli NVMe. Ustal limity nadmiarowości oddzielnie dla procesora, pamięci RAM i pamięci masowej: nawet rozsądny limit wykorzystania procesora nie zapewni wydajności węzła, jeśli jego pamięć masowa generuje już długie czasy oczekiwania przy szczytowym obciążeniu.
W przypadku poufnych maszyn wirtualnych obie platformy oferują funkcje wykraczające poza zwykłą wirtualizację. AMD opisuje w przypadku procesorów EPYC 9005 funkcje SEV, SEV-ES i SEV-SNP; SEV-SNP uzupełnia mechanizmy ochrony przed niektórymi atakami na tabele stron i alokację pamięci. Intel opisuje TDX jako technologię, w której system operacyjny gościa i aplikacje maszyn wirtualnych są izolowane od hosta chmury, hiperwizora i innych maszyn wirtualnych na platformie.
Takie funkcje nie sprawiają automatycznie, że serwer z procesorem AMD EPYC lub Intel Xeon jest bezpieczniejszy. W przypadku technologii Intel TDX należy sprawdzić, czy procesory są obsługiwane, czy pamięć DIMM jest odpowiednio skonfigurowana oraz czy platforma OEM lub ODM jest zgodna; udokumentowane wymagania dotyczące modułów DIMM mogą się różnić w zależności od implementacji platformy. Ponadto możliwość korzystania z tej funkcji wymaga zgranej współpracy między oprogramowaniem układowym, hiperwizorem, jądrem, systemem operacyjnym gościa oraz procesami operacyjnymi. Należy również sprawdzić cykl życia klucza, certyfikację, odzyskiwanie oraz monitorowanie. Bez tych procedur aktywowana funkcja sprzętowa nie jest w stanie w pełni spełnić wymagań klienta w zakresie bezpieczeństwa.
Źródła błędów podczas porównywania i eksploatacji
Rzetelne porównanie zaczyna się od systemów o tej samej wielkości. Serwer z dwoma gniazdami nie może być porównywany z systemem z jednym gniazdem, jeśli kwestia zakupu dotyczy klasy platformy. W każdym teście należy odnotować model procesora, liczbę gniazd, liczbę aktywnych rdzeni, ilość pamięci RAM oraz konfigurację modułów DIMM. Tylko w ten sposób można ustalić, czy wynik wynika z architektury, dodatkowego sprzętu czy też odmiennej konfiguracji.
Również zróżnicowana pamięć i zróżnicowane operacje wejścia/wyjścia zniekształcają wnioski. Różne konfiguracje kanałów DDR5, generacje NVMe, układy RAID, karty sieciowe lub profile energetyczne BIOS-u znacząco wpływają na przepustowość i opóźnienia. Firma AMD zwraca uwagę, że w przypadku procesora EPYC 9005 konkretna konfiguracja wejść/wyjść zależy od platformy i płyty głównej; udokumentowana przepustowość interfejsów nie stanowi zatem gwarancji dla danego zastosowania.
Wiele linii PCIe ułatwia wprawdzie bezpośrednie podłączenie kilku dysków NVMe i szybkich kart sieciowych. Nie gwarantują one jednak niskiego opóźnienia w bazie danych: decydujące znaczenie mają kolejki w pamięci masowej, oprogramowanie układowe kontrolera, replikacja, parametry bazy danych oraz zestaw roboczy w pamięci RAM. W przypadku architektur zbliżonych do pamięci masowej niniejszy artykuł uzupełnia Hosting stron internetowych dla platform IoT perspektywa dotycząca opóźnień sieciowych, segmentacji i ścieżek pamięci.
Pojedyncze takty w trybie Boost również nie stanowią punktu odniesienia dla wydajności serwerów. AMD definiuje maksymalny Boost jako częstotliwość, jaką pojedynczy rdzeń może osiągnąć w normalnych warunkach pracy serwera; w przypadku równoległego obciążenia ciągłego obowiązują inne warunki termiczne i energetyczne. Dlatego należy analizować percentyle czasu odpowiedzi i przepustowość przy reprezentatywnej współbieżności, zamiast wyciągać wnioski na temat wydajności całego węzła na podstawie pojedynczej wartości częstotliwości.
W końcu TDP nie jest miarą rzeczywistego zużycia energii przez serwer. Aby oszacować koszty, potrzebujesz danych pomiarowych dotyczących całego systemu z wybraną pamięcią RAM, pamięcią masową, obciążeniem sieciowym i profilem energetycznym. Te Porównywalność Wyniki publikowane muszą ponadto zawierać pełne informacje o systemie; organizacja SPEC wyraźnie traktuje wyniki jako wyniki kompletnych systemów, a nie poszczególnych procesorów.
Podejmowanie decyzji dotyczących zamówień w oparciu o wymierne wymagania
Najpierw należy udokumentować profil obciążenia: liczbę i wielkość instancji, typową i maksymalną liczbę jednoczesnych użytkowników, udział PHP lub aplikacji, zapytania do bazy danych, współczynnik trafień w pamięci podręcznej, ilość pamięci RAM na instancję, a także szczytowe obciążenia we/wy i sieciowe. W ten sposób powstaje nie abstrakcyjny ranking, lecz katalog wymagań. Dopiero on pokazuje, czy decydujące znaczenie ma wysoka gęstość rdzeni, krótkie czasy odpowiedzi poszczególnych procesów roboczych, czy też szczególnie rozbudowane połączenie z pamięcią masową.
Następnie należy ustalić, czy rozbudowujesz istniejącą platformę, oceniasz systemy używane lub znajdujące się w magazynie, czy też zamierzasz nabyć całkowicie nową konfigurację serwerową. W przypadku procesorów EPYC 9005 i Xeon 6 należy sprawdzić dostępność, certyfikaty OEM, aktualizacje oprogramowania układowego oraz planowanie części zamiennych dla konkretnego modelu serwera. Sama nazwa rodziny procesorów nie gwarantuje ani dostępności, ani kompatybilności z wybranym wyposażeniem pamięci RAM, pamięci masowej i sieci.
Następnie należy porównać konkretne numery katalogowe (SKU) wraz z topologią gniazda i platformą serwerową. W przypadku procesorów AMD EPYC 9005 należy sprawdzić wariant rdzeni, model oraz planowaną rozbudowę pamięci DDR5 i PCIe. Rodzina ta obejmuje modele Zen-5 i Zen-5c, których właściwości nie mogą być traktowane jako identyczne. W przypadku procesorów Intel Xeon 6 należy w szczególności rozróżnić wersje z rdzeniami typu P i E, ponieważ mają one różne cele w zakresie wydajności na rdzeń i gęstości rdzeni.
Sprawdź konfigurację jako kompletną listę komponentów: zatwierdzoną konfigurację modułów DIMM, lokalną pamięć RAM na węzeł NUMA, liczbę i podłączenie dysków NVMe, kart sieciowych, przełączników PCIe, a także system chłodzenia i zasilacze. Jeden Węzeł hostingowy EPYC-9005 Jest to oczywiste, jeśli konkretna dostępna konfiguracja zapewnia wymaganą kombinację rdzeni, kanałów pamięci i interfejsów wejścia/wyjścia. Jest to ocena przydatności wybranego modelu (SKU) i platformy serwerowej, a nie ogólna przewaga wydajnościowa nad procesorami Intel Xeon.
Serwer z procesorem Intel Xeon 6 wyposażony w rdzenie typu E może stanowić realną opcję w przypadku wielu dobrze ograniczonych, niezależnych obciążeń. Modele z rdzeniami typu P warto rozważyć raczej wtedy, gdy poszczególne aplikacje wymagają wysokiej wydajności na rdzeń lub gdy istotne są odpowiednie funkcje wektorowe i macierzowe. Intel wymienia AVX-512 i AMX jako funkcje dostępne w rdzeniach typu P procesorów Xeon 6; to, czy funkcje te okażą się pomocne, zależy jednak od używanego oprogramowania i jego konkretnej implementacji.
Przed złożeniem zamówienia przeprowadź powtarzalny test z wykorzystaniem własnych obrazów, konfiguracji i realistycznych zbiorów danych. Oprócz liczby żądań na sekundę należy również zarejestrować wskaźnik błędów, percentyle czasu odpowiedzi, czasy oczekiwania na bazę danych, opóźnienia w pamięci masowej oraz zachowanie podczas równoległych kopii zapasowych lub awarii. Konieczne jest podanie pełnych informacji dotyczących sprzętu i oprogramowania, aby późniejsze decyzje były zrozumiałe.
A Działalność pilotażowa Ma to sens, gdy planowana gęstość klientów, nowe funkcje hiperwizora, nietypowa architektura NVMe lub koszty energii mają znaczący wpływ na kalkulację. Należy w tym celu wykorzystać ograniczoną, reprezentatywną grupę klientów lub grupę testową z jasno określonymi limitami zasobów. Dopiero po zaobserwowaniu szczytowych obciążeń, rezerw mocy obliczeniowej i przebiegu procesów operacyjnych można fachowo uzasadnić ekstrapolację, zakup i wdrożenie.
Źródła i aktualny stan wiedzy
Stan badań:
Stan techniczny: 24.09.2026 r. W artykule porównano wyłącznie procesory AMD EPYC 9005 i Intel Xeon 6; dane dotyczące innych generacji i linii produktów należy sprawdzić osobno. Nie należy utożsamiać prezentacji produktu, dostępnych numerów katalogowych procesorów (SKU) oraz faktycznie dostępnych i zweryfikowanych systemów serwerowych. Informacje dotyczące kanałów, linii PCIe i funkcji bezpieczeństwa zawsze zależą od konkretnego modelu i platformy. Uwaga dotycząca źródła: w pliku PDF dotyczącym procesora EPYC 9005 z serii S2 jako tytuł metadanych pliku PDF może pojawić się „AMD EPYC 4004 Series Processors“; niezmieniony adres URL oraz widoczna treść dokumentu dotyczą jednak procesora AMD EPYC 9005.
https://www.intel.com/content/www/us/en/products/docs/xeon-6-product-brief.html
https://www.amd.com/content/dam/amd/en/documents/epyc-business-docs/datasheets/amd-epyc-9005-series-processor-datasheet.pdf
https://www.spec.org/cpu2026/docs/runrules.html
https://www.amd.com/content/dam/amd/en/documents/epyc-technical-docs/user-guides/58462_amd-epyc-9005-tg-architecture-overview.pdf
https://docs.amd.com/api/khub/documents/UIqhAbjRhgnzgzzdVU4pUw/content
https://cc-enabling.trustedservices.intel.com/intel-tdx-enabling-guide/03/hardware_selection/




