Newsgroup: it.comp.hardware.cpu
Titolo: Notizie ufficiali sui K8L

Nell' articolo "AMD shows off details of K8L "
( 
http://www.theinquirer.net/?article=31761
 )
c'e' una foto del chip quad-core
e vari dettagli.
Il "design base" e' quad core.
E' confermato il raddoppio (teorico) per core
delle prestazioni delle istruzioni FP ed SSE
e per tener vicine le prestazioni reali
a quelle teoriche si ha un incremento della banda
di I/O sui data path per evitare colli di bottiglia:
il prefetch passa da 16byte a 32byte, c'e'
una cache L3 condivisa tra i 4 core, sono supportati
i load out-of-order (per caricare quel che in base
allo scheduling nel core servira' prima
oppure per sfruttare eventuali buchi liberi
nelle pipeline), piu altre cose che aiutano
ad alzare le prestazioni reali.
La cache L3 e' "estendibile", probabilmente
nel senso che ci saranno versioni "da server"
realizzate con chip diversi da quelli "desktop"
(come fa Intel con certi modelli di Xeon).
I 4 core ed il "northbridge" (memory controller
crossbar switch e link HT) hanno regolazioni
del voltaggio indipendenti; dal punto di vista
energetico sono quindi 5 unita distinte
(MOLTO IMPORTANTE per ridurre i consumi
  e per una gestione piu fluida della
  potenza di calcolo in base al carico, viene
  da chiedersi se implementeranno il clock throttling
  anche delle RAM in base al carico).
Il supporto per DDR2 e' (ovviamente) garantito
ed hanno dichiarato che supporteranno
sia DDR3 che FB-DIMM ma non e' chiaro se utilizzeranno
due versioni distinte ("per desktop" e "per server")
oppure se ci sara' un "super memory controller"
unificato per i due tipi di memoria.
Saranno aggiunte varie istruzioni SSE, ma nessuna
conferma riguardo le SSE4.
Sul lato "roba da server" la memoria indirizzabile
fisicamente sale a 48bit di indirizzo
(sul K8 era 40bit per chip) e sono previste
varie funzionali utili su "sistemi di calcolo grossi"
tipo il memory mirroring (a livello di RAM!!!!)
per cui in passato servivano chipset molto costosi
(sia da progettare che da produrre).
Ad occhio e croce la "roba da informatica pesante"
fara' molto felici Sun e Cray.
Questo spiega come mai AMD era relativamente tranquilla
riguardo le prestazioni delle nuove cpu di Intel:
come gli Intel Core 2 (Merom/Conroe/Woodcrest)
sono evoluzioni "ben pompate" degli Intel Core (Yonah)
il K8L sembra un evoluzione "ben pompata" del K8.
L. Micheletto

 ha scritto nel messaggio
news:oNsag.720$cX1....@twister2.libero.it...

Beh, tranquilla non direi. L'architettura Intel Core possiede un ipc
superiore a livello di core, soprattutto sugli interi. Se prima i k8 per
server avevano grossi vantaggi prestazionali e sul fronte dei consumi sui p4
per server, la situazione si è ribaltata. Inoltre Woodcrest debutterà già a
Giugno, con fortissimo anticipo sul K8L. Sarà si ancora dualcore, ma nella
versione a 3 ghz fornirà prestazioni nettamente superiori agli attuali
opteron dualcore. Direi che AMD è, nel breve-medio periodo, sul fronte
server, ben indietro ad Intel.

unificato per i due tipi di memoria.
se hai un controller ddr2 aggiungerci anche il supporto ddr3 e'
relativamente facile, piu' che altro e' una questione di timings e
tensioni - praticamente tutte le schede video recenti supportano
indifferentemente ddr2 e ddr3.
d'altra parte il controller fb-dimm funziona in maniera totalmente
diversa(e' piu' assimilabile ad un link ht che ad un bus parallelo
come i normali bus ram), non credo che i due possano convivere (se non
usando due sezioni separate in hardware e pin ma lo spreco e' immenso
se ne usi una soltanto)
-- 
    (iao!!oai)                                    (ICQ: 10860566)
    //.aurizio
