AMD gaat Cortex-A5-cores op basis van de ARM-architectuur in apu's inbouwen voor TrustZone-beveiligingsfunctionaliteit. Volgend jaar moet de security-combinatie van x86-apu en ARM-chip van AMD beschikbaar komen.
AMD wil al langer een beveiligingsplatform voor zijn apu's ontwikkelen, maar heeft nu voor een bestaand systeem gekozen. Met de licentie om TrustZone te gebruiken, krijgt AMD de beschikking over een volwassen hardware- en software-ecosysteem om Intel beveiligingsfunctionaliteit zoals Trusted Execution Technology te beconcurreren. TrustedZone wordt al sinds 2004 gebruikt. Het is de eerste keer dat het TrustZone-platform van het bedrijf ARM op deze wijze met x86-processors gecombineerd wordt. In 2013 moeten de eerste apu's met Cortex-A5-cores uitkomen en een jaar later moet de functionaliteit naar meer AMD-chips uitgerold worden.
De Cortex-A5 is een low-end processor op basis van de ARMv7-instructieset met beveiligingsextensies. De chip is zeer zuinig en voor AMD daardoor geschikt als coprocessor. Het platform zorgt ervoor dat de ARM-chip een alternatief besturingssysteem en beveiligings- en monitor-applicaties draait, waarnaar onder de noemer Secure World verwezen wordt, terwijl de apu 'Normal World' met bijvoorbeeld Windows en de gebruikerssoftware voor zijn rekening neemt. Normal World kan geen invloed uitoefenen op Secure World, omgekeerd kan dat wel.
De samenwerking met ARM komt niet uit de lucht vallen. Woensdag maakten AMD en ARM bekend samen met Imagination, MediaTek en Texas Instruments de Heterogeneous System Architecture-stichting opgericht te hebben. Voor AMD betekent de samenwerking een mogelijkheid om zijn aanwezigheid op de lucratieve zakelijke markt een duw in de rug te geven, terwijl de stap ook mogelijkheden op het gebied van zakelijke Windows 8-tablets biedt.

