Link alla notizia: http://www.hwupgrade.it/news/cpu/22-nanometri-e-gpu-proprietaria-nel-futuro-delle-soluzoni-atom_41382.html

Valley View è il nome in codice utilizzato per indicare le future architetture Intel a 22 nanometri, attese a inizio 2013. La principale novità è rappresentata dalla GPU, non pià PowerVR ma derivata da quella delle soluzioni Ivy Bridge

Click sul link per visualizzare la notizia.

Il'importante è che la GPU integrata si pienamente compatibile agli standard opencl

abbandonare la tecnologia powervr va bene, visto come l'hanno implementata e gestita via driver, praticamente non cambia nulla... mai visto nulla di buono, nè su windows nè su linux. la tecnologia propria è sicuramente più semplice da gestire, anche se devono migliorare molti aspetti, anche in questo segmento budget amd gli fa le scarpe, e le cpu arm che sono in produzione lo stesso... sono costretti a cambiare registro per forza.

Componente della cpu sempre in order!?
Dal punto di vista prestazionale le apu sarebbero più performanti,peccato che amd e arm ai 22 ci arriveranno forse tra 18 mesi.....

Sarà un'altra rivoluzione come i tanto decantati n2800 che dovevano sbaragliare amd :asd: :asd:

Speriamo abbiano prestazioni decenti, mi basterebbe se fosse almeno con un Athlon II X2

ma mettere un decoder/dispatcher per l'OoO, no eh? Anche "basilare" e non troppo furbo...giusto quel tantino per fargli guadagnare qualche cosina in pure prestazioni di calcolo...cosa si porterà via? 10mW?

ma mettere un decoder/dispatcher per l'OoO, no eh? Anche "basilare" e non troppo furbo...giusto quel tantino per fargli guadagnare qualche cosina in pure prestazioni di calcolo...cosa si porterà via? 10mW?

Se passano ad un architettura out-of-order il basso consumo va a farsi benedire perchè poi vanno aumentate le unita di esecuzione ecc. ecc. altrimenti il gioco non vale la candela.
Comunque l'Atom è la prova lampante che il set d'istruzioni conta, eccome se conta se uno vuole bassi consumi e prestazioni.

