[Thread Ufficiale] CPU serie FX: AMD Bulldozer/Piledriver - Aspettando Steamroller

[The3DProgrammer]

Originariamente inviato da digieffe

Io sono convinto che sia o un problema solo di windows (come lo scheduler gestisce le priorità dei processi e l' HT) o un problema generale di come viene gestito l' HT anche sotto altri sistemi (ossia si caricano i 2 core logici come se fossero fisici)

nessuno riesce a verificare questa storia dei microscatti sotto linux?




@randa71: grazie per le spiegazioni

Mah io sono del parere che una cosa del genere potrebbe dipendere da qualche milione di variabili non necessariamente legati alla CPU che rendono gia' difficile identificare un'eventuale differenza tra 2 sistemi uguali (nel senso che su un sistema potrebbe manifestarsi e su un altro no) figuriamoci con 2 piattaforme diverse. Non dubito che a randa si manifesti questo problema del microstuttering, ma potrebbe dipendere addirittura dal driver del mouse per fare un esempio, non necessariamente dalla CPU. Senza contare che potrebbe trattarsi semplicemente di "wishful thinking". Ripeto non metto in dubbio che a randa succeda quello che lui descrive, ma purtroppo non ci si puo' basare su sensazioni per analizzare potenziali problemi di questo tipo. Io ancora a mesi dall'uscita non ho visto nulla che testimoni una presunta superiorita' di BD con MT spinto rispetto al 2600k (anzi forse e' il contrario) e mi viene onestamente difficile credere che i pochi casi riportati siano un effettivo vantaggio prestazionale di una piattaforma rispetto ad un'altra senza avere dati concreti in mano.

[winebar]

Originariamente inviato da winebar

Metto le percentuali:

Sandra 2012 Dhrystone............................ + 3.04%
Sandra 2012 Crythography....................... + 0.86%
Sandra 2012 Inter-Core Bandwidth............ +13.99%
Sandra 2012 Processor Multimedia (AVX)... - 0.01%
Cinebench R11.5.......................................... 0.00%
Frts Chess Bench 16 thread....................... + 1.56%
Hyper Pi 0.99b.......................................... - 4.95%
Wprime 32M 32 thread.............................. - 0.60%
x264 Full HD 1.01 64 bit............................ + 4.20%
__________________________________________

Media: ..................................................... + 2.01%


Ricordo comunque che con programmi che fanno uso pesante dei core a disposizione (heavily threaded) il miglioramento dato dalla patch è pressochè nullo, poichè la patch stessa tende a distribuire meglio i thread per ogni modulo.

Mi autoquoto per rimediare all'errore che ho fatto nel calcolo.
Ringrazio The3dProgrammer per aver postato l'indirizzo del bench a pagina 259.



Rivalutando HyperPI e Wprime con segno positivo (la cifra rimane uguale) otteniamo una media del (rullo di tamburi): 3.94%

Per quanto si tratti di un incremento marginale ricordo che l'architettura al momento attuale soffre di molti problemi (sia a livello di consumi che di latenze). Concorderete sempre che un qualsiasi migliroamento è ottimo,e non fa che confermare che che un software è realmente efficace su un determinato processore quando SIA il software SIA il SO riescono ad allocare bene le risorse sul processore e riescono a sfruttarne istruzioni.

[Randa71]

Originariamente inviato da The3DProgrammer

Mah io sono del parere che una cosa del genere potrebbe dipendere da qualche milione di variabili non necessariamente legati alla CPU che rendono gia' difficile identificare un'eventuale differenza tra 2 sistemi uguali (nel senso che su un sistema potrebbe manifestarsi e su un altro no) figuriamoci con 2 piattaforme diverse. Non dubito che a randa si manifesti questo problema del microstuttering, ma potrebbe dipendere addirittura dal driver del mouse per fare un esempio, non necessariamente dalla CPU. Senza contare che potrebbe trattarsi semplicemente di "wishful thinking". Ripeto non metto in dubbio che a randa succeda quello che lui descrive, ma purtroppo non ci si puo' basare su sensazioni per analizzare potenziali problemi di questo tipo. Io ancora a mesi dall'uscita non ho visto nulla che testimoni una presunta superiorita' di BD con MT spinto rispetto al 2600k (anzi forse e' il contrario) e mi viene onestamente difficile credere che i pochi casi riportati siano un effettivo vantaggio prestazionale di una piattaforma rispetto ad un'altra senza avere dati concreti in mano.

