Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

ARM kondigt ARMv8-architectuur met 64bit-instructieset aan

ARM heeft de eerste details vrijgegeven van zijn nieuwe ARMv8-A-processorarchitectuur. De nieuwe architectuur is de eerste van ARM met 64bit-ondersteuning en is volledig compatibel met de huidige ARMv7-A-architectuur.

De belangrijkste twee execution states van de nieuwe ARMv8-architectuur zijn AArch64 en AArch32. De eerste introduceert de nieuwe 64bit-A64-instructieset, terwijl de tweede ondersteuning biedt voor de huidige A32- en Thumb-2-32bit-instructiesets. Onderdelen van de huidige ARMv7-architectuur als Trustzone, virtualisatie en Neon zijn behouden of uitgebreid in ARMv8.

De A64-instructieset maakt onder meer 64bit-verwerking van data en 64bit-adressering van virtueel geheugen mogelijk. Hierdoor kunnen energiezuinige chips op basis van de nieuwe architectuur ingezet worden voor onder meer datacenters, andere servertaken en supercomputers, waar energieverbruik en hitteafgifte hot items zijn.

De chipontwerper wil snel een ecosysteem rond de nieuwe 64bit-instructieset opbouwen. Belangrijke partners van het bedrijf hebben daarom van de chipontwerper al de ARM-compiler met ARMv8-ondersteuning gekregen, terwijl begonnen is met de ondersteuning van de nieuwe architectuur in opensource-besturingssystemen, applicaties en ontwikkeltools.

De specificatie van ARMv8, waarin alle aspecten van de architectuur beschreven worden, is nu al beschikbaar voor partners waarmee licentieovereenkomsten gesloten zijn. ARM maakt de eerste processorontwerpen op basis van ARMv8 in 2012 bekend, terwijl de eerste prototypes van servers op basis van deze processorontwerpen in 2014 getoond worden.

Door Pieter Molenaar

28-10-2011 • 13:59

53 Linkedin Google+

Reacties (53)

Wijzig sortering
De chipontwerper wil snel een ecosysteem rond de nieuwe 64bit-instructieset opbouwen. Belangrijke partners van het bedrijf hebben daarom van de chipontwerper al de ARM-compiler met ARMv8-ondersteuning gekregen, terwijl begonnen is met de ondersteuning van de nieuwe architectuur in opensource-besturingssystemen, applicaties en ontwikkeltools.
Betekend dat dan dat Windows 8 ook een 64 bit ARM versie gaat krijgen? En 64 bit ARM heeft dat dezelfde kenmerken als de x86/x64 architectuur als het gaat om maximaal geheugengebruik? (Dus x86 max. 4GB en x64 max 128GB)

[Reactie gewijzigd door LCP op 28 oktober 2011 14:02]

[...]


Betekend dat dan dat Windows 8 ook een 64 bit ARM versie gaat krijgen? En 64 bit ARM heeft dat dezelfde kenmerken als de x86/x64 architectuur als het gaat om maximaal geheugengebruik? (Dus x86 max. 4GB en x64 max 128GB)
128GB is limit die MS heeft gesteld, dus ligt aan MS. 64bit adres geeft aan dat je dus 256 TB kan adresseren, of dat beschikbaar is om te adreseren ligt aan overige hardware en software.
64bit adres geeft aan dat je dus 256 TB kan adresseren
Nee, voor 256TiB heb je je slechts 48 bits adressen nodig: 1 TiB is 240. 256 is 28, dus 256 TiB = 248. Dat is wat huidige x64 implementaties momenteel ondersteunen, maar in de toekomst kan dat groeien tot 52 bits.

Met een volledige 64 bits address range kun je 16 EiB (exabyte) = 16.777.216 TiB aanspreken.

[Reactie gewijzigd door .oisyn op 28 oktober 2011 14:33]

2^64 = 18.446.744.073.709.551.616

18 Exa byte 256 tb is maar 48 bits (dat is wat de huidige hardware daadwerkelijk support).

edit:
oeps ja typo

[Reactie gewijzigd door PuzzleSolver op 28 oktober 2011 18:40]