E quando arriveranno i primi ARMv8 (con il nuovo set d'istruzioni a 64bit) potrebbe arrivare l'inizio della fine per gli x86.

Scusate, dove sono i dettagli sull'in/out of order?
Non li vedo mica nell'articolo...

E quando arriveranno i primi ARMv8 (con il nuovo set d'istruzioni a 64bit) potrebbe arrivare l'inizio della fine per gli x86.

possibile ma allo stesso modo potrebbe essere l'opposto cioe potrebbe essere la fine dell'estensione agli altri campi della tecnologia arm perche con il passaggio ai 64bit aumenteranno i consumi la complessita e i costi quindi bisogna vedere quanto del margine dato dall'architettura diversa resterà.

Una cpu nata per alte performance non puo scalare facilmente in tutti i segmenti e tanto meno in quelli a basso consumo, la stessa cosa vale per l'opposto l'architettura arm potrebbe essere 10x superiore nel campo delle cpu custom a basso consumo ma potrebbe benissimo non diventare mai competitiva nel segmento opposto. Questo perche conta si il set di istruzioni ma anche molte altre cose.

Sarà un'altra rivoluzione come i tanto decantati n2800 che dovevano sbaragliare amd :asd: :asd:

l'N2800 non sarà un mostro di potenza ma sta a 8 W circa in idle, quanti ne fa un E-350 di AMD?

l'N2800 non sarà un mostro di potenza ma sta a 8 W circa in idle, quanti ne fa un E-350 di AMD?

All'incirca uguale... Forse starà sui 10W ma le prestazioni sono di un altro pianeta...

All'incirca uguale... Forse starà sui 10W ma le prestazioni sono di un altro pianeta...

la gpu è nettamente superiore ma la cpu non mi sebbra che cambi molto anzi sono paragonabili. Forse ti sei confuso con la E-450 che è ancora piu veloce.

l'N2800 non sarà un mostro di potenza ma sta a 8 W circa in idle, quanti ne fa un E-350 di AMD?

All'incirca uguale... Forse starà sui 10W ma le prestazioni sono di un altro pianeta...

Una scheda madre mini itx Asrock E350M1 con un banco di ram da 2gb e 2 HD da 750GB da 2,5 pollici consuma 14w in idle/p2p.

ps: rilevati a monte dell'alimentatore. Ovviamente con un pico psu, un ali normale aggiunge altri 10w come minimo

All'incirca uguale... Forse starà sui 10W ma le prestazioni sono di un altro pianeta...

Sì, come no, siamo come minimo al doppio dei consumi (come giustamente fatto notare da sinergine), altro che 10 W.
La mia era una domanda retorica, l'ho fatta perchè sapevo bene i consumi dell'E350 :rolleyes:

Che poi l'E350 sarà di sicuro una scelta migliore in caso di HTPC, non lo metto in dubbio, ma c'è anche chi è alla ricerca di altro.
L'N2800 sarebbe perfetto come headless se non fosse per la pessima gestione della GPU che non ne permette la disattivazione e quindi ben venga un N3000 a 22nm con grafica IGP: è opensource e consuma ancora meno.

possibile ma allo stesso modo potrebbe essere l'opposto cioe potrebbe essere la fine dell'estensione agli altri campi della tecnologia arm perche con il passaggio ai 64bit aumenteranno i consumi la complessita e i costi quindi bisogna vedere quanto del margine dato dall'architettura diversa resterà.

No. Quelli di ARM hanno lavorato a lungo sulla transizione ai 64bit ed hanno fatto un analisi molto attenta, basta dare un occhiata al nuovo set d'istruzioni a 64bit per capirlo.
In primo luogo, visto che i decoder istruzioni degli ARM sono relativamente "semplici" il nuovo set d'istruzioni è completamente nuovo.
La prima cosa da notare è che ora ci sono 31 registri di uso generale ed il 32-esimo viene mappato come "valore costante zero".
In questo modo tutte le istruzioni di test su segno, zero/nonzero, ecc. (relativamente frequenti) sono mappate su operazioni logico/aritmetiche tra registri in cui un operando vale zero.
Poi i 32 registri (di cui uno sempre zero) richiedono indici di 5bit e questo comporta istruzioni che occupano più memoria (ma non tanta, se si usa una cpu a 64bit significa che si ha molta memoria) inoltre ora program counter e stack pointer sono registri a parte, in questo modo con 31 registri "veramente ad uso generale" diventa più semplice sbrogliare le ottimizzazioni in modo da sfruttare bene pipeline in-order (nelle implementazioni più economiche) e migliorare la località dei dati (in modo da avere prestazioni più elevati a parità di banda di i/o verso le cache e la ram).

Insomma, questo permette di avere implementazioni "risparmiose" in-order che consumano poco ed hanno buone prestazioni, ma se si vuole sviluppare un implementazione out-of-order ad alte prestazioni il set d'istruzioni fornisce un buon aiuto anche li:
- diventa più facile implementare su chip più decoder istruzioni separati (perchè sono "semplici")
- il numero elevato di registri permette di avere buone prestazioni anche con pipeline più lunghe e/o con meno interblocchi e check di dipendenze.
- diventa anche più semplice avere un pool di unità di esecuzione a valle dei decoder "semplice ed efficiente" (è più conveniente realizzare tante mini-pipeline di esecuzione se "sai gia" che in media le micro-op da eseguire sono molte e con relativamente poche interdipendenze grazie al gran numero di registri per thread sfruttati a dover dal compilatore ed al gran numero di decoder disitnti a monte)

Sono le stesse ragioni per cui le cpu Alpha a parità di tecnologia di implementazione dei chip spaccavano il cuBo a tutte le altre cpu.

Una cpu nata per alte performance non puo scalare facilmente in tutti i segmenti e tanto meno in quelli a basso consumo, la stessa cosa vale per l'opposto l'architettura arm potrebbe essere 10x superiore nel campo delle cpu custom a basso consumo ma potrebbe benissimo non diventare mai competitiva nel segmento opposto. Questo perche conta si il set di istruzioni ma anche molte altre cose.

Bisogna distinguere tra architettura "logica" (set d'istruzioni e modello astratto dell'architettura) ed implementazione su chip.
Dal punto di vista del set d'istruzioni accessibile al programmatore di applicazioni un Atom é praticamente uguale ad un Sandy Bridge ma l'implementazione è radicalmente diversa.
E' probabile che con il tempo emergeranno implementazioni di ARM "per server" con maggior enfasi sulle prestazioni, come già ora esistono versioni di ARM "con maggior enfasi sul basso consumo" rispetto alle cpu ARM per tablet e smartphone.

l'N2800 non sarà un mostro di potenza ma sta a 8 W circa in idle, quanti ne fa un E-350 di AMD?

Senza scomodare la serie e basta un misero c-60 per prendere a coppini l'atom

qui un confronto preliminare anche con il vecchio c-50

http://www.tomshw.it/mobile/cont/news/atom-n2600-alla-prova-prestazioni-mosce-poveri-netbook/34978/1.html

Da notare che la testata è pure toms che notoriamente e filo-intel

Senza scomodare la serie e basta un misero c-60 per prendere a coppini l'atom

qui un confronto preliminare anche con il vecchio c-50

http://www.tomshw.it/mobile/cont/news/atom-n2600-alla-prova-prestazioni-mosce-poveri-netbook/34978/1.html

Da notare che la testata è pure toms che notoriamente e filo-intel

Sì ma tu stai parlando di prestazioni, io di consumi, a me delle prestazioni non frega niente, a me serve una scatoletta che possa funzionare come server e possibilmente come router.
Magari il C-50 esiste in versione mini-itx (mai visto, anzi, se ne hai conoscenza dimmelo pure che lo cerco da parecchi mesi) ma da quel che so se uno cerca una mini-itx che consumi il meno possibile e non abbia le limitazioni di una mini-itx ARM (mancanza di controller SATA in primis) la scelta migliore ad oggi è la DN2800MT di Intel; purtroppo ha anche lei le sue magagne tra cui un NIC che consuma un'enormità (2 W in più collegando il cavo ethernet) ed i driver della GPU disastrosi e su cui ci si può lavorare poco perchè non essendo una proprietà intellettuale di Intel non c'è speranza che vengano rilasciati come opensource.

E dimmi na cosa tu i consumi da dove li prendi? scommetto dai tdp vero?

E dimmi na cosa tu i consumi da dove li prendi? scommetto dai tdp vero?

Ma per chi mi hai preso? :mbe:
I consumi sono stati misurati alla presa, per l'esattezza con un Profitec KD-302 Wattmeter.

Ma per chi mi hai preso? :mbe:
I consumi sono stati misurati alla presa, per l'esattezza con un Profitec KD-302 Wattmeter.

Me li posti?

P.s. la quasi totalità degli utenti prende per consumi i tdp dichiarati da amd ed intel, quindi sono sempre un pò prevenuto da questo punto di vista. :) :D

*

Me li posti?

P.s. la quasi totalità degli utenti prende per consumi i tdp dichiarati da amd ed intel, quindi sono sempre un pò prevenuto da questo punto di vista. :) :D

http://www.linuxtech.net/reviews/intel_DN2800MT_cedarview_atom_power_draw.html

Ovviamente non è farina del mio sacco.
Sono stati presi da un utente di Silentpcreview con l'obiettivo di valutare le differenze di consumo tra windows e linux con i driver della GMA3600.
PS: non è un caso isolato, sia chiaro, altri utenti che possiedono la DN2800MT confermano gli stessi consumi in idle.

PS: ma alla fine di mini-itx C-50 ne conosci o no? :D

C-50 no, ma tempo fa vidi una mb mini-itx con su c-60... vatti a ricordare che era....