I processori ARM nei server entro i prossimi 12 mesi

**Redazione HostingTalk** · 03-05-2010, 06:00

I processori ARM sono oramai una tecnologia sufficientemente matura da spingersi nel mercato per eccellenza più difficile da aggredire, quello dei server. L'ambiente server è quello che richiede le maggiori prestazioni, ma che al contempo richiede anche consumi più bassi e possibilità di gestione degli stessi per adattarsi nei data center green. 

Leggi I processori ARM nei server entro i prossimi 12 mesi

**Uno** · 03-05-2010, 10:29

Ma dai?
Ho un arm 400mhz in un vecchio palmare.... (gira con Windows Mobile e ho fatto di tutto per provare ad installarci un Linux embeded

) non sapevo che producessero anche robe a 2 ghz

**Kuro** · 03-05-2010, 10:55

Il Cortex A9 nella versione 800mhz ha prestazioni simili ad un Atom N270 1.6Ghz e consuma 0.5w
Pensa le prestazioni della versione 2ghz che consuma meno di 2w

**guest** · 03-05-2010, 12:02

Hey supermucca, ho bisogno di te.

**Uno** · 03-05-2010, 12:21

Originariamente Scritto da guest

Hey supermucca, ho bisogno di te.

I messaggi privati non ti funzionano? Dobbiamo controllare?

**guest** · 03-05-2010, 12:32

Funzionano funzionano. Pardon.

**TheVice** · 03-05-2010, 19:28

Io non sono favorevole all'uso degli ARM con finalità da server per diversi motivi tra cui:
1) architettura strettamente RISC
2) inclinazione particolare a subire interrupt spurii
3) Cortex ha bug in silicio, se esegui una particolare sequenza di istruzioni macchina i risultati sono impredicibili.
4) Complessivamente vanno bene per i mercati embedded e dei Set Top Box.

L'architettura però si presta ad essere integrata facilmente in chip custom, è pensata per questo ma non aspettatevi uptime alti da alcuni di questi processori....

**Antonio** · 04-05-2010, 08:04

Originariamente Scritto da TheVice

Io non sono favorevole all'uso degli ARM con finalità da server per diversi motivi tra cui:
1) architettura strettamente RISC
2) inclinazione particolare a subire interrupt spurii
3) Cortex ha bug in silicio, se esegui una particolare sequenza di istruzioni macchina i risultati sono impredicibili.
4) Complessivamente vanno bene per i mercati embedded e dei Set Top Box.

L'architettura però si presta ad essere integrata facilmente in chip custom, è pensata per questo ma non aspettatevi uptime alti da alcuni di questi processori....

Lo hai scritto perché attualmente ci sono realmente bug di questo tipo o perché potrebbero esserci a causa dell'architettura?

Mi sembra abbastanza grave un bug del genere per non averne letto niente in merito

**TheVice** · 05-05-2010, 20:34

Originariamente Scritto da Antonio

Lo hai scritto perché attualmente ci sono realmente bug di questo tipo o perché potrebbero esserci a causa dell'architettura?

Mi sembra abbastanza grave un bug del genere per non averne letto niente in merito

Parlo perchè tra le rev di fixing degli ambienti di sviluppo che uso per ARM, se non ricordo male era luglio 2009, si citava l'individuazione di una sequenza killer di istruzioni macchina per i nuovi processori e i microcontrollori con core cortex.

Ora, ARM produce e licenzia a terzi i suoi core e la sua architettura bus affinchè possano essere integrati in microcontrollers e systems on a chip.
Comunque a parte questo non si deve sottovalutare che sono sempre delle macchine RISC che per fare un'operazione semplice per un processore CISC, devono usare più istruzioni macchina.
Poi ogni istruzione macchina è lunga sempre 32 bit (4bytes per un 'NOP' non son male) e se si volessero ridurre gli sprechi di memoria si deve attivare la modalità thumb in cui le istruzioni sono lunghe 16 bit ma si ha un ulteriore impoverimento del numero complessivo di istruzioni macchina.
Altra pecca (almeno per le versioni più piccole) è il non avere *tutti* i registri general purpose banked, ma solo alcuni registri legati alle modalità (utente, supervisore, interrupt e abort).
Cosa interessante, invece è la gestione dello stack.