AMD FX-9590 och FX-9370 prissätts

Permalänk
Skrivet av skruvis:

Nu är ditt skitsnack igång igen & den här gången ger du dig på människor som lider av Cerebral pares med, är du sjuk på något sätt? Eller du njuter av att håna svårt handikappade människor?

Du är min hjälte!

Visa signatur

Desktop: Ryzen 5950x, 64Gb Ram, 2*1Tb Nvme, RX 6700 XT Red Dragon (placeholder)
Server: AMD Ryzen 5 1600 @3,80Ghz, HD7950, 16Gb ddr4, 256Gb NVME M.2 + 2Tb HDD*3, Nexus PSU RX-7000

Permalänk
Medlem

[QUOTE=Yoshman;13615214]En definition man skulle kunna använda för att avgöra om det är "riktiga" kärnor är detta:

  • Ta en enkeltrådad applikation som utför en beräkning, mät tiden det tar att köra beräkningen

  • Kör samtidigt två helt oberoende instanser av ovan nämna applikation, mät tiden det tar att köra beräkningen

På "riktiga" kärnor kommer tiden att köra beräkningen vara den samma i båda fallen, men i det andra fallet utför du två sådana beräkningar på samma förfluten kalendertid.

Kör man de två oberoende beräkningarna på en och samma modul kommer tiden öka med ungefär 20-30% (varje CPU-tråd i en modul går på runt 80-85% av prestanda när bara en tråd används i en modul)

Kör man de två oberoende beräkningarna på en och samma kärna med olika HT öka med ungefär 60-70% (varje tråd går på runt 60% av prestanda när bara ena HT används)

Kör man de två oberoende beräkningarna på en och samma kärna och samma CPU-tråd ökar tiden med ungefär 100% (varje tråd går på runt 50% av prestanda då båda programmen måste dela på en CPU-tråd).

Personligen tycker jag det är rätt irrelevant att avgöra om det är "riktiga" kärnor eller ej. Däremot tycker jag att finesser som offrar enkeltråd-prestanda för att öka totala prestandan är riktigt vettigt på en server CPU och helt förkastligt på en "desktop" CPU då en latens ofta inte är speciellt viktigt på servers men det är väldigt viktigt i interaktiva applikationer (många desktop applikationer fungerar bra ändå då dagens CPUer är overkill).[/QUOTE]

Det är 8 st heltalspipelines i dessa processorer med eget L1d, dvs den klassiska definitionen på kärnor. Frontend/dekoder är dock väldigt smal så det är inte som att det är massor mer arbete att göra för det. Bara på avkodningssteget lär du förlora 30%. FP-pipeline beter sig dessutom olika.

Tänk på att många andra arkitekturer inte har denna bild av en (separat) hel front-end/avkodare per kärna för den delen. De har däremot ofta SMT som inte finns här. Eftersom x86-avkodningen tar upp så lite plats idag (jämfört med heltals och flyttalsdelarna, cache osv, och för den delen idag gpu) så är det inte bästa sättet att begränsa sig däremot. En hel x86-kärna är inte många mm² när man räknar bort cache. Det är inga problem att ha x86 quadcore på Jaguar eller kommande Silvermont med kompletta och egna front-ends med separat decoder per kärna. Att bygga en processor med behov av massor cache kommer däremot vara ganska kämpigt utanför servermarknaden. Dessutom vill man gärna att desktop och notebook-processorerna ska vara starkare per tråd än Kabini/Jaguar I just AMDs fall har de lyckats göra en arkitektur som dessutom skalar relativt dåligt i multi-threading/SMP. Då ger det inget att bara sälja fler kärnor. 50-60% mer prestanda per tråd och bättre skalning behöver de ha ganska snart för att kunna ta sig förbi där Nehalem var 2008-09. FM2/FM2+ är dessutom bara 4-kärnor än så länge.

Permalänk
Skrivet av evgaftw:

