AMD heeft twee chipengineers ingehuurd die afkomstig zijn van Apple en Qualcomm, maar die eerder in dienst waren van AMD. Beide engineers hebben de nodige ervaring met het ontwerpen van energiezuinige apu's en soc's.
AMD heeft inmiddels de berichten over de overstap van de twee engineers bevestigd. Het gaat om Charles Matar, voorheen werkzaam bij Qualcomm en vooral deskundig op het gebied van embedded chipontwerpen, en Wayne Meretsky, afkomstig van Apple en betrokken bij het A5-soc-ontwerp. Beide chipdeskundigen zullen aan de slag gaan bij het ontwerpen van nieuwe energiezuinige cpu's en soc's bij AMD. Matar wordt vice-president bij de de afdeling System-on-Chip Development, terwijl Meretsky verantwoordelijk wordt voor de afdeling waar software wordt ontwikkeld.
Met de twee chipdeskundigen, die al eerder voor AMD werkten, wil het bedrijf naar eigen zeggen uitbreiden in 'nieuwe markten'. AMD is daar min of meer toe gedwongen door de terugloop van de pc-verkoop als gevolg van de populariteit van tablets en smartphones. De chipbakker zal zich met name gaan richten op soc's en energiezuinige cpu's. Zo wil het bedrijf nog dit jaar de Temash-apu uitbrengen, terwijl op de CES de Kabini- en Richland-apu's werden aangekondigd.
[Reactie gewijzigd door JBee op dinsdag 22 januari 2013 20:09]
[Reactie gewijzigd door pe1dnn op dinsdag 22 januari 2013 23:07]
Er zit idd een emulatielaag in ja, maar dat hoeft verder weinig te betekenen.Alle huidige x86 implementaties hebben nog steeds de oude 8/16 bit 8086 instructies met segment registers en alles
Grappig, waarom zijn x86 CPU's, die onder water eigenlijk gewoon RISC microcode uitvoeren, vandaag de dag dan zoveel sneller dan andere architecturen? De PowerPC moet het voornamelijk hebben van z'n hoge kloksnelheid vanwege de enorme latencies en pipeline stalls.en ondanks dat ze inmiddels een formidabele snelheid hebben t.o.v. die oude chips had het allemaal veel sneller en efficiënter gekund met een goede instructieset
Volgens mij vergeet je dan even hoeveel de GPU daaraan bijdraagt.En dat zie je nu de ARM chips met veel minder verbruik toch heel soepel een Android GUI draaien.
Ik snap je punt, maar maakt dat de consument (of wie dan ook) iets uit wat voor chip er voor de snelheid zorgt? Als de GPU dat zuiniger kan dan de CPU, is dat toch een prima oplossing?Volgens mij vergeet je dan even hoeveel de GPU daaraan bijdraagt.
[Reactie gewijzigd door Grrrrrene op woensdag 23 januari 2013 08:34]
[Reactie gewijzigd door .oisyn op woensdag 23 januari 2013 11:42]
Dat is omdat die RISC core enorm geoptimaliseerd en goed is. Echter de microcode moet een vertaalslag maken van een rommelige instructieset naar microcode. Als diezelfde microcode had moeten vertalen van een net gestructureerde instructieset dan was het allemaal nog veel sneller geweest of op een lagere snelheid veel zuiniger of misschien met nog eenvoudiger RISC cores zodat er nog meer cores op een chip kunnen.Grappig, waarom zijn x86 CPU's, die onder water eigenlijk gewoon RISC microcode uitvoeren, vandaag de dag dan zoveel sneller dan andere architecturen?
Ten eerste : x86 = cpu maar cpu != x86Ik vraag me echt af wat er gaat gebeuren als AMD zou stoppen met cpu's maken. Intel heeft dan een monopolie (op de pc markt), en het is vrijwel onmogelijk om nu een bedrijf te starten wat ooit kan concurreren met Intel.
[Reactie gewijzigd door JBee op dinsdag 22 januari 2013 20:22]
De slechte framerate van minecraft komt voornamelijk door de complexiteit van de geometrie. Je zou het niet zeggen, want het zijn immers maar "simpele blokjes", maar het zijn wel héél véél simpele blokjes (of specifieker: heel veel polygonen tussen lucht en solid blokjes). Wat ook niet meehelpt is dat er totaal geen mipmapping gebruikt wordt, waardoor de blokjes in de verte enorme texture cache misses veroorzaken. Ook is occlusion culling niet zo'n heel erg simpel probleem in een dergelijke dynamische wereld. Nou is voor dat laatste wel wat voor te verzinnen (leuk research project), maar over dergelijke kwaliteiten beschikken ze bij dan weer niet bij MojangDe slechte framerates van minecraft komen met name door de gebrekkige java code. Java vreet resources op de achtergrond.
[Reactie gewijzigd door .oisyn op woensdag 23 januari 2013 02:35]
a) DOS kon 640 kByte base memory addresseren, niet 512kom niet met Gates quote 512kb memory is enough for everyone
En ik geloof in de tandenfee.Ik geloof namelijk dat hij het wel degelijk heeft gezegd.
[Reactie gewijzigd door .oisyn op woensdag 23 januari 2013 02:27]
[Reactie gewijzigd door lezzmeister op dinsdag 22 januari 2013 22:14]
Texas Instruments draait slecht, en ook ST-Ericsson gaat niet erg jofel. Beide zijn bezig om kopers te vinden voor hun ARM SoC business.Voor zover ik weet is er nog niemand die zich teveel op ARM heeft gestort en daardoor heeft moeten stoppen.
[Reactie gewijzigd door Dreamvoid op woensdag 23 januari 2013 09:32]
[Reactie gewijzigd door kidde op woensdag 23 januari 2013 13:26]
[Reactie gewijzigd door trm0001 op dinsdag 22 januari 2013 22:51]
Op dit item kan niet meer gereageerd worden.
Populair: Samsung Websites en communities Mobiele telefoons Google Sony Games Microsoft Politiek en recht Consoles Microsoft Xbox One
© 1998 - 2013 Tweakers.net B.V. Contact Over Tweakers Jouw privacy Algemene voorwaarden Cookies
Tweakers wordt uitgegeven door De Persgroep en wordt gehost door True