[Reactie gewijzigd door Athlon-pv op 14 juni 2012 12:30]
Waar jij naar linkt staat in het artikel, laatste alinea niet gelezen waarschijnlijk.Ze hadden over dit gedeelte al een keer een praatje gehouden en stond ook dacht ik op tweakers het gaat over dat ze het gpu gedeelte beschikbaar maken en dat ze het aan derden over laten wat voor processor ze willen gebruiken.
http://www.amd.com/us/pre...nnovation-2012june12.aspx
Vertel dat aan Qualcomm die er alleen afgelopen kwartaal al 1.5 miljard winst mee mee uit zijn mouw schudde, of TI, ST-Ericsson, Samsung, zelfs nVidia...Dit soort ARM gedoe daar valt geen droog brood mee te verdienen.
[Reactie gewijzigd door Dreamvoid op 14 juni 2012 15:00]
Absoluut, maar hoe langer hoe meer mensen hebben genoeg aan een Intel Atom processor. Die ondersteunen namelijk in principe ook vPro, virtualisatie, 64 bit en hyperthreading en worden binnenkort ook op de allernieuwste technologie gemaakt.die 'snellere processors' waar jij het over hebt leveren enorm veel winst op. Die worden verkocht voor enorme prijzen.
[Reactie gewijzigd door martijnve op 14 juni 2012 11:11]
Ik snap niet waarom deze post zo hoog beoordeeld wordt, hij raakt imho kant nog wal.
Bij ARM processoren zie je nog wel dat single of dualcores nog relatief makelijk quad cores kunnen bijbenen, puur omdat er nog veel te verbeteren en te inoveren valt. Het verschilt dus per architectuur. Het klopt wel dat bij x86 de rek er al een paar jaar uit is, dus wat dat betreft heb je volkomen gelijk.Vervolgens beweer je dat het door de software komt dat zes 1GHz cores langzamer zijn dan vier 1,8GHz cores. Het is waar dat niet alle software perfect schaalt maar dat kun je niet oplossen door dan maar terug te gaan naar minder maar snellere cores. De rek in frequentie (en en oppervlakte per core) is er (zoals je zelf nota bene al aangeeft met je P4-voorbeeld) gewoon uit. Daarnaast klopt je voorbeeld niet want vier keer 1,8GHz heeft gewoon meer rekenkracht dan zes keer 1GHz dus in dat geval heeft het niets maar dan ook niets met de schaling van de software te maken.
Een co-processor is wederom iets wat je terug ziet in de mobiele markt met de HTC One X, het idee hiervan is dat als je apparaat in stand-by staat of low power taken uitvoert je naar een. Singlecore processor overschakelt die speciaal ontworpen is laag energy gebruik. Dit zou energie besparen omdat je dan je dual, quad, etc cores helemaal uit kan zetten ipv ze alleen maar terug te schalen.En wat een co-processor voor filesysteem-toegang voor nut heeft weet ik niet. Het lijkt me een bijzonder slecht idee door de vele verschillende filesystemen (of kunnen we dan ineens alleen nog maar NTFS gebruiken op onze linux-bakken?) en het heeft in ieder geval niets met en- en decryptie te maken. Wat overgens met SSE instructies zeer efficient door de CPU gedaan kan worden dus dat offloaden is (behalve in specifieke situaties) nergens goed voor.
[Reactie gewijzigd door Creesch op 14 juni 2012 12:39]
Precies. Is ARMv8 instructieset ook een "hack" omdat het een 64-bit extensie is van ARMv7? Was IBM aan het hecken toen ze met RS64 de POWER instructieset naar 64-bit brachten?Alhoewel er iets voor te zeggen is dat x86(-64) niet charmant is is dit niet het argument.
[Reactie gewijzigd door Dreamvoid op 14 juni 2012 14:59]
[Reactie gewijzigd door knirfie244 op 14 juni 2012 11:16]
ARM-processoren lopen met 8 miljard stuks/jaar, met "1 dollar winst per stuk" is dat een markt van 8 miljard winst.Wat toyen met ARM cpu's waarvan er al een miljard per jaar gedrukt worden met winstmarge als je veel geluk hebt 1 dollar, dat schiet niet op.
[Reactie gewijzigd door kidde op 14 juni 2012 22:25]
Iets zoals optimus maar dan voor CPU's. Ik weet niet of het kan, maar ik zou het wel fijn vinden als ik voor sommige taken die eigenlijk geen nood hebben aan veel cpu geweld zou kunnen switchen op een cpu die eigenlijk heel weinig verbruikt.Wat had je dan verwacht of gehoopt dat ze zouden doen?
Dat heb ik ook nooit geclaimd maar uiteindelijk als je kijkt hoe graag men zaken zoals ACTA en dergelijke probeert te pushen is het maar een kwestie van tijd dat die zaken zullen aangewend worden voor andere zaken.Ja, want je hebt natuurlijk nergens anders security en encryptie voor nodig
Ik weet heel goed wat de benaming van DRM is... . Maar vooralsnog heb ik bij DRM niet het gevoel dat het veel gaat over rechten maar eerder over restricties. Voor mij blijft DRM staan voor restricties.Digital Rights Management
[Reactie gewijzigd door simplicidad op 14 juni 2012 09:25]
[Reactie gewijzigd door Sleep0rz op 14 juni 2012 14:53]
Rechten == restricties.Maar vooralsnog heb ik bij DRM niet het gevoel dat het veel gaat over rechten maar eerder over restricties.
Idd, wat Sleep0rz zegt: Want u wil natuurlijk helemaal geen Digitale Restrictie Management op uw bankrekening, OV-chip, DigID en persoonsgegevens, die moet 'open' en voor iedereen toegankelijk en te hacken zijn, net zoals het Electronisch Patientendossierzakte dit onder het vriespunt toen ik zag dat de toepassing Digital Restriction Management blijkt te zijn.
[Reactie gewijzigd door kidde op 14 juni 2012 22:30]
Als dat nou waar was, dan had Intel een probleem. Maar Medfield kan qua performance per watt makkelijk mee met de huidige ARM SoCs.De Atom processoren lopen simpel weg achter op de ARM cores wat prestatie per watt betreft en kunnen zich meten met de ARM cores wat absolute prestaties betreft.
De combo ARM/externe GPU's levert anders ~3,5x zoveel GFLOPS/Watt dan de Xeon / Bluegene oplossingen:ARM is niet geschikt (op dit moment) voor toepassingen die veel power vragen, als ze CPU's gaan maken die dat wel kunnen zal het gehele ARM voordeel verloren gaan,
Op dit item kan niet meer gereageerd worden.
Populair: Tablets E3 2013 Mobiele telefoons Google Sony Microsoft Apple Games Politiek en recht Consoles
© 1998 - 2013 Tweakers.net B.V. onderdeel van De Persgroep, ook uitgever van Computable.nl, Autotrack.nl en Carsom.nl • Hosting door True