Visst men problemet är att man inte "får" lika mycket som förr då kylare ingick (bra kylare eller ej, den fungerade). Jag som konsument är väldigt skeptisk till att godta AMD:s självklara hävdan att man genomfört en prisjustering bara för att man yttrar det. Kompensera inte tvärtom!
Vi tänker visserligen olika och värdesätter saker och ting på olika sätt. Ex. Köper jag en produkt som kräver batterier (anta att det ingår i paketet) blir jag inte missnöjd för att jag inte får välja batterier separat själv.
Tyvärr tror man att man "vinner" på det men och såvida du inte kan bevisa att en faktisk prisjustering har skett, kan jag dessvärre inte hålla med.

Jag tror inte heller man "vinner" på det (skrev bara att AMD kommer antagligen påstå det) och håller med om att det är alltid nice att få med så mycket som möjligt i det här fallet cpu-kylare. Men när det gäller high-end CPU:er så tycker jag det är helt onödigt oavsett om det påverkar priset eller inte då ingen kommer använda den ändå. Bättre att de sparar den där extra fläkten till något annat och även kan förminska förpackningar osv.

Visa signatur

PC: Define R3 | Asus Rampage II GENE | i7 920 | EVGA 660ti | 6GB RAM | 3TB HDD | Corsair 750W |
Ljud: Cambridge Audio DacMagic Plus - Beyerdynamic Dt990

Permalänk
Medlem

Inga OEM processorer kommer med kylare så det är inte så konstigt att de inte har det. Sen verkar prissättningen upp åt väggarna men som sagt det är för systembyggare inte entusiaster eller liknande.

OT: angående om de har riktiga kärnor eller inte spelar ingen roll. Det är bara prestandan som räknas, om datorn blir snabbare med en dual än en quad core så är den det....

Permalänk
Medlem
Skrivet av HikiSpray:

Du är min hjälte!

Tack!

Visa signatur

XFX Radeon RX 7700 XT Speedster QICK 319 Black Edition | AMD Ryzen R7 5700X | Noctua NH-D15 | Asus TUF Gaming B550-Plus | Kingston Fury Beast DDR4 3600MHz 4x8GB | Samsung 990 Pro 1TB | Corsair HX1000i | Fractal Design Define S | LG 27GL83A | Corsair K95 Platinum | Corsair Sabre RGB PRO Wireless | Corsair Void Elite Wireless

Permalänk
Medlem

Ska bli intressant att se vilka, AMD kommer att sparka efter det här

Visa signatur

Legion 5 Pro" Ryzen 5800H / 32GB ram / 2TB+1TB nvme / RTX 3070 8GB 140w

Permalänk
Datavetare
Skrivet av Petterk:

Det är 8 st heltalspipelines i dessa processorer med eget L1d, dvs den klassiska definitionen på kärnor. Frontend/dekoder är dock väldigt smal så det är inte som att det är massor mer arbete att göra för det. Bara på avkodningssteget lär du förlora 30%. FP-pipeline beter sig dessutom olika.

Tänk på att många andra arkitekturer inte har denna bild av en (separat) hel front-end/avkodare per kärna för den delen. De har däremot ofta SMT som inte finns här. Eftersom x86-avkodningen tar upp så lite plats idag (jämfört med heltals och flyttalsdelarna, cache osv, och för den delen idag gpu) så är det inte bästa sättet att begränsa sig däremot. En hel x86-kärna är inte många mm² när man räknar bort cache. Det är inga problem att ha x86 quadcore på Jaguar eller kommande Silvermont med kompletta och egna front-ends med separat decoder per kärna. Att bygga en processor med behov av massor cache kommer däremot vara ganska kämpigt utanför servermarknaden. Dessutom vill man gärna att desktop och notebook-processorerna ska vara starkare per tråd än Kabini/Jaguar I just AMDs fall har de lyckats göra en arkitektur som dessutom skalar relativt dåligt i multi-threading/SMP. Då ger det inget att bara sälja fler kärnor. 50-60% mer prestanda per tråd och bättre skalning behöver de ha ganska snart för att kunna ta sig förbi där Nehalem var 2008-09. FM2/FM2+ är dessutom bara 4-kärnor än så länge.

