Nintendos uppföljare till Wii U kan få systemprocessor från AMD

Jaa, dessa diskussioner är ju de mest intressanta, även om merparten här knappt var födda "när det begav sig". Trots allt är vårt resonemang fortfarande aktuellt, det är i slutändan samma sak som gäller idag, även om det är mindre marginaler idag.

I slutändan är det spelen som är det viktigaste. COD WOW mm driver knappast utvecklingen vidare. Nää, gå tillbaka till sidoscrollande shooters igen

God jul alla retro-nördar.

Skickades från m.sweclockers.com

Inte för att listan är speciellt trolig, men om det skulle bli en PowerPC/POWER så skulle det inte vara en "vanlig" POWER8 utan något likt hur G5 (PowerPC 970) var "baserad" på POWER4. En cool sak i POWER8 är att man kan välja om det ska vara 1,2,4 eller 8 trådar per CPU-kärna beroende på vilken typ av last man förväntar sig. Med 8 trådar per kärna så kan en POWER8 utföra upp till dubbelt så mycket som Haswell vid ungefär samma klockfrekvens, dock verkar ändå Haswell i de flesta lägen ha bättre prestanda per CPU-tråd.

Två till tre slimmade POWER8 kärnor med SMT2 eller SMT4 på >2GHz skulle räcka för kliva förbi PS4/XBO i CPU prestanda.

Ja, då blir det ju en annan sak

Den där ändringen av last, görs det vid tillverkningen, eller i mjukvara? Och går det att ändra "on the fly" i så fall?

Går att ändra i programvara. Rent praktiskt är det något som utförs av en administratör under installation/optimering av systemet, d.v.s. något man gör på systemnivå och inte på applikationsnivå.

Skulle man göra ett PowerPC derivat av POWER8 lär man rejält kapa i CPU-cache storleken (gissar t.ex. att man skippar all L4-cache då POWER8 finns med upp till 96MB L3-cache!!!). Sedan skulle man nog minska "bredden" något på CPU-designen, vilket då skulle göra SMT8 nära nog meningslöst och spel är inte super-elaka mot CPU-cache, så SMT2 vore nog det rimligaste. Det som man har kvar skulle ändå vara rätt imponerande rent prestandamässigt, så hoppas kan man ju!

Aha. Konsoler har ju hittills varit lite speciella i hanteringen av systemresurser, där spelen mer eller mindre agerar OS också. Skulle varje spel kunna göra sin egen inställning för SMT vid uppstart?

Megadrive hade en högre klockad CPU, men inte alls säkert att den var snabbare. Det som gjorde 6502 så enormt framgångsrik var att de utförde väldigt mycket på låg frekvens, många har kallat designen den första RISCen men det är rent tekniskt fel då det inte är en load/store design (vilket de flesta är överens är det utmärkande draget för RISC). 6502 har relativt få instruktioner, men de som finns är väldigt ortogonala mot varandra och de körs på väldigt få klockcykler jämfört med samtida CPU-modeller som Z80 och 68k. Är det senare som gjort att många kallat 6502 den första RISCen.

Att addera två tal tar minst 4 cykler på 68k, 8 om ena operanden är 8/16-bitars minnescell, 12 om operanden är 32-bitars minnescell. 4/8/12 cykler gäller för alla "normala" instruktioner på 68k.

Addera tar 2 cykler på 6502 om det görs mot register, 3 mot RAM i "zero page" och 4 mot övrig RAM. Nu är det alltid 8 bitar, 16, 24 och 32-bitar tar x2, x3 resp x4 så lång tid. I praktiken klarar sig spel på den här tiden nästan helt med 8 bitars tal (antal liv, x/y-koordinater etc kan alla beskrivas med 8 bitar). 2/3/4 cykler gäller för i princip alla instruktioner i 6502.

6502 är svårare att programmera än 68k (och ingen har lyckats gjort en vettig C-kompilator för 6502), men i de flesta fall behöver 68k (och Z80) ungefär dubbla frekvensen för att matcha 6502 i program skrivna i assembler. På den här tiden skrevs allt prestandakritiskt för konsoler (och datorer som C=64 & Amiga).

Så CPU-mässigt var SNES och Megadrive väldigt likvärdiga då SNES (6502 derivat) var klockad ungefär hälften av Megadrive (68k).

Det skulle helt klart vara en självklarhet att spel fick sätta SMT-nivå. I det läget skulle det kanske vara rimligt att ha ingen SMT (en tråd per fysisk kärna), SMT2 och SMT4. De flesta skulle nog köra SMT2, med t.ex. strategispel som är väldigt CPU-bundna och bara vill ha maximal beräkningskraft skulle kunna dra nytta av SMT4.