[WARNING!: togliete _nessuno_ per rispondere]
    Coloro che sono disposti a farsi togliere alcune liberta' 
essenziali per ottenere un piccolo, temporaneo senso di sicurezza
non meritano ne liberta' ne sicurezza. [B. Franklin]

 server, ben indietro ad Intel.
ROTFL...
-- 
Saluti
Alec
(28,72+,CT)
Powered by AMD
Athlon64 X2-E4 5200+
Tiscali 12Mega 

 ad Intel.
bhhhaahahhahahaaa
ma smettila ma vattene....che non sai un cazzo....
-- 
-------------------------------
SimBus82 --> 
www.simbus82.altervista.org
 --> Hi-Tech Content Inside
-------------------------------
Tenetevi il vostro FireFox, io uso IE! -- 
www.firefoxmyths.com
-------------------------------
JUVENTUS: L'unico club pulito. Tutti gli altri o si dopano, o non si sa 

 il K8L sembra un evoluzione "ben pompata" del K8.
bisogna solo vedere quando li metterà in commercio!
....e se per il "power desktop" c'è veramente il k9 all'orizzonte...


 attuali opteron dualcore. 
lo spero 
ci sarà un forte abbassamento dei prezzi amd così :)

 
ottimo
ci si può fare un pensierino agli am2 in attesa :)
magari con corsair ddr2 667 o 800 

 magari con corsair ddr2 667 o 800
In attesa mi tengo il mio socket 939 con le DDR 600 che non le vedono 
neanche da lontano le DDR2 :-P
-- 
Saluti
Alec (28,72+,CT)
Powered by AMD Athlon64 X2-E4 5200+
Fueled by Sapphire ATi Radeon  X1800XT-OC
On Line by Tiscali 12Mega 

 -- 
Quoto :D


CUT
Molto interessante...si capisce che con i core K8L AMD punti a ben'altro
oltre al "semplice" aumento di prestazioni in ambito float.
Qui piuttosto dicono che la nuova architettura può accogliere anche una
sorta di coprocessore, il quale potrà essere inserito tramite una scheda in
standard HTX... a cosa potrebbe servire questo componente? Sarà usato in
ambito server immagino...
http://www.tomshw.it/news.php?newsid=6545

 ma smettila ma vattene....che non sai un cazzo....
Vattene tu, pirla.

 ROTFL...
LOL

 ha scritto nel messaggio
news:pan.2006.05.17....@tariffenet.it...

Meglio Woodcrest, in 65 nm, con un core molto più moderno.

 Meglio Woodcrest, in 65 nm, con un core molto più moderno.
Senza controller della RAM... molto antiquo!



Scusa Gianluca ma dovresti sapere, da vecchio frequentatore dei newsgroup, 
che ai troll non bisogna rispondere.
Se gli rispondi gli dai importanza. 
Inviato da X-Privat.Org - Registrazione gratuita 
http://www.x-privat.org/join.php

 Senza controller della RAM... molto antiquo!
_____________________________^^^^^^
SBROTFL! :D


 
http://www.tomshw.it/news.php?newsid=6545
Attualmente ci sono 3 possibili applicazioni
a) acceleratori java
b) coprocessori per accelerare la trasmissione dati
    tipo codifica/decodifica al volo di dati criptati
    su VPN a banda larga.
c) "coprocessori" FPGA (Field Programmable Gate Array)
    ovvero chip "con hardware programmable" che i vari task
    in esecuzione riconfigurano al volo "compilando in hardware"
    quello che altrimenti bisognerebbe eseguire via software.