Ik neem aan dat je 2^64 bedoelde? Want 2^62 is 4611686018427387904.

En dan kom je uit op wat .oisyn al zei: 16 EiB en niet 18 EiB, aangezien een EiB 2^60 is, ergo: 2^64 / 2^60 = 16 EiB.
Ware het niet dat x64 een 48 bit adresbus gebruikt om het fysieke geheugen aan te spreken, en daarmee tot maximaal 128 TB kan ondersteunen.
Beetje kort door de bocht (naast dat het 256TB is, niet 128TB). In principe ondersteunt het x64 ontwerp 52 bits (en niet meer, want je hebt maar ruimte voor 52 bits adressen in de page table), dus 4 petabyte, maar in de specs is opgenomen dat een implementatie minder adreslijnen mag ondersteunen. In het geval van virtuele adressen betekent dat dat de space in 2'en wordt gehakt, en naar boven groeit vanaf 0 en naar beneden groeit vanaf 0xFFFF FFFF FFFF FFFF. Dit is gedaan zodat het OS zijn kernel en dergelijke altijd op de hoogste adressen kan plaatsen, ongeacht hoeveel adreslijnen de onderliggende architectuur daadwerkelijk ondersteunt. Het adres 0xFFFF FFFF FFFF FFFF (waar je 64 bits voor nodig hebt) is dus altijd geldig, ookal ondersteunt je CPU maar 40 bits adreslijnen.

De huidige implementaties hebben 48 bits adreslijnen. De eerste AMD64 implementatie had er maar 40 (1TB adresruimte).

[Reactie gewijzigd door .oisyn op 28 oktober 2011 14:38]

En ik neem aan dat Windows 8 ondersteuning voor 64bits ARM gaat geven, er is volgens mij geen goede reden om het niet te doen.
Als de spec nu pas af is, dan weet ik wel een goede reden: hoe wil je W8 in vredesnaam binnen een jaar inclusief alle tests en debugging op de markt hebben als je nu nog moet beginnen met alle 32-bit ARMv7 code naar 64-bit ARMv8 porten?

Windows 9 - ander verhaal natuurlijk.

[Reactie gewijzigd door Dreamvoid op 28 oktober 2011 17:26]

Lees het artikel eens, volgens mij beantwoord die de vragen:

-Er hoeft helemaal niets geport te worden, want ARMv8a is backwards compatible met ARMv7a, dus alle bestaande instructies blijven werken,

-De compiler / tools zijn nu al bechikbaar, dus ze kunnen al beginnen.

Allicht is het zo dat MSFT achterloopt op Linux, omdat ARM natuurlijk al een poosje aan Linux-ondersteuning heeft (binnen Linaro-initiatief) kunnen werken. Waar echter ARM vermoedelijk de broncode van Windows kernel niet kan inzien / compileren.

MSFT echter heeft een licentie op de ARMv7a instructieset - en ik vermoed dat ze die ook gaan hebben op de 8a instructieset, dus dan weten ze exact hoe ze maximaal kunnen gaan profiteren.
eerst moeten de chips nog verschijnen, maar dat zou kunnen.

wat geheugen betreft, dat hangt er vanaf hoe veel bits ze daadwerkelijk gaan gebruiken.
AMD64 bied ondersteuning aan 64bit adres ruimte, maar de huidige CPU's gebruiken 'maar' 48bit daarvan (wat genoeg ruimte bied voor absurd veel geheugen)

in het oogpunt van energy besparing zouden ze voor 36bit of 40 bit kunnen kiezen als voorlopig maximum.
Windows 8 is er binnen een jaar al, lang voordat er 64-bit ARM cpu's te koop zijn, dus reken er niet op. Windows 9 (2014) waarschijnlijk wel.
ARM (v7) doet nu al 40-bit fysiek maar "slechts" 32-bit virtueel (dus max 4 GiB per applicatie).

[Reactie gewijzigd door J.J.J. Bokma op 28 oktober 2011 19:19]