premesso che sarà il mio ultimo post in merito a questo argomento, non concordo con quanto dici per i seguenti motivi:
1) è tutto uguale a livello hw a parte cpu e sk madre ovviamente.
2) è tutto identico a livello di installazione;
3) tutto patchato nello stesso modo e con lo stesso livello;
4) tutto config nello stesso modo, es le ram.
4.1) per cercare di capire 'cosa non va' (tra virgolette) cerco di isolarlo dal resto del gruppo, lasciando tutto invariato
5) ho cercato di isolare le condizioni per capire quale sia la causa...e ho osservato diversità di comportamento...
premesse tutte queste cose, per me i due primi indiziati di una diversità di comportamento sono appunto sk madre e cpu. visto che in 15 anni non mi è mai capitato che una sk madre faccia questo effetto, l'ultimo indiziato per me rimane la cpu. e la spiegazione che mi dò è quella che ho scritto prima: se 1 core gestisce 2 thread, quando sta elaborando il thread A, il thread B aspetta punto.....da qui mi spiego la diversità di comportamento rispetto a bd.
non ho fatto print screen perchè non mi interessa convincere nessuno di quanto sto dicendo(anzi capisco che possiate dubitare). ho osservato questa cosa, l'ho osservata oggettivamente, non desideravo che BD si comportasse così..e l'ho postata..però non sono impressioni...perchè quando cammino (o con NBA 2012 giocato con il pad) e ci sono microinterruzioni queste non sono impressioni.....se poi non ci credete pazienza. (non tu ma in generale) e non ho voglia di stare a reinstallare tutto per postare ps.
ma che sia il driver del mouse che scazza (per usare il tuo esempio), mentre appena il carico sulla cpu va a 0 allora il driver del mouse riprende a funzionare correttamente mi sembra una sciocchezza, con il massimo del rispetto, sia chiaro.

mentre quello che diceva digieffe mi ha incuriosito..
proverò per vedere se la causa è win

e come diceva all'inizio:
THAT'S ALL FOLKS.
ciao

[Randa71]

invece cambiando argomento, qualcuno di voi sa se il kernel di linux contiene già correzioni in stile win per il CMT??
noto differenze di comportamento tra il kernel 3.1.0 (opensuse 12.1) e il 3.1.9 (fedora)

[carlottoIIx6]

Originariamente inviato da The3DProgrammer

effettivamente dai grafici sembravano meglio (maledetti grafici non 0 based ) pero' hyperpi e wprime dovrebbero essere entrambi + non - perche' sono in secondi

già ed è un bel incremento considerato che è ottenuto senza ricompialre il software.
le pach incominciano a funzionare.

[digieffe]

Originariamente inviato da Randa71

invece cambiando argomento, qualcuno di voi sa se il kernel di linux contiene già correzioni in stile win per il CMT??
noto differenze di comportamento tra il kernel 3.1.0 (opensuse 12.1) e il 3.1.9 (fedora)

http://www.phoronix.com/scan.php?pag...aliasing&num=1

il 3.2 è stato patchato anche se non per gli stessi motivi di windows...

purtroppo non seguo più le evoluzioni del kernel...

il 3.3 contiente una valanga di novità non so se anche per BD.

poi dipende se prendi il vanilla o da una distro che può o meno avere la patch.

ho provato a fare anche delle ricerche generiche con google ma la parola "cluster" porta ovviamente a tutti altri risultati...

ci sarebbe da dare una occhiata ai changelog, lwn, lkml, kernelnewbies se ho tempo stasera ci do una occhiata anche se immagino che a parte la patch del cache aliasing (quella del link) non hanno fatto nulla o perchè già previsto o perche non lo prevedono

[Grizlod®]

Volevo chiedere una cosa ai possessori di FX (io sto aspettando, non tanto piledriver, ma il 4170)...se avessero voglia di estrapolare il driver 'processr.sys' dalla Developer Preview di Windows 8 e sostituirlo all'originale (backuppandolo prima...) in X:\Windows\System32\Drivers ( verificare prima in Gestione dispositivi> Dettagli driver).

Visto che si parla di patch e Win8, testare, appunto, la patch rilacsciata da MS con il suddetto driver e verificare eventuali miglioramenti.

[Randa71]

Originariamente inviato da digieffe

http://www.phoronix.com/scan.php?pag...aliasing&num=1

il 3.2 è stato patchato anche se non per gli stessi motivi di windows...

purtroppo non seguo più le evoluzioni del kernel...

il 3.3 contiente una valanga di novità non so se anche per BD.

poi dipende se prendi il vanilla o da una distro che può o meno avere la patch.

ho provato a fare anche delle ricerche generiche con google ma la parola "cluster" porta ovviamente a tutti altri risultati...