In particolare un coprocessore FPGA bello grosso
permettebbe di fare un sacco di cosucce carine.
Per esempio: supponiamo di avere un loop di questo tipo:
	FOR k=1 to 10000000000 DO
		IF A(array_input[k]) THEN	
			array_output[k] = B(array_input[k]);
		ELSE
			array_output[K] = C(array_output[k]);
		ENDIF
	ENDFOR
Se A(valore) ha un 50% di probabilita di essere true
ed il suo calcolo e' sufficientmente oneroso
(in modo che il suo valore viene deciso molto
  avanti nell'esecuzione, causando flush massicci
  sulle pipeline di esecuzione)
sappiamo tutti che la branch prediction unit avra' grossi
problemi e ci ritroveremo con un sacco di branch mal predetti
e generico calo di prestazioni (e naturalmente con la
cpu occupata a fare tale calcolo).
Se invece programmiamo l'algoritmo sull' FPGA
realizzando in esso una pipeline hardware del tipo:
(usate un font a spaziatura fissa tipo il Courier New
  per vedere correttamente lo schema)
		    +---+   +--------+
		|-->| A |-->|SEL_1_2 |
		|   +---+   |        |
		|	    |        |
		|   +---+   |        |
array_input  -->|-->| B |-->|IN1     |--> array_output
		|   +---+   |        |
		|	    |        |
		|   +---+   |        |
		|-->| C |-->|IN2     |
		    +---+   +--------+  	
N.B. il blocco finale e' un demultiplexer che scrive
      sulla porta di output il risultato di B() o di C()
      in base al valor eprodotto da A().
Otteniamo una pipeline che esegue lo stesso algoritmo
e che (a parte la latenza iniziale di "inizio riempimento")
ad ogni ciclo di clock produce un risultato.
Se il coprocessore dispone di un unita DMA multicanale
una volta "creata" la pipeline basta programmare 2 canali
dell'unita DMA per rispettivamente copiare in ingresso alla pipeline
l'array di input e per copiare i risultati in uscita dalla pipeline
sull'array di output.
 
In altre parole, la cpu deve solo "programmare" la pipeline
sull'FPGA ed inizializzare i due trasferimenti DMA
e poi mentre il calcolo va avanti piu dedicarsi ad altro.
Oltre a questo, se c'e' sufficientemente "spazio programmabile"
a disposizione sull'FPGA basta "duplicare" la pipeline e si
raddoppiano le prestazioni (se il sistema DMA riesce a pompare
dati a sufficienza da tener pienamente utilizzate le pipeline)
oppure quadruplicarle ecc. ecc.
Naturalmente se l'algoritmo da eseguire e' troppo grosso
lo si puo spezzare in piu passate e riprogrammare l'FPGA
tra una passata e l'altra.
L'esempio che ho fatto e' quasi banale, ma il coprocessore
FPGA si puo usare in un sacco di altri casi
(loop unrolling *veramente* in hardware ed altri giochini
  divertenti).
Basta pensare alla potenza di calcolo che hanno le GPU
attuali (che operano a frequenze di clock simili a quelle
di questi coprocessori FPGA ma hanno pipeline "poco flessibili"
rispetto ad un coprocessore FPGA)
e vi potete immaginare cosa ci si puo fare.
L. Micheletto


In effetti non ci avevo proprio pensato ad un possibile coprocessore in
standard FPGA...
Grazie per la spiegazione :)

 Se gli rispondi gli dai importanza.
OK. Hai ragione. Pardon. Però, con BS82, ho una "vecchia" diatriba anche su
un altro NG. Data la sua giovane età, credo 24 anni, dedotti dal suo nick,
potrebbe apparire solo giovane, ma, in effetti, offende continuamente senza
alcun motivo. Sarà solo l'età? Mah. Comunque farsi sottomettere non è nel
mio carattere, e qualche schiaffone, a volte, fa bene (almeno spero).

 Senza controller della RAM... molto antiquo!
