ARM

ARM e la strada che porta ai 64-bit

di pubblicata il , alle 14:37 nel canale Private Cloud ARM e la strada che porta ai 64-bit

Da una recente conferenza emergono le posizioni di ARM, per voce del CEO Warren East, in merito alle architetture a 64bit

 
I migliori sconti su Amazon oggi
-50%

Oral-B Spazzolino Elettrico Ricaricabile iO 3 Nero, 1 Testina Di Ricambio, 1 Custodia Da Viaggio +Dentifricio Pro-Science Advanced Rigenera Smalto Pulizia Quotidiana 75ml. 1 Spazzolino

119.99 59.99€ Compra ora
-22%

NiPoGi Mini PC 8GB DDR4 + 256GB M.2 SSD, Mini Computer, AK1Plus 12th

179.00 139.00€ Compra ora
-12%

HP 250 G9, Notebook Display 15.6'' FHD, Intel Core i5-12th 10 Core 4.4Ghz, Ram 16GB, SSD 512GB, Windows 11

498.00 439.00€ Compra ora
22 Commenti
Gli autori dei commenti, e non la redazione, sono responsabili dei contenuti da loro inseriti - info
LMCH15 Febbraio 2011, 21:57 #21
Originariamente inviato da: shodan
Si, però mi pare che questo è vero perchè Thumb lavora principalmente con bus a 16 bit, contro i 32 bit delle istruzioni principali. Sarebbe interessante testare la parte a 32 bit di Thumb2 per capire se il consumo aumenta o diminuisce...


Thumb ha istruzioni "ottimizzate" per una dimensione di 16bit, ma sin dal principio girava su cpu con bus a 32bit.
L'ottimizzazione era pensata in primo luogo per ridurre le dimensioni del codice eseguibile per applicazioni embedded senza complicare troppo il core (infatti il decoder Thumb è quasi banale da implementare in piggyback su un decoder "ARM 32".
Le versioni "più ridotte all'osso" (es: M3) hanno solo le istruzioni Thumb (e relativo core ancora più semplificato), ma le istruzioni Thumb sono presenti anche nei modelli di fascia superiore.

Thumb2 aggiunge solo qualche istruzione che si è visto tornava utile e semplifica il "mixaggio" di codice "ARM a 32bit" e codice "Thumb a 16bit" (sono entrambi set d'istruzioni a 32bit, "a 32bit" e "a 16bit" è riferito solo alla dimensione più frequente delle istruzioni).
shodan16 Febbraio 2011, 10:15 #22
Originariamente inviato da: LMCH
Thumb ha istruzioni "ottimizzate" per una dimensione di 16bit, ma sin dal principio girava su cpu con bus a 32bit.
L'ottimizzazione era pensata in primo luogo per ridurre le dimensioni del codice eseguibile per applicazioni embedded senza complicare troppo il core (infatti il decoder Thumb è quasi banale da implementare in piggyback su un decoder "ARM 32".
Le versioni "più ridotte all'osso" (es: M3) hanno solo le istruzioni Thumb (e relativo core ancora più semplificato), ma le istruzioni Thumb sono presenti anche nei modelli di fascia superiore.

Thumb2 aggiunge solo qualche istruzione che si è visto tornava utile e semplifica il "mixaggio" di codice "ARM a 32bit" e codice "Thumb a 16bit" (sono entrambi set d'istruzioni a 32bit, "a 32bit" e "a 16bit" è riferito solo alla dimensione più frequente delle istruzioni).


Ciao,
lavorare con istruzioni "ottimizzate" principalmente a 16 bit significa non solo compattare il codice, ma anche dover "accendere" solo la metà delle linee di comunicazione sul bus esterno (almeno per quanto riguarda il trasferimento delle istruzioni).
E' per questo che dicevo che Thumb2, più orientato verso i 32 bit, potrebbe trovarsi a consumare leggermente di più rispetto a Thumb (che a sua volta comunque deve pagare il costo della "decompressione" degli opcode a 16 bit in istruzioni a 32 bit).

Ovviamente poi andrebbe tutto quantificato... magari parliamo di scostamenti di consumo così bassi da essere insignificanti...

Qualche riferimento:
http://www.arm.com/products/process....php?tab=Thumb+
http://www.arm.com/products/process...hp?tab=Thumb-2+

Ciao.
« Pagina Precedente     Pagina Successiva »

Devi effettuare il login per poter commentare
Se non sei ancora registrato, puoi farlo attraverso questo form.
Se sei già registrato e loggato nel sito, puoi inserire il tuo commento.
Si tenga presente quanto letto nel regolamento, nel rispetto del "quieto vivere".

La discussione è consultabile anche qui, sul forum.
^