Red Hat: i SoC ARM per server dovrebbero essere tutti come “Seattle” di AMD

[Fottemberg]

Continua qui

[Fottemberg]

Keller c'è, peccato Meyer ce lo siamo giocati con BD. Insieme avrebbero potuto fare faville come ai tempi di K7 e K8. ç_ç

[dobermann77]

Io credevo che certe cose le facessero solo Intel e M$...

[Alessio89]

Red Hat è uno dei primo contributori, se non il primo, di Linux, mi pare ovvio che cerchi di coltivare il proprio orticello.
ARM con Linux è un mezzo disastro, ARM su server è stato appena abbozzato e uno dei pochi ad averlo fatto in maniera decente è AMD (anche grazie all'acquisto di Seamicro).
Inoltre Linux per ARM è un mezzo disastro, strumenti di sviluppo compresi, nonostante Microsoft stia dormendo inspeigabilmente (Microsoft è anni avanti nel supporto ARM rispetto al mondo Linux come qualità del software) visto che non stanno facendo apparentemente nulla per il settore server.
RedHat sta dicendo ai signori che giocano con ARM di darsi una mossa, anche perché basta già lo stato squallido del software (dovuto anche alla frammentazione dell'architettura) a rendere difficili le cose.
In soldoni, o i signori si danno una mossa o farà prima Intel a proporre un rimpiazzo per Atom decente (cosa che avrebbe dovuto fare diversi anni addietro ma che non è mai riuscita a fare, probabilmente per l'idiozia intrinseca del CDA, non tanto per i limiti tecnologici).. o addirittura AMD a sviluppare una APU low-power con un buon kit di sviluppo GPGPU/HSA e con dei driver completi..

[dobermann77]

Inoltre Linux per ARM è un mezzo disastro, strumenti di sviluppo compresi

Ma sta cosa l'hai scritta piu' volte, ma non ho capito perché.
Tra l'altro ARM è una piattaforma primaria per il GCC.

[Sasha]

e Silvermont, tutto sommato, non mi sembra proprio indecente, anzi

lato iGPU forse... Ma lato CPU, per quanto non eccelsp, non mi sembra fatto con i piedi ma anzi rappresenta una grande dipartita dai vecchi Atom (che poi alla fine eran basati su un'unica architettura comune...)

[Alessio89]

Inoltre Linux per ARM è un mezzo disastro, strumenti di sviluppo compresi

Ma sta cosa l'hai scritta piu' volte, ma non ho capito perché.
Tra l'altro ARM è una piattaforma primaria per il GCC.

Vatti a guardare il supporto GCC per ARM. Il supporto è penoso rispetto ad x86, e di NEON non ne parliamo. Il compilatore Microsoft in confronto è oro colato, ebbene supporti solo l'ISA a 32 bit e NEON sia diventato obbligatorio (cosa buona e giusta scartare le implementazioni demenziali di ARM prive di NEON).
Se Microsoft si dasse una mossa magari riuscirebbero a piazzare qualche server in più, ma invece quei dormono nel CDA -.-

Ultima chicca di GCC:

Use of Advanced SIMD (Neon) for 64-bit scalar computations has been disabled by default. This was found to generate better code in only a small number of cases. It can be turned back on with the -mneon-for-64bits option.