AMD kommenterer Threadripper 2990WX planleggingsproblemer

2. generasjon trådtrekker-funksjon

Helt siden AMD lanserte Threadripper 2990WX, har det vært spørsmål om hvor effektivt den kan skaleres i arbeidsbelastninger med flere tråder. I utgangspunktet ble ytelsesfallet og nedgangen i visse arbeidsbelastninger tilskrevet den asymmetriske minnekontrollerkonfigurasjonen - bare noen Threadripper-dyser har direkte tilgang til minnekontrollere, mens andre bare kobles indirekte. Dette så ut til å forårsake betydelig ytelsestap i visse referanser.

Men informasjon dukket raskt opp som antydet at problemet ikke var i maskinvare. Under Linux opprettholdt 2990WX høye ytelsesnivåer, selv når den sank i samme konfigurasjon i Windows. Det var tydeligvis mer til historien. Anandtech, som har samarbeidet med Wendell fra Level1Tech, har publisert sin egen oppdatering på situasjonen.

2990WX-minnetilgang



Det ser ut til at Windows er designet for å opprettholde en 'Best NUMA Node' -innstilling og prøver å kjøre tråder på disse kjernene. Planleggeren prøver å flytte noder til disse posisjonene så ofte som mulig, men vil sparke ut tidligere tråder som også skulle tilordnes denne kjerneklyngen.

Dette skaper enorm kjernekonflikt når forskjellige tråder jockeyer for posisjon og operativsystemet tankeløst prøver å fylle alt i samme overbrukte node. Et fullt flertrådet program kan bruke opptil 50 prosent av tiden sin til å stokke data uendelig (som det ser ut til er akkurat det som skjer). De punkt av dette systemet var opprinnelig for virtuelle maskiner, slik at hver virtuell maskin hadde sin egen kjøretid og ble tildelt den 'beste' NUMA-noden, uavhengig av hvor den var. På et eller annet tidspunkt innså Microsoft at denne evige kjernekonflikten er et stort problem, og opprettet en oppdatering som ville deaktivere problemet med 'beste NUMA-node' på ethvert to-node-NUMA-system. Dette er grunnen til at Threadripper 1950X og 2950X ikke påvirkes.

coreprio_ui

Systemer med tre eller flere noder, derimot, er fortsatt påvirket, og det er grunnen til at vi ser at problemet rammet både Epyc 7551 og Threadripper 2990WX. Årsaken til at CorePrio NUMA Disassociator fungerer, er at den sonderer aktiv programvare hvert par sekunder og justerer trådtilhørighet mens applikasjonen kjører. Tenk på det som en manuell sorteringsoperasjon som kjøres med jevne mellomrom for å sikre at operativsystemets innebygde planlegger fungerer riktig.

Ifølge AMD har det billetter åpne med Microsoft og utforsker metoder for å løse dette problemet så raskt som mulig. Wendells forståelse av problemet er visstnok 'veldig nær' det som faktisk skjer, men detaljer om forskjeller ble ikke gitt. Det sies at Microsoft nå jobber med en løsning, selv om tidslinjen for inkludering er uklar. Det neste logiske inkluderingspunktet for oppdateringen vil være Redstone 6, aka den kommende Windows Update som vil falle i første halvdel av 2019.

Det har blitt spekulert mye i brukerens 'feil'. Til en viss grad er spørsmålet dårlig innrammet. AMD kan informere Microsoft om et problem med planlegging når som helst, men dette betyr ikke automatisk at Microsoft flagger problemet for oppløsning - spesielt i sammenheng med en nettopp lansert CPU helt øverst i markedet med en ubetydelig brukerbase.

Vi vet at AMD nå har en kommunikasjonslinje åpen for Microsoft, og vi kan gjette noen gjetninger om når løsninger kan komme på markedet. Det vil absolutt ikke skade noe at Intels Cascade Lake Advanced Performance-prosessorer, med opptil 48 kjerner og en chiplet-design, vil komme på markedet i år. Fra Microsofts perspektiv kan det ha vært mest fornuftig å vente og introdusere alle tilpasningene som kreves for å støtte en rekke nye NUMA-konfigurasjoner, inkludert Threadripper 2990WX, samtidig - og dermed debutere sterkere støtte for 7nm Epyc, 32-core og over Threadripper-prosessorer, Cascade Lake AP og fremtidige produkter fra Intel i samme oppdatering.

Brukere med 2990WX bør laste ned den modifiserte versjonen av CorePriofor å forbedre ytelsen - vi må vente og se hva den formelle versjonen av planleggingsstøtte introduserer for å se om den kan forbedre ytelsen utover applikasjonen.

Copyright © Alle Rettigheter Reservert | 2007es.com