mboost-dp1

AMD

AMD klar med Fusion i 2011

- Via DigiTimes - , redigeret af Net_Srak , indsendt af Skak2000

AMD har netop fremvist deres køreplan for, hvilke processor-teknologier de forventer at komme med frem til år 2011.

Flere af navnene i køreplanen er set før, men der er også kommet nye til, især når man kommer hen i 2011. Her vil AMD introducere to nye x86-arkitekturer, den ene til servere, den anden til strømbesparende computere, der begge vil inkludere en GPU.

Processor-arkitekturen til servere har fået navnet Bulldozer og omfatter flere markante designændringer, der skal sikre høj ydeevne. Endnu har AMD blot udgivet overordnede diagrammer for den kommende CPU, men hos Ars Technica har processor-eksperten Jon Stokes kigget nærmere på sagen og kommer med sin vurdering af arkitekturen.

Den kommende processor til strømbesparende computere, som f.eks. laptops og netbooks, har fået kodenavnet Bobcat. Ligesom Bulldozer så vil Bobcat også inkludere en GPU, der vil kunne bruges til mere end blot grafik.

AMD har valgt at kalde både Bulldozer og Bobcat for APU’er, der står for Accelerated Processing Unit, da de mener, CPU og GPU ikke længere skal ses som uafhængige enheder, der er fusioneret.

AMD’s teknologi-direktør Joe Macri har store forventninger til deres Fusion-teknologi, som han ser anvendt på alle niveauer, fra servere til mobile enheder.





Gå til bund
Gravatar #1 - Nize
13. nov. 2009 10:34
Igen, en kraftig bærbar med evne til at spille fullhd, og stadig ikke bruge så meget strøm, kan kun være godt for forbrugerne. Det at det er en intel-konkurrent gør det bare bedre.
Gravatar #2 - Bean
13. nov. 2009 11:16
Jeg forstår simpelthen IKKE hvorfor vi stadig i 2011 skal ligge og lege med x86 processorer!
Men alle de RAM som producenterne har gjort til mode at smide i bærbare er det jo meningsløst at fortsætte med x86.

Om et år kan forbrugerne ikke forstå hvorfor deres nye bærbar OGSÅ har 4 GB RAM - det samme som den de købte to år tidligere i 2009.
Gravatar #3 - mim
13. nov. 2009 11:46
#2

x86 er ikke nødvendigvis 32 bit.

http://en.wikipedia.org/wiki/X86
Gravatar #4 - Bean
13. nov. 2009 11:51
#3
Hvorfor så holde fast i x86 arkitekturen hvis denne er blevet nærmest standardiseret til værende 32 bit?
Gravatar #5 - Decipher
13. nov. 2009 12:27
#4 Jeg er enig i, at der er mange legacy ting i x86 strukturen, som kunne være rare at slippe af med (BIOS, anyone?) - men om det er x86 eller RISC eller noget andet har altså ikke noget med RAM grænsen at gøre.

Microsoft har endda sat en lavere grænse for RAM via software settings end de kunne have i både deres 32bit og 64bit windows versioner.

Du kan se her hvor stor forskel der er på de forskellige versioner (også mellem 32 bit og andre 32 bit) - det er ren salgstaktik. http://msdn.microsoft.com/en-us/library/aa366778(V...

Her er også en virkelig god og omfattende forklaring af problemet http://www.geoffchappell.com/viewer.htm?doc=notes/...
Gravatar #6 - decx
13. nov. 2009 12:46
x86 ISAen har intet med BIOS at gøre. Den indeholder stadigt legacy instruktioner som interupts der kan bruges med en BIOS, hvis du virkeligt ønsker at bruge DOS på din nyindkøbte Nehalem chip. Men du kan bruge EFI, som f.eks. intel Macs gør, uden en traditionel BIOS. Dette er mere et lævn fra bootstrapping processen på IBM PCer end en ISA ting.

x86-64 er en udvidelse i samme ånd som tidligere hvor general purpose registre er blevet gjort større. F.eks:

AX - 16 bit - som kan refereres som AH og AL (High 8bits, low 8bits)
EAX - 32bit
RAX - 64bit

Den første udgave af AMDs design dokumenter refererede til et register der hed EEAX - Extended Extended AX - men blev omdøbt RAX.

Men RAX består stadigt af high 32bit, low 32bit, du kan bruge low 32bit som EAX f.eks.
Gravatar #7 - -N-
13. nov. 2009 15:04
#2 Det er jo reelt set noget forbrugerne har valgt.

Windows NT 4.0 blev jo også lavet i en Alpha/risc udgave.

Desuden er der ikke rigtigt nogle alternativer på mainstream fronten.

Så vidt jeg har forstået er det største problem ved x86 arkitekturen at clock cycles ikke bliver udnyttet ordenligt fordi det ikke er altid at der bliver bearbejdet 86bit, hvor risc altid tager 32bit op codes så alle cycles er fuldt udnyttet.

EFI er så vidt jeg husker også en del af de kommende standarder på PC'en. De er bare ikke kommet så langtendu som man kunne ønske.

#3 registrenes bredde i antal bits har ikke så meget at gøre med arkitekturvalg.
Gravatar #8 - Fafler
14. nov. 2009 12:42
#7: 86 bit? Intet i x86 arkitekturen kører 86 bit. Navnet kommer af den første processor der brugte instruktionssættet, Intel 8086. Efterfølgende processorer blev så kaldt 80186, 80286 osv., eller bare x86. Siden Pentium processoren kom ud har alle x86 processorer mere eller mindre været RISC internt og brugt microcode til at oversætte CISC instruktionerne til flere mindre RISC instruktioner.

Personligt tror jeg ikke der er noget at vinde ved at gå fra x86 til en anden platform. Ikke i forhold til problemerne med manglende kompatiblitet, når vi snakker Windows programmer. Enten skal der indbygges en dynamisk oversætter i styresystemet, alá den i OSX der gør at PowerPC programmer kan køre på Intel maskiner. Men den løsning er dyr i processorkraft. Den anden løsning er at udviklerne tilpasser hvert enkelt program og udsender en ny udgave der passer til den nye processor.
Gravatar #9 - -N-
14. nov. 2009 17:25
#8 Ok... Så har jeg misforstået noget...

Men er det ikke rigtigt, at længen på risc teknologiens op codes er statiske og varierende på x86?
Gravatar #10 - Clauzii
14. nov. 2009 18:07
#9:
Jo.
Gå til top

Opret dig som bruger i dag

Det er gratis, og du binder dig ikke til noget.

Når du er oprettet som bruger, får du adgang til en lang række af sidens andre muligheder, såsom at udforme siden efter eget ønske og deltage i diskussionerne.

Opret Bruger Login