Dold text

För många serverlaster är SMT ett väldigt effektivt sätt att öka totala mängden utfört arbete med väldigt liten extra insats i form av transistorer, man kan få väldigt hög effektivitet av HT t.ex. och i dessa laster skulle man mycket väl kunna dra nytta av mer än de två trådar per CPU-kärna som Intel har. IBM POWER har idag 4 trådar per kärna, Oracle SPARC har 8 trådar per kärna och även Intels Xeon Phi har 4 trådar per kärna.

Att trådar delar på ALU-enheter är helt enkelt inte flaskhalsen här då trådarna utför väldigt mycket I/O och instruktionsströmmen då kommer innehålla många läsningar/skrivningar mot minnesmappade I/O-register där en "mov" instruktion mycket väl kan ta x10-x100 gånger längre tid en en "mov" mellan CPU-register.

Desktop applikationer tenderar har långt mycket mindre andel I/O och även långt mycket mindre "working-set" än server applikationer så långt mer än 90% av alla minnesaccesser är cache-hit på desktop. Flaskhalsen tenderar därför att bli front-end (avkodning) eller back-end (ALU-enheter) lite beroende på vad man gör. Att då har flera CPU-trådar per CPU-kärna ger väldigt lite effekt och på desktop laster skulle en Intel laptop CPU i många fall vara snabbare än en Oracle SPARC CPU från en $50.000 server då det skulle få nära nog noll effekt av sin brutala bandbredd mot RAM och 8 CPU-trådar per kärna.

Det man kan klaga på vad det gäller AMDs design för Bulldozer/Piledriver är att man lyckats skapa något som inte är bra på vare sig desktop eller servers...
Det är en dålig desktop CPU då man har relativt dålig enkeltråd-prestanda, något som man försöker kompensera genom att ha fler CPU-kärnor. Problemet med detta är minst tre, dels så får en sådan lösning sämre latens då latens minskar linjärt med ökande enkeltrådprestanda, dels så kan väldigt få desktop applikationer använda speciellt många CPU-kärnor, dels så är summan av vad en båda modulerna kan prestera inte högre än vad Intel får ut med en CPU-kärna och två HT...

Det är dåligt på servers då man har får overkill av ALU-enheter per CPU-tråd då flaskhalsen inte är ALU utan flaskhalsen är i stället att vissa "mov" instruktioner tar väldigt lång tid och det är långt mer effektivt att köra flera CPU-trådar per CPU-kärna då det tar väldigt få transistorer jämfört med att replikera alla ALU-enheter för heltal.

Sist och definitivt inte minst är det ju något som är fundamentalt fel med hur man byggt upp Bulldozer/Piledriver kärnorna. I diskussionen om Jaguar-artikeln här på SweC så beräknades IPC per CPU-tråd både på Piledriver och Jaguar, det visar sig att Jaguar har högre IPC än Piledriver!! Med tanke på att Piledriver kan avkoda upp till 4 x86 instruktioner per CPU-cykel och köra upp till 4 interna instruktioner per cykel och CPU "kärna" (pipelinen klarar av påbörja 2 ALU och 2 minnesoperationer per cykel) jämfört med Jaguar-kärna som kan avkoda upp till 2 x86 instruktioner per CPU-cykel, påbörja upp till 2 x86 instruktioner per cykel (dessa kan vara ALU och/eller minnesoperationer) så får man en uppfattning om just hur usel designen i Bulldozer/Piledriver är.

Nu skalar inte prestanda alls linjär med ökande antal ALU-enheter och med ökad bredd på front-end, men Intels SNB/IVB CPUer kan avkoda 4 (5 i vissa lägen) x86-instruktioner och kan utföra 3 ALU + 3 minnesoperationer (2 läsningar + 1 skrivning) (HSW kan utföra 4 ALU + 4 minnesoperationer (2 läsning + 2 skrivning)) och de har nästan dubbla IPC mot AMD, så även den "smala" back-end som Piledriver har borde presterar betydligt bättre än Jaguar på pappret.