de beperkingen zijn licentiegebonden, niet hardware gebonden, inderdaad.
maar ik kan me voorstellen, aangezien de beperkingen licentiegebonden zijn,
deze beperkingen ook voor hetzelfde product op een andere architectuur gelden

Merk wel op dat deze beperkingen pas vanaf XP SP2 zijn ingevoerd, dus XP SP1 en daarvoor konden vrolijk onder 32 bit meer dan 4 GB gebruiken. En aangezien het toen wel werkte, zeg ik dat driver argument is bull, dit is gewoon een manier om mensen te dwingen naar 64 bit over te stappen
De 32-bit Windows versies ondersteunen tot 64GB fysiek RAM
Dat doen ze via een truukje genaamd PAE, een truukje wat ik vaker fout heb zien gaan dan goed. Een hoop systemen (windows, linux en FreeBSD alike) raakten er hopeloos instabiel van.

Maar goed, waar hebben we 't over, 32-bit is vrijwel uitgeroeid, gelukkig.
Ondersteundden, voorzover ik kan zien. Veel drivers hadden er moeite mee, vandaar dat het begon op de server. Daar is 64 bits echter gemeengoed geworden. PAE is dus overbodig geworden op de server, en onstabiel op clients met gekke drivers. Dan is het niet zo gek dat Microsoft de 32 bits limiet weer heeft teruggezet op 4GB zonder hacks.
windows 7 draait sowiso niet op ARM, 32 or 64bit.
windows 7 is geschreven voor x86. een cpu die windows7 wil draaien moeten dus x86 spreken. en dat kunnen alleen intel en AMD CPU's.

ARM cpu's spreken, nouja, ARM en dus moet de software die ze draaien gecompileerd zijn voor ARM.
windows 8 komt zowel in x86 als in ARM variant uit.
Ik zou smullen als in de nieuwe nasjes van synology een processor als deze in zou zitten.
Zeker de 64-bit zou goed van pas komen bij zware rekentaken als usenet downloaden en uitpakken
Ik hoop dat de CRYPTO blokken voor hardware encryptie staan.
Dat is iets wat ik wel toe juich. Want dat mis ik wel in me lowpower servertje.
Dit zou ik zeker als servertje gaan gebruiken.
ARM is flink bezig. Nog even en ze zitten on par qua prestaties met Intel chips, maar wel de helft aan watts. Schijnt ook dat door de simpelere instructie sets het makelijker is om stabielere software te maken. Al met al perfect voor servers dus.
De Arm processor is al redelijk populair in mobiele telefoons, appel producten zeker bij PLC'S en hobby projecten.

De toepassing in desktops en notebooks daar hebben Intel en AMD de bijna het
alleenheerschappij en daar loop ARM behoorlijk achter.

Nu Windows8 eerdaags ook met een ARM versie komt kan dit wel eens gaan veranderen.
waarom Windows nu weer met een aparte versie komt en niet met een Windows8 uitvoering kan alleen maar de winstoogmerk zijn.

Hoe zit het eigenlijk met VIA die ook op ARM gebaseerde processoren maakt, je hoort bijna niets meer van deze processor bakker?

Lex
Jij hebt dan ook geen server onder je bureau staan of wel? Voor consumenten is 64 bit software nog steeds niet heel interessant, er zijn maar enkele programma's die meer dan 4GB geheugen gebruiken. Servers daarentegen draaien heel veel 64 bit software. Sterker nog, gebrek aan 64bit ondersteuning zorgt er voor dat ARM bijna niet gebruikt wordt in servers, en dat is nu precies de reden waarom ARM nu met de 64 bit architectuur komt.

Op dit item kan niet meer gereageerd worden.


Apple iPhone XS Red Dead Redemption 2 LG W7 Google Pixel 3 XL OnePlus 6T (6GB ram) FIFA 19 Samsung Galaxy S10 Google Pixel 3

Tweakers vormt samen met Tweakers Elect, Hardware.Info, Autotrack, Nationale Vacaturebank en Intermediair de Persgroep Online Services B.V.
Alle rechten voorbehouden © 1998 - 2018 Hosting door True