Wat webhosting betreft, is er geen eenduidige winnaar tussen AMD EPYC en Intel Xeon. Het juiste platform past zich aan het belastingsprofiel aan: Bij shared hosting zijn het aantal kernen en de limieten van belang, en bij dynamische toepassingen de prestaties per actieve worker, terwijl VPS- en databaseknooppunten vooral RAM, NUMA-indeling en I/O-topologie nodig hebben. Vergelijk daarom concrete EPYC-9005- en Xeon-6-modellen, inclusief serverplatform, op basis van reproduceerbare metingen in plaats van op basis van het aantal kernen, de kloksnelheid of afzonderlijke benchmarks.
Hostingprofielen vóór de CPU-vergelijking
Webhosting is geen uniforme CPU-workload. Een platform voor duizenden kleine accounts volgt andere regels dan een knooppunt voor virtuele machines of een databaseserver. Voordat AMD EPYC en Intel Xeon met elkaar worden vergeleken, moeten daarom het verzoekprofiel, het aantal gelijktijdig actieve clients, de RAM-behoefte, de opslag-I/O en de aanvaardbare responstijden vaststaan. Pas deze combinatie maakt de technische gegevens van een CPU zinvol voor de aanschaf.
gedeelde hosting verwerkt veel onderling onafhankelijke PHP-, CMS- en e-mailtaken met vaak korte piekbelastingen. Een hoge kerndichtheid kan helpen, maar effectieve limieten voor CPU-tijd, processen, werkgeheugen en I/O zijn net zo belangrijk. Zonder dergelijke limieten kan één enkel account schaarse resources in beslag nemen en de responstijden van andere klanten verslechteren. Een goed planbare scheiding tussen clients is hier vaak belangrijker dan een piekwaarde in een synthetische multicore-test.
Bij beheerde CMS-systemen en webwinkels zijn de vereisten gemengder. Dynamische PHP-verzoeken, objectcache, databasequery’s, cronjobs en beheerderstoegang komen soms tegelijkertijd binnen. Voor een klein aantal veeleisende toepassingen kan Prestaties per kern belangrijker zijn dan het maximale aantal kernen; bij een constant groot aantal onafhankelijke PHP-FPM-workers wordt parallelliteit daarentegen belangrijker. Het blijft doorslaggevend of de webserver, de PHP-processen en de database op de juiste manier zijn gedimensioneerd.
Een WooCommerce-webwinkel illustreert dit verschil: statische productafbeeldingen kunnen door een webserver met cache zeer efficiënt worden weergegeven. Het winkelmandje, het afrekenen en de voorraadgegevens genereren echter gepersonaliseerde PHP-uitvoering en database-toegang. Meer CPU-kernen maken geen einde aan de wachttijd als query’s geen indexen vinden, de bufferpool te klein is of de NVMe-latentie onder belasting toeneemt. Daarom moeten de latentie van verzoeken, databastijden en I/O-wachttijden afzonderlijk worden gemeten.
VPS- en cloudknooppunten hebben naast rekenkracht vooral voldoende RAM, opslagbandbreedte, netwerkcapaciteit en een transparante verdeling van de resources nodig. CPU-pinning, gereserveerd geheugen, NUMA-toewijzing en Storage-QoS hebben een grotere invloed op de ervaring van de gasten dan het logo van de fabrikant. Database-, Redis- en opslaggerelateerde systemen beoordelen bovendien de working set, cachegrootte, schrijfbelasting en directe aansluiting van NVMe-SSD’s. Hier is een evenwichtige Platformtopologie vaak belangrijker dan louter de doorvoersnelheid van een webserver.
EPYC 9005 en Xeon 6 als vergelijkingsbasis gebruiken
In dit artikel worden de AMD EPYC 9005 en de Intel Xeon 6 bewust vergeleken als duidelijk afgebakende platformgeneraties. De vergelijking is bedoeld voor de aanschaf, uitbreiding of beoordeling van systemen op basis van deze twee productfamilies. Hieruit kunnen geen conclusies worden getrokken over andere generaties of productlijnen, omdat de kernopbouw, het geheugenplatform, de I/O-uitrusting en de beschikbare functies kunnen verschillen.
Een gedocumenteerde processorfunctie verschilt bovendien van een daadwerkelijk beschikbaar serversysteem onderscheid te maken. Het moederbord, de firmware, de DIMM-configuratie, de koeling, de voedingen en de OEM-goedkeuringen bepalen welke configuratie in de praktijk bruikbaar is. Controleer daarom voor elke specifieke SKU welke servermodellen beschikbaar zijn en gevalideerd zijn voor de geplande configuratie. Dit geldt met name voor hoge RAM-capaciteiten, een groot aantal NVMe-schijven en speciale virtualisatiefuncties.
Oudere EPYC-700x-generaties en eerdere Xeon Scalable-modellen mogen niet onopgemerkt worden vermengd met EPYC 9005 of Xeon 6. Evenmin mogen gegevens van andere productlijnen op deze families worden toegepast. De kernopbouw, I/O-uitrusting, het geheugenplatform en de beschikbare functies kunnen per generatie verschillen. Voor een aankoopvergelijking zijn daarom altijd de volledige modelnaam, het aantal sockets en het gebruikte servermoederbord nodig.
De EPYC 9005-serie omvat, afhankelijk van het model, processors met Zen 5– of Zen-5c-kernen. Deze benamingen geven geen algemene rangorde voor hosting weer. Wat wel van belang is, zijn de specifieke SKU, het aantal kernen, de kloksnelheid, de thermische specificaties en de beoogde parallelliteit. Een variant met veel kernen kan geschikt zijn voor veel goed afgebakende tenants, terwijl een anders gepositioneerd model wellicht geschikter is voor een kleiner aantal rekenintensieve toepassingen.
Intel verdeelt de Xeon 6 in varianten met P-cores en E-cores. P-cores zijn gericht op hoge prestaties per kern en ondersteunen onder andere AVX-512 en AMX. Dit kan van belang zijn wanneer de gebruikte software daadwerkelijk gebruikmaakt van deze vector- of matrixfuncties; een gewone PHP- of webserver-stack profiteert hier niet automatisch van. E-cores zijn daarentegen gericht op een hoge kerndichtheid en parallelle doorvoer.
Voor compact gepakte, goed geïsoleerde shared- of cloud-workloads kunnen Xeon 6 E-cores daarom in principe in aanmerking komen. Xeon 6 P-cores of passend geconfigureerde EPYC 9005-modellen zijn eveneens voor de hand liggende kandidaten bij workloads die een hogere single-coreprestatie vereisen. Dit is een indeling op basis van de productoriëntatie, geen prestatiegarantie. RAM-uitbreiding, firmware en softwareconfiguratie kunnen het resultaat aanzienlijk beïnvloeden en een vergelijking van de kerntypen zonder identieke platformconfiguratie vertekenen.
Kernen zijn slechts één factor
CPU-kernen komen pas goed tot hun recht als het geheugen en de I/O dit kunnen bijhouden. DDR5-kanalen bepalen samen met de bezetting en het DIMM-type de beschikbare geheugenbandbreedte; de RAM-capaciteit bepaalt daarentegen hoeveel VM's, databasebuffers of caches zonder paginering kunnen worden uitgevoerd. PCIe-lanes verbinden NVMe-schijven, netwerkkaarten en eventueel versnellers. Voor hosting moet deze keten als een totaal systeem worden gepland.
AMD vermeldt voor de EPYC 9005 tot twaalf DDR5-kanalen en, afhankelijk van het aantal sockets en het platform, uitgebreide PCIe Gen 5-connectiviteit. Voor systemen met één socket wordt melding gemaakt van tot 128 PCIe Gen 5-lanes. Intel Xeon 6 biedt, afhankelijk van de serie, eveneens tot twaalf DDR5-kanalen; bepaalde single-socket P-Core-configuraties halen tot 136 PCIe-lanes. Deze waarden zijn model- en platformgegevens en vormen geen garantie voor de prestaties van een toepassing.
Een VPS-knooppunt met meerdere NVMe-SSD’s, twee snelle netwerkkaarten en veel VM’s laat het praktische verschil zien. Als schijven of NIC’s via PCIe-switches zijn aangesloten, delen ze mogelijk een uplink. Ook de lane-verdeling, sleuven, bifurcatie, CXL-ondersteuning en de daadwerkelijk geactiveerde firmwareconfiguratie worden bepaald door het moederbord. De gedocumenteerde CPU-capaciteit moet daarom worden vergeleken met het blokschema en de validatie van de specifieke server.
Bij systemen met meerdere NUMA-knooppunten is het bovendien van cruciaal belang waar het RAM-geheugen, de virtuele CPU’s en de I/O-apparaten zijn toegewezen. Als een VM of database vaak toegang zoekt tot het geheugen van een ander knooppunt, kan dit extra latentie veroorzaken. Het is daarom zinvol om metingen uit te voeren onder realistische belasting: CPU-bezetting alleen geeft geen inzicht in geheugenbottlenecks of wachtrijen bij de opslag of het netwerk.
Veel lanes vergemakkelijken de directe aansluiting van talrijke apparaten, maar garanderen noch een lage latentie van de database, noch hoge transactiesnelheden. De controller, SSD-firmware, het RAID- of replicatieontwerp, de wachtrijdiepte en het netwerkpad blijven doorslaggevend. De keuze tussen AMD EPYC-hosting en bij een Intel Xeon-server moeten de I/O- en geheugenvereisten daarom net zo concreet in kaart worden gebracht als het aantal kernen en de kloksnelheid.
Workloads synchroniseren met het platform
De keuze begint niet bij de fabrikant, maar bij de verdeling van de werklast. De Xeon 6 met E-cores komt in principe in aanmerking voor een groot aantal onderling onafhankelijke, duidelijk afgebakende taken; de Xeon 6 met P-cores voor eisen aan Prestaties per kern en bepaalde vector- of matrixbewerkingen. De EPYC 9005 biedt ook verschillende kern- en klokfrequentieprofielen. Hieruit volgt geen rangorde: doorslaggevend zijn de specifieke SKU, de servertopologie en de gemeten applicatiebelasting.
| Werkbelasting | Belangrijkste criterium voor de CPU | Belangrijkste criterium voor het platform | Typische knelpunten | Vereiste meetwaarden |
|---|---|---|---|---|
| gedeelde hosting | Hoge mate van parallelliteit bij effectieve accountlimieten | RAM per account, planner en I/O-limieten | Afzonderlijke accounts verbruiken CPU, RAM of schijf-I/O | p95-responstijd, actieve processen, run-queue, CPU-beperking en I/O-wachttijd; steal-time alleen bij gevirtualiseerde host |
| CMS en webwinkels | Prestaties per actieve PHP-worker plus voldoende parallelliteit | Snelle objectcache, database-RAM en NVMe-latentie | PHP-FPM-wachtrijen, trage query's, cache-misses | p95/p99-verzoektijd, werkbelasting van workers, opvraagtijd, cache-hitpercentage |
| VPS en cloud | Kern dichtheid of gegarandeerde prestaties per vCPU, afgestemd op het tarief | NUMA-indeling, RAM-capaciteit, netwerk en QoS voor opslag | Overbelasting van de CPU, ongelijke RAM-toewijzing, concurrentie om opslagruimte | Gastlatentie, IOPS, doorvoersnelheid, netwerklatentie en, afhankelijk van de hypervisor, CPU-ready-tijd, run-queue, steal-time of vergelijkbare scheduling-statistieken |
| Database en Redis | Cache- en geheugenprestaties, afhankelijk van parallelliteit | DDR5-uitbreiding, NUMA-affiniteit en directe opslagverbinding | Te weinig RAM, Remote NUMA-toegang, trage of overbelaste NVMe | Latentie van query’s of commando’s, bufferpool-hits, I/O-latentie, geheugenbandbreedte |
| NVMe-gerelateerde diensten | Voldoende CPU-capaciteit voor protocol- en testbelasting | PCIe-topologie, aantal directe aansluitingen op schijven en netwerkkaarten | PCIe-switches, wachtrijen, netwerk- of replicatielimiet | p99-I/O-latentie, wachtrijdiepte, IOPS, doorvoersnelheid, netwerkbelasting |
Bij shared hosting is een hoge kerndichtheid alleen nuttig als limieten voor CPU-tijd, processen, werkgeheugen en I/O de aangrenzende accounts daadwerkelijk beschermen. E-Core-modellen kunnen daarom geschikt zijn voor sterk geparalleliseerde clientomgevingen. Een EPYC-9005-model met een passend kernprofiel kan eveneens geschikt zijn. Voor afzonderlijke veeleisende webshop- of CMS-instanties zijn daarentegen de responstijden per worker en de database belangrijker dan het loutere aantal beschikbare kernen.
VPS-knooppunten en diensten die dicht bij de opslag staan, vereisen bovendien een controle van de I/O-topologie. De EPYC 9005 beschikt, afhankelijk van het platform, over uitgebreide DDR5- en PCIe 5.0-bronnen; de Xeon 6 biedt eveneens, afhankelijk van de serie en het model, geheugenkanalen en PCIe-lanes. Deze gegevens vergemakkelijken de voorselectie, maar garanderen noch een bepaalde NVMe-latentie, noch een bepaalde database-doorvoersnelheid. Het moederbord, de configuratie, de firmware en de softwarecombinatie blijven een rol spelen bij de beslissing.
CPU-benchmarks voor hosting goed plannen
De zoekterm CPU-benchmark hosting leidt tot een onjuiste vereenvoudiging: een CPU-resultaat zegt niets over een hostingaanbod. SPEC beschouwt resultaten als prestaties van complete systemen en vereist de openbaarmaking van essentiële configuratiedetails. Voor een platformvergelijking moeten daarom beide kandidaten worden getest met een vergelijkbaar aantal sockets, geheugen, opslag, netwerk en software.
| Testdoel | Belastingsgenerator of gereedschap | Gemeten variabele | Verplichte gegevens over de omgeving | Uitsluitingscriteria |
|---|---|---|---|---|
| PHP-FPM en webserver | Representatieve HTTP-belasting met geanonimiseerde paden en realistische verwerkingstijden | Verzoeken per seconde, p95/p99-latentie, foutpercentage | CPU-model, RAM, NVMe, netwerk, besturingssysteem, kernel, webserver, PHP-versie en FPM-pools | Alleen statische antwoorden, afwijkende caches of verschillende worker-limieten |
| Database | Toepassingsgerichte zoekopdrachten en een vastgestelde hoeveelheid gegevens | Zoektijd, transacties, p95/p99-latentie, I/O-wachttijd | Daarnaast: databaseversie, parameters, bufferpool, indexen, recordgrootte en replicatiemodus | Warm cachegeheugen op slechts één platform of ongelijksoortige gegevensbestanden |
| VPS-dichtheid | Gedefinieerde gasten met identieke belasting en reservering van resources | Gastlatentie, doorvoersnelheid, IOPS en, afhankelijk van de hypervisor en het gastbesturingssysteem, CPU-ready-tijd, steal-tijd, run-queue of vergelijkbare scheduling-statistieken | Daarnaast: hypervisor, gastbesturingssysteem, CPU-pinning, NUMA-toewijzing, RAM-reservering en opslag-QoS | Andere overboekingsgraad, vCPU-topologie, meetmethode of achtergrondbelasting van de host |
Voor PHP-FPM is een hoge verwerkingscapaciteit van verzoeken niet voldoende. Een platform kan bij een korte synthetische belasting veel antwoorden leveren en toch hoge p99-waarden genereren bij parallel uitgevoerde cronjobs of trage databasequery’s. Registreer daarom wachtrijen, foutpercentages en responstijden afzonderlijk voor dynamische en in de cache opgeslagen pagina’s. Implementaties met versiebeheer helpen om de geteste applicatie en configuratie eenduidig vast te leggen. Git-workflows bij hosting
Bij databases moeten de grootte van de gegevensrecords en de cachetoestand worden gedocumenteerd, omdat een test die volledig in het RAM-geheugen plaatsvindt andere beperkingen laat zien dan een I/O-intensieve werking. Bij VPS-dichtheid is bovendien de ervaring in de gast van doorslaggevend belang. Welke scheduling-metriek zinvol is, hangt af van de hypervisor en het gastbesturingssysteem; CPU-ready-tijd mag daarom niet als een universeel bruikbare maatstaf worden beschouwd. Herhaal de belastingstests en leg de meetmethode en afwijkingen openlijk vast.
Configuratie en topologie controleren
Voordat je een vergelijking maakt, moet je eerst de huidige status vaststellen. Zo voorkom je dat een vermeend verschil in CPU-prestaties in werkelijkheid het gevolg is van een andere NUMA-toewijzing, afwijkend werkgeheugen of een gewijzigde webserverconfiguratie. De volgende commando's lezen informatie uit of controleren configuraties; ze wijzigen noch de CPU-pinning, noch de service-instellingen. Voer ze uit met de vereiste rechten voor het betreffende systeem en bewaar de uitvoer op een beveiligde manier.
Met lscpu Je documenteert het CPU-model, de logische CPU's, de socket, de kernen en de gedetecteerde NUMA-knooppunten. numactl --hardware voegt, mits het hulpprogramma is geïnstalleerd, de beschikbare CPU's en het geheugen per NUMA-knooppunt toe. Beide uitvoerresultaten beschrijven de gedetecteerde hardwaretopologie, niet de daadwerkelijke belasting onder hostingbelasting.
De oproep nginx -T geeft de geldige NGINX-configuratie weer en kan daarom interne hostnamen, bestandspaden of certificaatverwijzingen bevatten. Controleer en corrigeer dergelijke gegevens voordat je de uitvoer doorgeeft. php-fpm -tt Dit is een voorbeeld van een configuratiecontrole; de binaire naam en opties verschillen per distributie en PHP-versie. Controleer eerst de lokaal beschikbare versie, in plaats van een productieve configuratie te wijzigen.
Een praktijkvoorbeeld met een VPS illustreert het doel: als de vCPU’s van een VM zijn toegewezen aan cores van een NUMA-knooppunt, maar het gereserveerde RAM-geheugen zich grotendeels op het andere knooppunt bevindt, kan dit leiden tot extra latentie bij geheugentoegang. Documenteer daarom CPU pinning en de RAM-toewijzing. Pas daarna kan worden beoordeeld of een ander CPU-platform of in eerste instantie een consistentere gasttopologie nodig is.
Virtualisatie veilig en planbaar uitvoeren
Bij VPS- en clouddiensten is de naam van de processor niet de enige factor die bepalend is voor de waargenomen prestaties. CPU pinning koppelt vCPU’s indien nodig aan vastgestelde fysieke kernen en kan zo schommelingen in de looptijden verminderen. Het is echter een capaciteitsbeslissing: exclusief gereserveerde kernen zijn niet beschikbaar voor een flexibele toewijzing aan andere klanten. Bij tarieven met gegarandeerde rekenkracht moet deze reserve daarom worden meegenomen in de bezettingsplanning.
Net zo belangrijk is de NUMA-affiniteit op systemen met meerdere sockets of met een groot aantal processorkernen. Een VM moet bij voorkeur gebruikmaken van processorkernen en werkgeheugen uit hetzelfde NUMA-knooppunt. Als de VM regelmatig toegang zoekt tot geheugen van een ander knooppunt, kunnen extra toegangsroutes de latentie verhogen. Plan daarom grote VM’s in eerste instantie op basis van lokale RAM-capaciteit en kerntoewijzing, in plaats van alleen te kijken naar het totaal aantal kernen en het totale werkgeheugen.
Gereserveerd RAM voorkomt dat de toegezegde geheugencapaciteit louter het gevolg is van een optimistische overboeking. Daarnaast beperkt het Opslag-QoS IOPS, doorvoer of wachtrijen per VM, zodat een back-up, een database-import of een verkeerd geconfigureerde gast niet de gedeelde NVMe-pool blokkeert. Stel overboekingslimieten afzonderlijk in voor CPU, RAM en opslag: een haalbare CPU-quota maakt een knooppunt niet belastbaar als de opslag ervan bij piekbelasting al lange wachttijden veroorzaakt.
Voor vertrouwelijke virtuele machines bieden beide platforms functies die verder gaan dan de gebruikelijke virtualisatie. AMD beschrijft voor EPYC 9005 de functies SEV, SEV-ES en SEV-SNP; SEV-SNP voegt mechanismen toe ter bescherming tegen bepaalde aanvallen op paginatabellen en geheugentoewijzingen. Intel beschrijft TDX als een technologie waarbij het gastbesturingssysteem en VM-toepassingen worden geïsoleerd ten opzichte van de cloudhost, de hypervisor en andere VM’s op het platform.
Dergelijke functies maken noch een AMD EPYC- noch een Intel Xeon-server automatisch veiliger. Voor Intel TDX moet worden gecontroleerd of de processors worden ondersteund, of de juiste DIMM’s zijn geïnstalleerd en om welk specifiek OEM- of ODM-platform het gaat; de gedocumenteerde DIMM-specificaties kunnen afwijken, afhankelijk van de implementatie van het platform. Bovendien vereist de bruikbaarheid een goed afgestemde samenwerking tussen firmware, hypervisor, kernel, gastbesturingssysteem en bedrijfsprocessen. Controleer bovendien de levenscyclus van de sleutel, certificering, herstel en monitoring. Zonder deze processen kan een geactiveerde hardwarefunctie niet volledig voldoen aan de beveiligingseisen van een klant.
Bronnen van fouten bij vergelijking en gebruik
Een betrouwbare vergelijking begint met systemen van dezelfde omvang. Een server met twee sockets mag niet worden vergeleken met een systeem met één socket wanneer de aankoopvraag betrekking heeft op een platformklasse. Noteer per test het CPU-model, het aantal sockets, het aantal actieve kernen, de hoeveelheid RAM en de DIMM-bezetting. Alleen zo wordt duidelijk of een resultaat te wijten is aan de architectuur, extra hardware of een afwijkende configuratie.
Ook ongelijksoortig geheugen en ongelijksoortige I/O-configuraties kunnen de conclusies vertekenen. Verschillen in DDR5-kanaaltoewijzing, NVMe-generaties, RAID-indeling, netwerkkaarten of BIOS-energieprofielen hebben een aanzienlijke invloed op de doorvoer en latentie. AMD wijst er voor de EPYC 9005 op dat de concrete I/O-configuratie afhankelijk is van het platform en het moederbord; de gedocumenteerde interfacecapaciteit is daarom geen garantie voor de toepassing.
Hoewel veel PCIe-lanes het weliswaar gemakkelijker maken om meerdere NVMe-schijven en snelle netwerkkaarten rechtstreeks aan te sluiten, garanderen ze geen lage database-latentie: wachtrijen in de opslag, controller-firmware, replicatie, databaseparameters en de werkset in het RAM blijven doorslaggevend. Voor opslagnabije architecturen vult dit artikel aan Webhosting voor IoT-platforms het perspectief op netwerklatentie, segmentatie en opslagpaden.
Geïsoleerde boost-kloksnelheden vormen evenmin een benchmark voor hosting. AMD definieert de maximale boost als de frequentie die een afzonderlijke kern onder normale serveromstandigheden kan bereiken; bij parallelle continue belasting gelden andere thermische en energetische randvoorwaarden. Kijk daarom naar de percentielen voor responstijden en de doorvoer bij representatieve gelijktijdigheid, in plaats van op basis van één enkele kloksnelheid conclusies te trekken over de prestaties van een hele node.
TDP is immers geen maatstaf voor het werkelijke energieverbruik van de server. Voor kostenramingen heb je meetgegevens nodig van het volledige systeem, met de gekozen RAM, opslagcapaciteit, netwerkbelasting en het energieprofiel. De Vergelijkbaarheid Bij openbare resultaten wordt bovendien gevraagd om volledige systeemgegevens; SPEC beschouwt de resultaten uitdrukkelijk als resultaten van complete systemen, niet van afzonderlijke processors.
Beslissen over inkoop op basis van meetbare eisen
Documenteer eerst het belastingsprofiel: aantal en omvang van de clients, typische en maximale gelijktijdigheid, aandeel van PHP of applicaties, databasequery’s, cache-hitratio, RAM per instantie en I/O- en netwerkpieken. Dit leidt niet tot een abstracte ranglijst, maar tot een lijst met vereisten. Alleen deze laat zien of een hoge kerndichtheid, korte responstijden van afzonderlijke workers of een bijzonder uitgebreide opslagverbinding de doorslag geven.
Bepaal vervolgens of je een bestaand platform uitbreidt, gebruikte of opgeslagen systemen beoordeelt of een volledig nieuwe serverconfiguratie aanschaft. Bij EPYC 9005 en Xeon 6 moeten de beschikbaarheid, OEM-goedkeuringen, firmware-onderhoud en de planning van reserveonderdelen voor het specifieke servermodel worden gecontroleerd. De benaming van de CPU-familie alleen is geen bewijs van leverbaarheid of van de validatie van de gewenste RAM-, opslag- en netwerkconfiguratie.
Vergelijk vervolgens concrete SKU’s, inclusief socket-topologie en serverplatform. Voor AMD EPYC 9005 moeten de kernvariant, het model en de geplande DDR5- en PCIe-uitbreiding worden gecontroleerd. De serie omvat Zen-5- en Zen-5c-modellen, waarvan de eigenschappen niet zonder meer gelijkgesteld mogen worden. Bij Intel Xeon 6 moet met name onderscheid worden gemaakt tussen P-Core- en E-Core-varianten, omdat deze verschillende doelstellingen nastreven wat betreft prestaties per kern en kerndichtheid.
Controleer de configuratie aan de hand van een volledige stuklijst: gevalideerde DIMM-configuratie, lokaal RAM per NUMA-knooppunt, aantal en aansluiting van de NVMe-schijven, NIC’s, PCIe-switches, evenals koeling en voedingen. Een EPYC-9005-hostingknooppunt Dat ligt voor de hand wanneer een concreet beschikbare configuratie de vereiste combinatie van cores, geheugenkanalen en I/O biedt. Dit is een geschiktheidscontrole van de gekozen SKU en het serverplatform, geen algemeen prestatievoordeel ten opzichte van Intel Xeon.
Een Intel Xeon 6-server met E-cores kan voor veel goed afgebakende, onafhankelijke workloads een plausibele optie zijn. P-core-modellen komen eerder in aanmerking wanneer afzonderlijke toepassingen een hoge prestatie per kern vereisen of wanneer geschikte vector- en matrixfuncties van belang zijn. Intel noemt AVX-512 en AMX voor Xeon 6 P-cores; of deze functies helpen, hangt echter af van de gebruikte software en de concrete implementatie ervan.
Voer vóór de bestelling een reproduceerbare test uit met je eigen images, configuraties en realistische gegevensvolumes. Leg naast het aantal verzoeken per seconde ook het foutenpercentage, de percentielen van de responstijd, de wachttijden van de database, de opslaglatenties en het gedrag bij gelijktijdige back-ups of storingen vast. Volledige informatie over hardware en software is nodig, zodat latere beslissingen traceerbaar blijven.
A Proefbedrijf Dit is zinvol wanneer de geplande klantdichtheid, nieuwe hypervisorfuncties, een ongebruikelijk NVMe-ontwerp of energiekosten de berekening sterk beïnvloeden. Werk daarbij met een beperkte, representatieve klanten- of testgroep met duidelijke limieten voor de beschikbare middelen. Pas na observatie van piekbelastingen, capaciteitsreserves en bedrijfsprocessen kunnen extrapolaties, inkoop en implementatie technisch worden onderbouwd.
Bronnen en stand van zaken op vakgebied
Stand van het onderzoek:
Technische stand: 24-09-2026. In dit artikel worden uitsluitend de AMD EPYC 9005 en Intel Xeon 6 met elkaar vergeleken; gegevens over andere generaties en productlijnen moeten afzonderlijk worden gecontroleerd. Productpresentaties, beschikbare CPU-SKU's en daadwerkelijk verkrijgbare en gevalideerde serversystemen zijn niet met elkaar gelijk te stellen. Informatie over kanalen, PCIe-lanes en beveiligingsfuncties is altijd model- en platformafhankelijk. Bronvermelding: In de EPYC 9005-PDF uit S2 kan als ingebedde PDF-metadatatitel „AMD EPYC 4004 Series Processors“ verschijnen; de ongewijzigde URL en de zichtbare inhoud van het document hebben betrekking op 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/