Det kanske vore bättre för AMD att skapa en Jaguar-variant med större CPU-cache och designad för att köras >3GHz, det lär ju dra mindre ström än Piledriver. För desktop skulle man kunna sikta på maximal frekvens med 4 kärnor och på servers skulle man kunna sikta på lägre frekvens och 8-16 CPU-kärnor per chip med SMT (minst 2 trådar per kärna).

Visa signatur

Care About Your Craft: Why spend your life developing software unless you care about doing it well? - The Pragmatic Programmer

Permalänk
Medlem
Skrivet av kyro2:

Inte så farligt. Minns att man betalade närmare 11000 för FX53 , FX55 & FX57 propparna.

AMD smiskade ju Intel på den tiden precis som då de första Athlon Slot A processorerna kom. De var inte heller billiga.

Visa signatur

ASUS K7M, AMD Athlon 1000 MHz Slot A, 3dfx Voodoo5 5500 64 MB AGP, 512 MB SDRAM @ CL 2-2-2-5, Cooler Master ATC-100-SX Aluminum Mid Tower.

Permalänk
Medlem
Skrivet av Delerium:

AMD smiskade ju Intel på den tiden precis som då de första Athlon Slot A processorerna kom. De var inte heller billiga.

AMDs slot A var fortfarande långt billigare än Intels P3. Och i många fall slog en 600:- Duron intels tre gånger så dyra P3, och i de fall Duron var efter P3 så var det inte mycket.

Permalänk
Medlem
Skrivet av Aleshi:

AMDs slot A var fortfarande långt billigare än Intels P3. Och i många fall slog en 600:- Duron intels P3.

Duron fanns inte i Slot utförande utan kom ett tag senare i samband med Socket A.

http://www.theregister.co.uk/2000/04/18/amd_takes_axe_to_athl...

These prices are for quantities of 1000:

850MHz Athlon $433, the 900MHz $595, and the $950, and the 1000MHz, $1044

Över tusen dollar för värstingen så inte var det gratis då heller.

Visa signatur

ASUS K7M, AMD Athlon 1000 MHz Slot A, 3dfx Voodoo5 5500 64 MB AGP, 512 MB SDRAM @ CL 2-2-2-5, Cooler Master ATC-100-SX Aluminum Mid Tower.

Permalänk
Medlem
Skrivet av Delerium:

Duron fanns inte i Slot utförande utan kom ett tag senare i samband med Socket A.

http://www.theregister.co.uk/2000/04/18/amd_takes_axe_to_athl...

These prices are for quantities of 1000:

850MHz Athlon $433, the 900MHz $595, and the $950, and the 1000MHz, $1044

Över tusen dollar för värstingen så inte var det gratis då heller.

Nej jag vet att Duron kom till Socket A. Men pratade mer generellt Duron/Athlon vs. P3. Socket A kom ganska snabbt. Och visst kostade Athlon en slant, men den var fortfarande betydligt billigare än P3. Att toppmodellen var så dyr var inget konstigt när man ser till att Intel inte kunde leverera P3 i 1GHz eller ens 933MHz i betydande mängd. På den tiden var 4-7000:- inget konstigt för en processor, priserna var högre generellt.

EDIT: Kollade upp lite. Athlon 800MHz kostade vid den tiden 330$, PIII 800EB kostade 620$ enligt en uppgift från mars. Och då var det snarare Athlon 750 för 250$ som skulle tävla med den.

Permalänk
Medlem

Grymt bra prissattning, nu kommer AMD's ekonomi att ga runt igen!!!........ ( tank er att min punktrad fortsatter nagra kilometer till ).......

Visa signatur