Ma il controller della RAM integrato, senza ram posta a ridosso diretto
della cpu, tipo in stile Pentium Pro al posto della L2, è una mezza
porcheria elettrica... Si complica inutilmente il layout della scheda madre,
alzando i costi di sviluppo e messa a punto (nel caso del futuro Itanium 2
quadcore in 65 nm la situazione è un pò diversa).

porcheria elettrica... Si complica inutilmente il layout della scheda madre,
ma stralol, hai mai provato ad -esaminare- il layout delle piste
dati/elettriche di una scheda k8?
gianluca, lo so che la prostituzione e' una antica e.. hemm... diciamo
rispettata professione e che le compagnie di PR pagano abbastanza bene
gli "infiltrati" per fare pubblicita' occulta ai vari contractors in
forum e ng ma potresti per lo meno limitarti ad usare i fatti veri
invece di inventarti cose completamente campate in aria?



gianluca è nel mio kill file...però è troppo divertente leggere le cose che 
scive....lo tolgo...mi sto divertendo un casino...poveretto :D
-- 
-------------------------------
SimBus82 --> 
www.simbus82.altervista.org
 --> Hi-Tech Content Inside
-------------------------------
Carraro a Bergamo: "Le dico mi raccomando... Se c'è un dubbio, per
carità, che, che, che, che il dubbio non sia a favore della Juventus..."



ti tolgo dal kill file e cosa trovo? :D
LOL
Mi spiace ma non ho 24 anni...ne ho 23 e mezzo :DDD
Si sarà l'età....i miei pochi neuroni si incazzano brutale quando la gente 
fa la saccente, la fanatica e la PR senza avere un cazzo di fondamento e 
senza rendersi conto che i NG sono per aiutare, discutere, ragionare e non 
fare disinformazione.
Dunque più cazzate spararai più mi divertirò a mandarti a cagare ogni 
volta...
Qualche schiaffone? Penso che qua dentro 9 persone su 10 prenderebbero TE a 
calci nel culo... E non menartela per l'età. Puoi avere anche 60 anni ma non 
me ne può fregare di meno, se sei coglione lo sei a 30, 40 e anche a 80 
anni!
-- 
-------------------------------
SimBus82 --> 
www.simbus82.altervista.org
 --> Hi-Tech Content Inside
-------------------------------
Carraro a Bergamo: "Le dico mi raccomando... Se c'è un dubbio, per
carità, che, che, che, che il dubbio non sia a favore della Juventus..."


 del futuro Itanium 2 quadcore in 65 nm la situazione è un pò diversa).
ahahhahahahhaha
si infatti vero, come no....
PS: vedo che sei pappa e ciccia pure con un VERO troll come massimo b.
Ma tu non hai mai letto le nostre divagazioni tecniche su ichv3d? Per vedere 
come lui scopiazzava da ricerca google senza sapere un cazzo proprio come 
te?


 ha scritto nel messaggio 
news:446e7128$0$14775$4faf...@reader4.news.tin.it...

 Si' si' conosco il soggetto, (Anzi: ormai lo conoscono tutti:-)) e 
l'atteggiamento che usa qui e' lo stesso atteggiamento che usa da altre 
parti.
Dare uno schiaffone a bs82 e' come dare uno schiaffone ad un pupazzo, non 
risolvi nulla e tanto ormai sono ben in pochi a dargli retta. Lascia 
perdere.


 arrivano a 20 layer!!!!!
Beh non esagerare neanche tu adesso...;D Le MB per desktop sono in genere a
4/5 layer, anche per Intel, altrimenti te la farebbero pagare come minimo
500 euro se ne avessero veramente 20 :)))


no, di norma sono a 12 layer....
-- 
-------------------------------
SimBus82 --> 
www.simbus82.altervista.org
 --> Hi-Tech Content Inside
-------------------------------
Carraro a Bergamo: "Le dico mi raccomando... Se c'č un dubbio, per
caritą, che, che, che, che il dubbio non sia a favore della Juventus..."



No, di norma sono a 4 o 5... almeno se parliamo delle MB per sistemi
desktop.