Opteron a 4 vie: i primi benchmark

ma che ti hanno fatto questi 2? ti hanno fatto bannare? ( vedo che hai pochi post ma conosci le persone, quindi ... )
Non capiro' mai il perche' ve la prendiate per dei pareri sui forum...

-----

Era ora che amd cominciasse uscire coi 64bit, comunque, bisognera' aspettare ancora qualche mesetto e vedere le vere prestazioni, soprattutto dell'athlon64 indirizzato alla maggior parte della gente...
Dopotutto con gli atholn amd e' ferma da parecchio tempo ( il barton non lo considero ), ha puntato cuore e anima in queste nuove cpu, speriamo bene..

Re: CHI SONO VERAMENTE I DUE LAMER?

Sospeso 15gg...

W AMD
Grande Raven!!!!!

Per me questi test non valgono assolutamente NULLA: sono tutti benchmark sintetici, niente a che vedere con le applicazioni reali.

Aspetto i primi test seri, e non dovrebbe mancare molto, leggendo quell'articolo...

con 4 processori e memoria a 2700 mi aspettavo almeno tra i 14/18 Gb/s di banda dei 21.6 disponibili
non so come sandra gestica il calcolo della banda passante per cui non posso dare atibilita al dato riportato
per me in sostanza il test non e veritiero
una curiosita OS a 32 bit
sara pure win server 2003
ma non e spreacato con una cpu a 64 bit ???

Ma e se lavorano tutte e 4 le CPU?

Ciao a tutti. La mia domanda è semplice. Cosa te ne fai di un 4-processor? Ovviamente la risposta è: "Ne sfrutto appieno la potenza di calcolo, cioè faccio rullare al max tutte e 4 le CPUs per tutto il tempo che riesco" (-> Altrimenti ti prendi un single proc). La domanda vera è: Se sto facendo un uso cospicuo di accessi in memoria in tutti i processi che girano, la bandwidth disponibile per la singola CPU qual è? L'Hyper-transport come funziona? E' solo una tecnologia di gestione di accesso concorrente ai bus di memoria che assegna alla CPU richiedente più banda possibile sottrendola alle CPUs che nn utilizzano tutta quella a loro disposizione? Nel qual caso nn è un avanzamento tecnologico grandioso in ambito server, perchè una cosa di questo tipo limita le applicazioni di tipo DBMS, che sn le più diffuse in quest'ambito.

Ps. No Flame, solo risposte!!!!! Grazie mille.

Penso esattamente la stessa cosa.

Tra l'altro, i primi test sull'Athlon64 hanno rilevato che la percentuale di sfruttamento della banda del memory controller è pari al 97%, per cui mi puzzano non poco questi valori.

Può darsi che Sandra abbia difficoltà a calcolare la banda di ogni singolo processore, o non sfrutti bene l'architettura NUMA.



No, perché intanto puoi sfruttare già adesso quello che hai: la compatibilità è una grande cosa. Con la successiva versione a 64 bit sfrutterai anche il resto...

Re: Ma e se lavorano tutte e 4 le CPU?

Non penso che alla maggior parte degli utenti possa interessare un sistema a 4 vie...

Al più qualcuno potrà essere essere interessato ad una (economica) soluzione a 2 vie...



Dipende dalla modalità degli accessi.

1) Se tutte le CPU eseguono programmi che sfruttano solamente la loro memoria locale, il calcolo è semplice: basta moltiplicare la banda di ogni singolo processore per il numero dei processori.

2) Se le CPU accedono anche alla memoria locale degli altri processori, vengono aggiunte delle latenze in base alla "distanza" dal dato interessato (cioé a quanti processori devono essere "attraversati"; latenze che comunque sono molto basse (Amd ha pubblicato i valori in tutti i casi che si possono presentare).
Nel caso di sistemi a 4 vie, si attraversa al più un solo processore, quindi la latenza è sempre la stessa.
Nel caso di sistemi ad 8 vie, nella maggior parte dei casi si attraversa un solo processore, mentre in due casi se ne attraversano due.

Come vedi, non è così semplice andare ad effettuare questi calcoli e per arrivare alla massima efficienza è necessario che sia il s.o. sia il software siano progettati per l'architettura NUMA.

Per quanto riguarda il s.o., è banale "convogliare" le richieste di allocazione di memoria fatte da una CPU alla sua memoria locale. Attualmente, mi sembra che Windows 2003 Server dovrebbe gestire l'architettura NUMA degli Hammer, se non ricordo male.

Per le applicazioni il discorso è variabile. In genere i thread accedono maggiormente alla memoria locale, e di meno a quella globale (che quindi è a "rischio" di accessi a quella non locale).

C'è da dire che i compilatori non hanno difficoltà a generare codice che tenga conto del NUMA, e i programmatori più accorti possono scrivere del codice che possa tener conto di queste possibilità con poco sforzo.

Speriamo bene per il futuro...



No, l'HT viene sfruttato per due cose:

1) per accedere alla memoria non locale di un processore (quella dei "fratelli" che gli stanno accanto).

2) per soddisfare tutte le richieste di I/O (AGP incluso).

In pratica un processore, oltre alla banda erogata dal suo memory controller, può contare su quella aggiuntiva che gli viene fornita dai sui canali HT.

Quindi la banda totale di un Hammer è dato da: Banda MC + Banda HT * Numero canali HT.

Una bella differenza rispetto al passato, insomma...



Le tue sono domande, quindi non vedo quali flame potresti generare...

Re: Ma e se lavorano tutte e 4 le CPU?

Perchè limiterebbe i DBMS ?

x scsi
alla fine lameraccio sei stato tu modera i termini
non credo che se mi eri di fronte avresti detto le stesse cose