4770k @ 4.8Ghz | MSI Sea Hawk 1080ti | 600w SFX | Fractal Design Nano | Kraken X31 | 1024Gb SSD Raid0 | 16Gb Corsair Vengeance LP | MSI Z87i AC | Sennheiser HD650 | Acer Predator Z35 35" 21:9 144hz | Schiit Modi | Schiit Vali | Blue Snowball Mic

Permalänk
Medlem
Skrivet av Xelathur:

Grymt bra prissattning, nu kommer AMD's ekonomi att ga runt igen!!!........ ( tank er att min punktrad fortsatter nagra kilometer till ).......

Som sagt, tillgång och efterfrågan...

Permalänk
Medlem
Skrivet av Aleshi:

Som sagt, tillgång och efterfrågan...

Jo, aterstar att se priset for oss vanliga konsumenter. Kanns enda ratt dumt med en fabriksoverklockad 8350. Allting hanger pa hur mkt den kostar.

Visa signatur

4770k @ 4.8Ghz | MSI Sea Hawk 1080ti | 600w SFX | Fractal Design Nano | Kraken X31 | 1024Gb SSD Raid0 | 16Gb Corsair Vengeance LP | MSI Z87i AC | Sennheiser HD650 | Acer Predator Z35 35" 21:9 144hz | Schiit Modi | Schiit Vali | Blue Snowball Mic

Permalänk
Medlem
Skrivet av Xelathur:

Jo, aterstar att se priset for oss vanliga konsumenter. Kanns enda ratt dumt med en fabriksoverklockad 8350. Allting hanger pa hur mkt den kostar.

Om den ens kommer till vanliga konsumenter dvs.

Permalänk
Medlem
Skrivet av Yoshman:
Dold text

Sist och definitivt inte minst är det ju något som är fundamentalt fel med hur man byggt upp Bulldozer/Piledriver kärnorna. I diskussionen om Jaguar-artikeln här på SweC så beräknades IPC per CPU-tråd både på Piledriver och Jaguar, det visar sig att Jaguar har högre IPC än Piledriver!! Med tanke på att Piledriver kan avkoda upp till 4 x86 instruktioner per CPU-cykel och köra upp till 4 interna instruktioner per cykel och CPU "kärna" (pipelinen klarar av påbörja 2 ALU och 2 minnesoperationer per cykel) jämfört med Jaguar-kärna som kan avkoda upp till 2 x86 instruktioner per CPU-cykel, påbörja upp till 2 x86 instruktioner per cykel (dessa kan vara ALU och/eller minnesoperationer) så får man en uppfattning om just hur usel designen i Bulldozer/Piledriver är.

Det kanske vore bättre för AMD att skapa en Jaguar-variant med större CPU-cache och designad för att köras >3GHz, det lär ju dra mindre ström än Piledriver. För desktop skulle man kunna sikta på maximal frekvens med 4 kärnor och på servers skulle man kunna sikta på lägre frekvens och 8-16 CPU-kärnor per chip med SMT (minst 2 trådar per kärna).

Jo, får hoppas att AMD kan utveckla en riktigt bra desktop-CPU ur Jaguar. Det gick ju bra för Intel att omvandla Pentium M till Intel Core.

AMD Fx-9370 och Fx-9590 borde ju levereras med vattenkylningskit, speciellt med tanke på det där priset.

Visa signatur

Det var enklare förr att skilja Asus moderkort åt:
Asus A7V -> Asus P5Q Pro -> Asus M4A88TD-V EVO/USB3

Permalänk
Medlem
Skrivet av Aleshi:

Låt säga att du har en Athlon X2, och du lägger till en 256Bit AVX-kapabel enhet som båda kan bruka. Eftersom den är delad så ökar inte prestandan 100% längre i de fall som AVX används. Är det då inte längre 2 kärnor? Är det så att man kan ta bort saker från en kärna så blir det plötsligt två i sådana fall?

Ytterligare ett exempel på varför det är ganska meningslöst att hänga upp sig på vad en "kärna" är.
(Vad är en hög?..)