ci sarebbe da dare una occhiata ai changelog, lwn, lkml, kernelnewbies se ho tempo stasera ci do una occhiata anche se immagino che a parte la patch del cache aliasing (quella del link) non hanno fatto nulla o perchè già previsto o perche non lo prevedono

grazie..
vedrò di leggermi il changelog...
tu che distro usi di solito?
io tanto tempo fa mi divertivo con la slack...a ricompilare tutto, kernel compreso, con i flag per athlon64...poi sono diventato vecchio
mi ero posto il problema perchè ho notato che con la opensuse 3.1.0 e mysql 5.5.16 il sql load e le query impiegano mediamente di più rispetto alla fedora con 3.1.9 e mysql 5.5.18...ovviamente a parità di file da caricare
solo che non capisco se è ottimizzazione del kernel o di mysql....

[digieffe]

Originariamente inviato da Randa71

grazie..
vedrò di leggermi il changelog...
tu che distro usi di solito?
io tanto tempo fa mi divertivo con la slack...a ricompilare tutto, kernel compreso, con i flag per athlon64...poi sono diventato vecchio

mi ero posto il problema perchè ho notato che con la opensuse 3.1.0 e mysql 5.5.16 il sql load e le query impiegano mediamente di più rispetto alla fedora con 3.1.9 e mysql 5.5.18...ovviamente a parità di file da caricare
solo che non capisco se è ottimizzazione del kernel o di mysql....

ho iniziato con debian, poi suse (ora opensuse), redhat, fedora e l'ultima che ho utilizzato è stata ubuntu... da settembre sono in astinenza...(queste sono quelle che ho utilizzato in modo più o meno serio, poi ne ho provate tante)
avevo dimenticato quasi tutto di windows l'ultimo che ho avuto sulle mie macchine è stato win 2000 lasciato nel 2002 (avevo in firma windowsless user since 2003)

ho deciso di avere win 7 e 2008 server sulle mie macchine per potermi riaggiornare e valutare... "chissa che mi credevo... fossero diventati" al più presto torno a Casa... mi dispiace solo per la pessima situazione (dal mio punto di vista) del desktop di linux... ma tolta qualche comodità IMHO non c'è paragone...

sono indeciso a quale distro tornare... (sempre distro principali e con larga base di utenza quindi ubuntu, debian, fedora, opensuse) credo che installerò ubuntu come host e le altre le installo in VM compreso un windows.

Ps: anche io sono vecchio...


per quanto riguarda mysql (per quanto dal mio punto di vista è un sito fatto male) molte risposte le trovo su phoronix e openbenchmarking.

è da vedere se ci sono regressioni (o miglioramenti) nel kernel, piuttosto che filesistems e/o impostazioni differenti degli stessi stessa valutazioni per mysql. (questo tipo di differenze le trovo spesso anche con postmark piuttosto che altri bench appena posso do una occhiata ai bench delle versioni citate)

[shellx]

Originariamente inviato da Randa71

[b]

mentre quello che diceva digieffe mi ha incuriosito..
proverò per vedere se la causa è win

tutte le cause sono windows

@per il kernel: usa il 3.3 (è l'ultimo e implementa il migliore algoritmo per la gestione di scheduling), per la distro la migliore è la Gentoo per BD. Ma questo per quanto riguarda certe caratteristiche di gestione. POi tutto ilr esto dipende dal kernel e da come è cmpilalta la parte di scheduling.

Tempo fa con digieffe avevamo deciso di mettere mani al kernel poi per alcune cause non l'abbiamo piu fatto. Ma ho continuato io a metterci occhio e dopo ho smesso quantomi accorsi che era praticamente inutile visto il bassisimo incremento (meno 3%) con provate tutte le v. del kernel ricompilando a modo mio lo scheduling. Almeno con me, puo darsi che digieffe riesce a farlo andare me non ci ho tirato nient'altro.

[sonnet]

Originariamente inviato da shellx

@per il kernel: usa il 3.3

3.3?
Il 3.2 e' stato rilasciato da poco, ed e' appena iniziata la fase di merging del kernel 3.3. Non misembra sia uscita nemmeno la prima rc del 3.3.

[digieffe]

Originariamente inviato da sonnet

3.3?
Il 3.2 e' stato rilasciato da poco, ed e' appena iniziata la fase di merging del kernel 3.3. Non misembra sia uscita nemmeno la prima rc del 3.3.

è appena uscita la rc-1 anche se non ho capito quando si è chiusa/chiuderà la finestra di merging, quello che so è che è stata/sarà particolarmente lunga e ricca la fase di merging... almeno così dice Michael Larabel

[ra-mta]

Quì ci sono delle misurazioni sui consumi di bd e nella pagina successiva vengono rilevati in condizioni reali, con diversi softare. Ci sono anche altri processori, ma in questa review, mi sembra ci siano valori ottimistici per tutti i prodotti testati, voi che ne pensate?
Bd risulta più parco di come lo ricordavo!!

[digieffe]

Originariamente inviato da ra-mta

Quì ci sono delle misurazioni sui consumi di bd e nella pagina successiva vengono rilevati in condizioni reali, con diversi softare. Ci sono anche altri processori, ma in questa review, mi sembra ci siano valori ottimistici per tutti i prodotti testati, voi che ne pensate?
Bd risulta più parco di come lo ricordavo!!

come consumo sembra più parco ma in fondo alla pagina c'è questo grafico:
http://www.silentpcreview.com/files/...e/perf-nod.gif

è scandaloso quanto sia più lento a fare la scansione con l'antivirus che a questo punto immagino essere single thread.... (anche se l'antivirus si può fare in background)