Skrivet av virtual void:

För många serverlaster är SMT ett väldigt effektivt sätt att öka totala mängden utfört arbete med väldigt liten extra insats i form av transistorer, man kan få väldigt hög effektivitet av HT t.ex. och i dessa laster skulle man mycket väl kunna dra nytta av mer än de två trådar per CPU-kärna som Intel har. IBM POWER har idag 4 trådar per kärna, Oracle SPARC har 8 trådar per kärna och även Intels Xeon Phi har 4 trådar per kärna.
*klipp*

Hur sannolikt skulle du säga att det är att vi får se fler trådar per kärna? Jag tänker främst på Intels desktopsegement, men andra segment är också intressanta (+AMD).

Permalänk
Skrivet av kyro2:

Inte så farligt. Minns att man betalade närmare 11000 för FX53 , FX55 & FX57 propparna.

Jo, det gjorde man för har sälv men gammal fx55 hemma. Men va fan, dom prestera då lika bra och bättre en intel då i visa tester och oftast låg jäms sides med samma cpu i samma klass. Det var skillnad de. Nu är det rent ut sakt för jävligt nu, om det där stämmer!

Visa signatur

Chassi: In Win Gnone, GPU1: Gainward RTX 3080 GS Gpu 2: gigabyte 1080 ti OC HDD/SDD: Samsung 970 EVO Plus 2TB, samsung evo 1tb, samsung 970 pro 512gb, 5st 2TB, optisk läsare: Asus Blue ray brunner Ram: Team Group 64GB CL16 3200hz, Moderkort: ASUS ROG Crosshair VIII Extreme, CPU: AMD Ryzen 9 5950X, CPU Kylare: ek-aio elite 360 d-rgb, PSU: silverstone 1500w 80c guld ( Im Music Producer. Vibrations Is God Sound )

Permalänk
Medlem
Skrivet av Brallan_86:

Jo, det gjorde man för har sälv men gammal fx55 hemma. Men va fan, dom prestera då lika bra och bättre en intel då i visa tester och oftast låg jäms sides med samma cpu i samma klass. Det var skillnad de. Nu är det rent ut sakt för jävligt nu, om det där stämmer!

Lika bra eller bättre i vissa tester? Intel hade bara en chans i syntetiska eller vissa SSE-tunga tester. I vanlig rå prestanda var FX hästväg framför Intel. Runt dubbla prestandan per Hz i spel.

Permalänk
Medlem

virtual void,

Visst är något galet. Just front-end/avkodning är något de jobbat med i Steamroller bland annat där de dubblat genom att ge varje kärna en egen 4-wide avkodare plus jobbat med branch prediction, fetch och cachehantering, och någonstans där gick det fel i utvecklingen med BD/PD, men att göra något smalare än gamla K8 och K10L var nog ingen bra idé till att börja med. Just front-endbiten verkar ha sänkt BD upp till 30-50%. Annars vet jag inte varför de rör det. T.ex. AVX2 kommer inte fören Excavator dock. När det gäller Jaguar så visst de kommer satsa, men det hela och poängen med det är att de har två olika arkitekturer och team. Jaguar tillverkas fortfarande hos TSMC dessutom, medan jag tänker mig att alla nya APUer från de andra teamen som jobbat med Steamroller och Excavator ska tillverkas hos GloFo i Dresden, eller Singapore/New York som backup. Så de utvecklas för olika processer och för olika syften. Jaguar är betydligt mer syntetiserad. Det var ju anledningen till att de kunde vinna kontrakt med halvcustom design åt konsoltillverkarna.

Hade varit bra med åtminstone Bloomfieldprestanda hos quad-core AMD desktop/notebook-segmentet. De är ju verkligen 4-5 år efter i prestanda som det är nu. Annars kan de lika gärna låta GloFo tillverka åt Qualcomm, Broadcom och gänget istället. De lär ha massor arbete om Apple ska flytta sin tillverkning till TSMC.

Permalänk
Medlem

Kul tråd.
Hade månne inte ens kommit igång utan kvällstidningslik rubrik "AMD FX-9590 och FX-9370 prissätts" då det inte direkt var vanligt konsumentpris som förelåg.

Visa signatur

LianLiPC-V355bequiet!E9-480W-MSIB350M-MortarW10-WD-BlackSN750Ryzen7™2700MSI RX6500XTSONY-65"TV-ZD9
Övriga datorer ej i drift

Permalänk
Medlem

Jaha mina vänner, blir det flytande kväve, eller vattenkylning med vatten direkt från Vostok, vi ska kyla den med?

Visa signatur

Deepcool Matrexx 30 & MSI Z87-G43 Gaming!
Intel Inside Core I7 4790K med AMD Radeon R9 390!
Rubbet strömförsörjs av Corsair RM750X!

Permalänk
Medlem
Skrivet av Petterk:

virtual void,

Visst är något galet. Just front-end/avkodning är något de jobbat med i Steamroller bland annat där de dubblat genom att ge varje kärna en egen 4-wide avkodare plus jobbat med branch prediction, fetch och cachehantering, och någonstans där gick det fel i utvecklingen med BD/PD, men att göra något smalare än gamla K8 och K10L var nog ingen bra idé till att börja med. Just front-endbiten verkar ha sänkt BD upp till 30-50%. Annars vet jag inte varför de rör det. T.ex. AVX2 kommer inte fören Excavator dock. När det gäller Jaguar så visst de kommer satsa, men det hela och poängen med det är att de har två olika arkitekturer och team. Jaguar tillverkas fortfarande hos TSMC dessutom, medan jag tänker mig att alla nya APUer från de andra teamen som jobbat med Steamroller och Excavator ska tillverkas hos GloFo i Dresden, eller Singapore/New York som backup. Så de utvecklas för olika processer och för olika syften. Jaguar är betydligt mer syntetiserad. Det var ju anledningen till att de kunde vinna kontrakt med halvcustom design åt konsoltillverkarna.

Hade varit bra med åtminstone Bloomfieldprestanda hos quad-core AMD desktop/notebook-segmentet. De är ju verkligen 4-5 år efter i prestanda som det är nu. Annars kan de lika gärna låta GloFo tillverka åt Qualcomm, Broadcom och gänget istället. De lär ha massor arbete om Apple ska flytta sin tillverkning till TSMC.

Blandar vi ihop K8L (Turion) med 10h(Phenom)?

Permalänk
Medlem
Skrivet av Aleshi:

Blandar vi ihop K8L (Turion) med 10h(Phenom)?

K8L kom aldrig, eller var en misnomer och refererar till K10, och det jag refererade till var K8 (Sledehammer och senare) och K10/Stars vilket inkluderar varianten i Llano.

Permalänk
Medlem
Skrivet av Petterk:

K8L kom aldrig, eller var en misnomer och refererar till K10, och det jag refererade till var K8 (Sledehammer och senare) och K10/Stars vilket inkluderar varianten i Llano.

K8L kom visst. Det var bara K8 i low-power variant, aka Turion. Men TheInquirer fick nys om namnet i AMDs planering och trodde att det var en förbättrad K8 som skulle möta hotet C2D i samband med att K10 lades ner. Därför kallades Phenom felaktigt för K8L länge.
K9 lades ner och var ganska uppmärksammad för det. Därför väntade folk på en K10, men K10 lades också ner väldigt tidigt och AMD bytte namnschema.
De fick ta fram en snabbfix som blev deras Stars-arkitektur (Phenom) för att kompensera att de skrotat 2-3 års arbete och fått börja med en ny arkitektur igen som skulle vara flera år in i framtiden. Phenom tillhörde familjen 10h och därför gjorde någon kopplingen att 10h var K10.
När media slutade med K8L-namnet började nöta namnet K10 väldigt mycket, allra helst med tanke på hur C2D vann mot den tidigare kungen Athlon 64 och AMD var i desperat behov av en lösning.
Detta blev ju inte bättre av att K10 satte sig så hårt att många inom branschen började behandla det som om det vore ett officiellt namn. Men det finns inga officiella dokument där de använder namnet K10. Det enda som finns en intervju när en AMD-representant själv kallar Phenom för K10 efter att media kallat Phenom för K10 till förbannelse. AMDs ledning benämnde dock stars som en K8 refresh.