[winebar]

Originariamente inviato da Grizlod®

Volevo chiedere una cosa ai possessori di FX (io sto aspettando, non tanto piledriver, ma il 4170)...se avessero voglia di estrapolare il driver 'processr.sys' dalla Developer Preview di Windows 8 e sostituirlo all'originale (backuppandolo prima...) in X:\Windows\System32\Drivers ( verificare prima in Gestione dispositivi> Dettagli driver).

Visto che si parla di patch e Win8, testare, appunto, la patch rilacsciata da MS con il suddetto driver e verificare eventuali miglioramenti.

Con molta probabilità il sistema non si avvia per incompatibilità.
Sicuramente la MS avrà messo delle caratteristiche all'interno del kernel o altri file core (di primaria importanza), senza le quali il suddetto driver non si avvia correttamente.

[winebar]

Originariamente inviato da digieffe

come consumo sembra più parco ma in fondo alla pagina c'è questo grafico:
http://www.silentpcreview.com/files/...e/perf-nod.gif

è scandaloso quanto sia più lento a fare la scansione con l'antivirus che a questo punto immagino essere single thread.... (anche se l'antivirus si può fare in background)

Sembrerebbe di sì, anche perchè il carico del sistema con un 2600k è di 66W, ben al di sotto del consumo del procio in full.

Comunque mi sembra assurdo che ad oggi un applicazione core (su windows lo è di fatto) sia single thread, considerando anche che tutti i server Windows based (che sono pochi per fortuna) hanno necessariamente bisogno di un AV con scansioni giornaliere.

[Grizlod®]

Originariamente inviato da winebar

Con molta probabilità il sistema non si avvia per incompatibilità.
Sicuramente la MS avrà messo delle caratteristiche all'interno del kernel o altri file core (di primaria importanza), senza le quali il suddetto driver non si avvia correttamente.

Azz...io non ho Win7, ma lo proverei anche senza patch; ho un dual boot, male che vada lo risostituisco dall' altro SO. Quel che non ho è un FX4170 ...acc dannaz malediz , ma quando esce...

[aldooo]

Originariamente inviato da carlottoIIx6

già ed è un bel incremento considerato che è ottenuto senza ricompialre il software.
le pach incominciano a funzionare.

Carlotto, hai visto che TOM ha smesso di consigliare i Bulldozer?
Neanche un singolo modello, nemmeno un accenno!

http://www.tomshardware.com/reviews/...lock,3106.html

[shellx]

Originariamente inviato da aldooo

Carlotto, hai visto che TOM ha smesso di consigliare i Bulldozer?
Neanche un singolo modello, nemmeno un accenno!

http://www.tomshardware.com/reviews/...lock,3106.html

Vabbe figurati: Toms sta alla genuinità come il demonio sta alla bontà

[winebar]

Originariamente inviato da shellx

Vabbe figurati: Toms sta alla genuinità come il demonio sta alla bontà

No bè per il gioco è molto meglio un 2500k, perchè comunque è un quad core con prestazioni più che ottime che nel corso di un anno ha confermato continuamente di essere la CPU più adatta per il gaming.
Bisogna ammetterlo, l'FX-8150 ha prestazioni simili ma in ambito gaming non vale la pena spendere di più, senza considerare il risparmio energetico (anche se nel gaming conta poco).
Per gli FX con un minore numero di core ricordate che sono più prestanti i Phenom II Xy (dove y è il numero di core, ovviamente pari alle controparti FX).