Så, efter K8 tar man fram 8-issue K9, en riktig best, den verkar dock bli svår att få till i praktiken så de lägger ner den, de börjar istället med K10 som är simplare men ska kompensera med 10GHz+. Northwood, Prescott och senare AMDs egna chip gör det smärtsamt uppenbart att det är för svårt att hantera sådana frekvenser så de lägger ner K10. Då är det 2005, man vet att Conroe kommer bli grym och man har sin nästa arkitektur 3-5 år bort som bäst. Så man fixar till K8 med en breddad FPU och en L3-cache och det blir Stars. Den nya arkitekturen som senare blev Bulldozer hann ju ändras lite innan den till slut kom 2011.

K8L=Turion
K9=Nerlagd 2004
K10=Nerlagd 2005
Stars (10h)=Phenom, även kallad för en refresh av K8.

Permalänk
Medlem
Skrivet av Aleshi:

K8L kom visst. Det var bara K8 i low-power variant, aka Turion. Men TheInquirer fick nys om namnet i AMDs planering och trodde att det var en förbättrad K8 som skulle möta hotet C2D i samband med att K10 lades ner. Därför kallades Phenom felaktigt för K8L länge.
K9 lades ner och var ganska uppmärksammad för det. Därför väntade folk på en K10, men K10 lades också ner väldigt tidigt och AMD bytte namnschema.
De fick ta fram en snabbfix som blev deras Stars-arkitektur (Phenom) för att kompensera att de skrotat 2-3 års arbete och fått börja med en ny arkitektur igen som skulle vara flera år in i framtiden. Phenom tillhörde familjen 10h och därför gjorde någon kopplingen att 10h var K10.
När media slutade med K8L-namnet började nöta namnet K10 väldigt mycket, allra helst med tanke på hur C2D vann mot den tidigare kungen Athlon 64 och AMD var i desperat behov av en lösning.
Detta blev ju inte bättre av att K10 satte sig så hårt att många inom branschen började behandla det som om det vore ett officiellt namn. Men det finns inga officiella dokument där de använder namnet K10. Det enda som finns en intervju när en AMD-representant själv kallar Phenom för K10 efter att media kallat Phenom för K10 till förbannelse. AMDs ledning benämnde dock stars som en K8 refresh.

Så, efter K8 tar man fram 8-issue K9, en riktig best, den verkar dock bli svår att få till i praktiken så de lägger ner den, de börjar istället med K10 som är simplare men ska kompensera med 10GHz+. Northwood, Prescott och senare AMDs egna chip gör det smärtsamt uppenbart att det är för svårt att hantera sådana frekvenser så de lägger ner K10. Då är det 2005, man vet att Conroe kommer bli grym och man har sin nästa arkitektur 3-5 år bort som bäst. Så man fixar till K8 med en breddad FPU och en L3-cache och det blir Stars. Den nya arkitekturen som senare blev Bulldozer hann ju ändras lite innan den till slut kom 2011.

K8L=Turion
K9=Nerlagd 2004
K10=Nerlagd 2005
Stars (10h)=Phenom, även kallad för en refresh av K8.

Misnomer som sagt. Vad det syftar på är uppenbart, BD mot föregående arkitekturer som fanns i verkligheten. Inte vad de lade ner för som de aldrig utvecklade. Visst kan jag börja referera till cpu-id istället, men då kommer knappt någon veta vad man pratar om. AMD refererar inte till något annat i deras tekniska dokumentation/datablad.