Compilatore Intel e disparità di trattamento verso processori AMD/VIA

[Dre@mwe@ver]

Doppio, scusate.

[Dre@mwe@ver]

Originariamente inviato da Frarossi777

Quoto.

Infatti il compilatore Intel è un prodotto commerciale non gratuito in cui
sono state impegnate e spese risorse umane e danaro e quindi è
semplicemente assurdo che si cerchi e si pretenda "equità" di trattamento.

Se Amd o VIA vuole pari condizioni, che partecipi economicamente al
progetto o al limite, che crei dalle sue tasche un compilatore alternativo
e ben ottimizzato per le loro cpu.

In ogni caso e fortunatamente, ci sono compilatori alternativi che permettono
di scavalcare queste restrizioni, quali ad esempio Microsoft Visual Studio o
gcc su Linux, non capisco "il perché" di questa pretesa etica che Intel lavori
per un prodotto che ottimizzi bene anche per gli altri?
Assurdo!

Questo thread è utile a far sapere che sono presenti queste limitazioni e
le "alternative" per superarle, per il resto credo che non serva ad altro
se non a creare flame.

Saluti

Veramente quello che il compilatore Intel fa è azzoppare le CPU delle altre marche. Esempio: una CPU Intel, che gode delle ottimizzazioni, ha una velocità pari a 150 (prendo dei numeri a caso per rendere l'idea); un'altra CPU, per la quale il codice non è ottimizzato, rende 100. Peccato che il compilatore faccia di tutto, con delle righe di codice apposta, per abbassare le prestazioni della CPU non Intel, tanto che la CPU che (senza ottimizzazioni di parte) potrebbe rendere 100, rende 80. Non so se sono stato chiaro...in ogni caso, quello che fa Intel non è avvantaggiare i propri prodotti ma penalizzare volutamente gli altri. Questa si chiama concorrenza sleale ed è reato.

[KristinEinander]

Originariamente inviato da blackshard

Chi passa di qui per caso e non riflette un secondo sulla cosa, spesso non comprende bene il punto del problema.

Il fatto (ben assodato, ben documentato, ed anche punito dall'organo antitrust americano) è che il compilatore Intel non è che non ottimizza il codice per le altre aziende, ma piuttosto disattiva *apposta* le ottimizzazioni per gli Intel se rileva un processore di altra marca.



Il tuo post serve a creare flame. Il thread serve per informare, ognuno è libero di leggerlo o di non leggerlo, e si può fare un'opinione propria e discuterne.

Straquoto al 100%

[Pihippo]

Originariamente inviato da Мир

Comunque,
ho appena scaricato la nuova suite di intel che provero' sul 48 core (mi sta dando un po' di grattacapi l'installazione di linux...). Certo e' che l'installazione del Composer XE 2011 va via liscia liscia.

Open64 ho solo cominciato, ma ho delle difficolta' a capire come installarlo. Qualcuno ha dei suggerimenti?
I test che faro' taglieranno la testa al ...topo, come si dice... almeno per cio' che mi riguarda.
Certo e' che il gcc con la sua -march=native ha pure li delle belle ottimizzazioni... e vai di gfortran !!

Ciao
Scusami come hai difficoltà ad installarlo(open64)?
Hai scaricato il sorgente o gli amd64 binari? Ora non mi ricordo con perfezione ma sembra che ci fosse pure un readme su come fare

[Мир]

Originariamente inviato da Pihippo

Ciao
Scusami come hai difficoltà ad installarlo(open64)?
Hai scaricato il sorgente o gli amd64 binari? Ora non mi ricordo con perfezione ma sembra che ci fosse pure un readme su come fare

Ciao, il problema e' che su Gentoo bisogna partire dai sorgenti. Bisogna scaricari i binari e compilare le librerie con i binari. Poi si compilano i sorgenti...
Ad un certo punto della compilazione il make si blocca:

make -C osprey/targx8664_x8664 BUILD_COMPILER=OSP
.
.
../../libcif/libcif.a(cif_conv.o): In function `Cif_Make_Cifconv':
cif_conv.c:(.text+0x3d8a): warning: the use of `tempnam' is dangerous, better use `mkstemp'
../../libcif/libcif.a(cif_conv.o): In function `Cif_Cifconv':
cif_conv.c:(.text+0x4579): warning: the use of `mktemp' is dangerous, better use `mkstemp'
decorate_utils.o: In function `parse_decorate_script(char const*)':
decorate_utils.cxx:(.text+0x1084): undefined reference to `std::ctype<char>::_M_widen_init() const'
f2c_abi_utils.o: In function `Check_FF2C_Script':
f2c_abi_utils.cxx:(.text+0x854): undefined reference to `std::ctype<char>::_M_widen_init() const'
../fe90/fe90.a(fold.o): In function `fold_operation__':
fold.f:(.text+0xb88): undefined reference to `_gfortran_selected_real_kind'
fold.f:(.text+0x1039): undefined reference to `_gfortran_selected_real_kind'
fold.f:(.text+0x1960): undefined reference to `_gfortran_pow_i4_i4'
fold.f:(.text+0x1d59): undefined reference to `_gfortran_pow_i4_i4'
fold.f:(.text+0x1ff5): undefined reference to `_gfortran_pow_i4_i4'
fold.f:(.text+0x2084): undefined reference to `_gfortran_ishftc4'
fold.f:(.text+0x226b): undefined reference to `_gfortran_pow_i8_i8'
fold.f:(.text+0x2341): undefined reference to `_gfortran_ishftc8'
fold.f:(.text+0x2388): undefined reference to `_gfortran_ishftc4'
fold.f:(.text+0x2655): undefined reference to `_gfortran_ishftc4'
fold.f:(.text+0x2ec9): undefined reference to `_gfortran_ishftc4'
fold.f:(.text+0x3058): undefined reference to `_gfortran_ishftc4'
fold.f:(.text+0x3255): undefined reference to `_gfortran_ishftc4'
../fe90/fe90.a(fold.o):fold.f:(.text+0x3482): more undefined references to `_gfortran_ishftc4' follow
../fe90/fe90.a(fold.o): In function `fold_operation__':
fold.f:(.text+0x34af): undefined reference to `_gfortran_selected_real_kind'
fold.f:(.text+0x3529): undefined reference to `_gfortran_ishftc8'
fold.f:(.text+0x38c4): undefined reference to `_gfortran_selected_real_kind'
fold.f:(.text+0x38ee): undefined reference to `_gfortran_selected_real_kind'
fold.f:(.text+0x390b): undefined reference to `_gfortran_selected_real_kind'
fold.f:(.text+0x3aa7): undefined reference to `_gfortran_ishftc4'
fold.f:(.text+0x3eee): undefined reference to `_gfortran_ishftc8'
collect2: ld returned 1 exit status
make[3]: *** [mfef95] Error 1
make[2]: *** [default] Error 2
make[1]: *** [first] Error 2
make: *** [default] Error 2

Al che m'e' venuto il dubbio: devo mettere USE="gfortran" e riemergere gcc 4.4.5?

[Мир]

Originariamente inviato da Мир

Al che m'e' venuto il dubbio: devo mettere USE="gfortran" e riemergere gcc 4.4.5?

Uhmm.... pare che gfortran sia correttamente installato anche senza USE="fortran"...
infatti dopo aver inserito "fortran" in USE:

revdep-rebuild -p    
 * Configuring search environment for revdep-rebuild

 * Checking reverse dependencies
 * Packages containing binaries and libraries broken by a package update
 * will be emerged.

 * Collecting system binaries and libraries
 * Generated new 1_files.rr
 * Collecting complete LD_LIBRARY_PATH
 * Generated new 2_ldpath.rr
 * Checking dynamic linking consistency
[ 100% ]                 

 * Dynamic linking on your system is consistent... All done.

[Pihippo]

Originariamente inviato da Мир

Ciao, il problema e' che su Gentoo bisogna partire dai sorgenti. Bisogna scaricari i binari e compilare le librerie con i binari. Poi si compilano i sorgenti...
Ad un certo punto della compilazione il make si blocca:

make -C osprey/targx8664_x8664 BUILD_COMPILER=OSP
.
.
../../libcif/libcif.a(cif_conv.o): In function `Cif_Make_Cifconv':
cif_conv.c:(.text+0x3d8a): warning: the use of `tempnam' is dangerous, better use `mkstemp'
../../libcif/libcif.a(cif_conv.o): In function `Cif_Cifconv':
cif_conv.c:(.text+0x4579): warning: the use of `mktemp' is dangerous, better use `mkstemp'
decorate_utils.o: In function `parse_decorate_script(char const*)':
decorate_utils.cxx:(.text+0x1084): undefined reference to `std::ctype<char>::_M_widen_init() const'
f2c_abi_utils.o: In function `Check_FF2C_Script':
f2c_abi_utils.cxx:(.text+0x854): undefined reference to `std::ctype<char>::_M_widen_init() const'
../fe90/fe90.a(fold.o): In function `fold_operation__':
fold.f:(.text+0xb88): undefined reference to `_gfortran_selected_real_kind'
fold.f:(.text+0x1039): undefined reference to `_gfortran_selected_real_kind'
fold.f:(.text+0x1960): undefined reference to `_gfortran_pow_i4_i4'
fold.f:(.text+0x1d59): undefined reference to `_gfortran_pow_i4_i4'
fold.f:(.text+0x1ff5): undefined reference to `_gfortran_pow_i4_i4'
fold.f:(.text+0x2084): undefined reference to `_gfortran_ishftc4'
fold.f:(.text+0x226b): undefined reference to `_gfortran_pow_i8_i8'
fold.f:(.text+0x2341): undefined reference to `_gfortran_ishftc8'
fold.f:(.text+0x2388): undefined reference to `_gfortran_ishftc4'
fold.f:(.text+0x2655): undefined reference to `_gfortran_ishftc4'
fold.f:(.text+0x2ec9): undefined reference to `_gfortran_ishftc4'
fold.f:(.text+0x3058): undefined reference to `_gfortran_ishftc4'
fold.f:(.text+0x3255): undefined reference to `_gfortran_ishftc4'
../fe90/fe90.a(fold.o):fold.f:(.text+0x3482): more undefined references to `_gfortran_ishftc4' follow
../fe90/fe90.a(fold.o): In function `fold_operation__':
fold.f:(.text+0x34af): undefined reference to `_gfortran_selected_real_kind'
fold.f:(.text+0x3529): undefined reference to `_gfortran_ishftc8'
fold.f:(.text+0x38c4): undefined reference to `_gfortran_selected_real_kind'
fold.f:(.text+0x38ee): undefined reference to `_gfortran_selected_real_kind'
fold.f:(.text+0x390b): undefined reference to `_gfortran_selected_real_kind'
fold.f:(.text+0x3aa7): undefined reference to `_gfortran_ishftc4'
fold.f:(.text+0x3eee): undefined reference to `_gfortran_ishftc8'
collect2: ld returned 1 exit status
make[3]: *** [mfef95] Error 1
make[2]: *** [default] Error 2
make[1]: *** [first] Error 2
make: *** [default] Error 2

Al che m'e' venuto il dubbio: devo mettere USE="gfortran" e riemergere gcc 4.4.5?

Ciao
No, non centra nulla come hai potuto constatare.
Prova con "export MACHINE_TYPE=Amd64 ; make lib BUILD_COMPILER=OSP"

[Мир]

Uhmmm. MACHINE_TYPE non penso preveda AMD64 ma solo x86_64....
Facendo "make all MACHINE_TYPE=x86_64" compare l'errore:

gfortran -fsecond-underscore  -m64 -m64 -mno-sse2        -I../../include  -O2 -fno-strict-aliasing -D_MIPSEL -D_LONGLONG -D_MIPS_SZINT=32 -D_MIPS_SZPTR=64 -D_MIPS_SZLONG=64 -D_LP64 -MMD -c ../../../crayf90/fe90/fold.f
Fatal Error: To enable preprocessing, use -cpp
make[4]: *** [fold.o] Error 1
make[3]: *** [default] Error 2
make[2]: *** [first] Error 2
make[2]: Leaving directory `/home/nervi/src/Open64/x86_open64-4.2.4/osprey/targx8664_x8664/crayf90'
make[1]: *** [mfef95] Error 2
make[1]: Leaving directory `/home/nervi/src/Open64/x86_open64-4.2.4'
make: *** [build] Error 2

al che vado nella directory, do' manualmente gfortran aggiungendo "-cpp" e funziona.
esegue senza errori anche "make lib MACHINE_TYPE=x86_64 BUILD_COMPILER=OSP"

Poi pero' con "make -C osprey/targx8664_x8664 BUILD_COMPILER=OSP" mi da':

make first
MAKE   /home/nervi/src/Open64/x86_open64-4.2.4/osprey/targx8664_x8664/crayf90/libf90sgi/../../include
make make_libdeps
make mfef95 cf95.cat
sh: hg: command not found
GEN    compiler_build_date.c
C      /home/nervi/src/Open64/x86_open64-4.2.4/osprey/targx8664_x8664/crayf90/sgi/compiler_build_date.c
LD     /home/nervi/src/Open64/x86_open64-4.2.4/osprey/targx8664_x8664/crayf90/sgi/mfef95
../../libcif/libcif.a(cif_conv.o): In function `Cif_Make_Cifconv':
cif_conv.c:(.text+0x3d8a): warning: the use of `tempnam' is dangerous, better use `mkstemp'
../../libcif/libcif.a(cif_conv.o): In function `Cif_Cifconv':
cif_conv.c:(.text+0x4579): warning: the use of `mktemp' is dangerous, better use `mkstemp'
decorate_utils.o: In function `parse_decorate_script(char const*)':
decorate_utils.cxx:(.text+0x1084): undefined reference to `std::ctype<char>::_M_widen_init() const'
f2c_abi_utils.o: In function `Check_FF2C_Script':
f2c_abi_utils.cxx:(.text+0x854): undefined reference to `std::ctype<char>::_M_widen_init() const'
../fe90/fe90.a(fold.o): In function `fold_operation__':
fold.f:(.text+0xb88): undefined reference to `_gfortran_selected_real_kind'
fold.f:(.text+0x1039): undefined reference to `_gfortran_selected_real_kind'
fold.f:(.text+0x1960): undefined reference to `_gfortran_pow_i4_i4'
fold.f:(.text+0x1d59): undefined reference to `_gfortran_pow_i4_i4'
fold.f:(.text+0x1ff5): undefined reference to `_gfortran_pow_i4_i4'
fold.f:(.text+0x2084): undefined reference to `_gfortran_ishftc4'
fold.f:(.text+0x226b): undefined reference to `_gfortran_pow_i8_i8'
fold.f:(.text+0x2341): undefined reference to `_gfortran_ishftc8'
fold.f:(.text+0x2388): undefined reference to `_gfortran_ishftc4'
fold.f:(.text+0x2655): undefined reference to `_gfortran_ishftc4'
fold.f:(.text+0x2ec9): undefined reference to `_gfortran_ishftc4'
fold.f:(.text+0x3058): undefined reference to `_gfortran_ishftc4'
fold.f:(.text+0x3255): undefined reference to `_gfortran_ishftc4'
../fe90/fe90.a(fold.o):fold.f:(.text+0x3482): more undefined references to `_gfortran_ishftc4' follow
../fe90/fe90.a(fold.o): In function `fold_operation__':
fold.f:(.text+0x34af): undefined reference to `_gfortran_selected_real_kind'
fold.f:(.text+0x3529): undefined reference to `_gfortran_ishftc8'
fold.f:(.text+0x38c4): undefined reference to `_gfortran_selected_real_kind'
fold.f:(.text+0x38ee): undefined reference to `_gfortran_selected_real_kind'
fold.f:(.text+0x390b): undefined reference to `_gfortran_selected_real_kind'
fold.f:(.text+0x3aa7): undefined reference to `_gfortran_ishftc4'
fold.f:(.text+0x3eee): undefined reference to `_gfortran_ishftc8'
collect2: ld returned 1 exit status
make[3]: *** [mfef95] Error 1
make[2]: *** [default] Error 2
make[1]: *** [first] Error 2
make: *** [default] Error 2
make: Leaving directory `/home/nervi/src/Open64/x86_open64-4.2.4/osprey/targx8664_x8664'

Sto cercando di avere un po' di supporto sul sito AMD, ma per ora non riesco ad installare / compilare Open64...

[Pihippo]

Originariamente inviato da Мир

Uhmmm. MACHINE_TYPE non penso preveda AMD64 ma solo x86_64....
Facendo "make all MACHINE_TYPE=x86_64" compare l'errore:

gfortran -fsecond-underscore  -m64 -m64 -mno-sse2        -I../../include  -O2 -fno-strict-aliasing -D_MIPSEL -D_LONGLONG -D_MIPS_SZINT=32 -D_MIPS_SZPTR=64 -D_MIPS_SZLONG=64 -D_LP64 -MMD -c ../../../crayf90/fe90/fold.f
Fatal Error: To enable preprocessing, use -cpp
make[4]: *** [fold.o] Error 1
make[3]: *** [default] Error 2
make[2]: *** [first] Error 2
make[2]: Leaving directory `/home/nervi/src/Open64/x86_open64-4.2.4/osprey/targx8664_x8664/crayf90'
make[1]: *** [mfef95] Error 2
make[1]: Leaving directory `/home/nervi/src/Open64/x86_open64-4.2.4'
make: *** [build] Error 2

al che vado nella directory, do' manualmente gfortran aggiungendo "-cpp" e funziona.
esegue senza errori anche "make lib MACHINE_TYPE=x86_64 BUILD_COMPILER=OSP"

Poi pero' con "make -C osprey/targx8664_x8664 BUILD_COMPILER=OSP" mi da':

make first
MAKE   /home/nervi/src/Open64/x86_open64-4.2.4/osprey/targx8664_x8664/crayf90/libf90sgi/../../include
make make_libdeps
make mfef95 cf95.cat
sh: hg: command not found
GEN    compiler_build_date.c
C      /home/nervi/src/Open64/x86_open64-4.2.4/osprey/targx8664_x8664/crayf90/sgi/compiler_build_date.c
LD     /home/nervi/src/Open64/x86_open64-4.2.4/osprey/targx8664_x8664/crayf90/sgi/mfef95
../../libcif/libcif.a(cif_conv.o): In function `Cif_Make_Cifconv':
cif_conv.c:(.text+0x3d8a): warning: the use of `tempnam' is dangerous, better use `mkstemp'
../../libcif/libcif.a(cif_conv.o): In function `Cif_Cifconv':
cif_conv.c:(.text+0x4579): warning: the use of `mktemp' is dangerous, better use `mkstemp'
decorate_utils.o: In function `parse_decorate_script(char const*)':
decorate_utils.cxx:(.text+0x1084): undefined reference to `std::ctype<char>::_M_widen_init() const'
f2c_abi_utils.o: In function `Check_FF2C_Script':
f2c_abi_utils.cxx:(.text+0x854): undefined reference to `std::ctype<char>::_M_widen_init() const'
../fe90/fe90.a(fold.o): In function `fold_operation__':
fold.f:(.text+0xb88): undefined reference to `_gfortran_selected_real_kind'
fold.f:(.text+0x1039): undefined reference to `_gfortran_selected_real_kind'
fold.f:(.text+0x1960): undefined reference to `_gfortran_pow_i4_i4'
fold.f:(.text+0x1d59): undefined reference to `_gfortran_pow_i4_i4'
fold.f:(.text+0x1ff5): undefined reference to `_gfortran_pow_i4_i4'
fold.f:(.text+0x2084): undefined reference to `_gfortran_ishftc4'
fold.f:(.text+0x226b): undefined reference to `_gfortran_pow_i8_i8'
fold.f:(.text+0x2341): undefined reference to `_gfortran_ishftc8'
fold.f:(.text+0x2388): undefined reference to `_gfortran_ishftc4'
fold.f:(.text+0x2655): undefined reference to `_gfortran_ishftc4'
fold.f:(.text+0x2ec9): undefined reference to `_gfortran_ishftc4'
fold.f:(.text+0x3058): undefined reference to `_gfortran_ishftc4'
fold.f:(.text+0x3255): undefined reference to `_gfortran_ishftc4'
../fe90/fe90.a(fold.o):fold.f:(.text+0x3482): more undefined references to `_gfortran_ishftc4' follow
../fe90/fe90.a(fold.o): In function `fold_operation__':
fold.f:(.text+0x34af): undefined reference to `_gfortran_selected_real_kind'
fold.f:(.text+0x3529): undefined reference to `_gfortran_ishftc8'
fold.f:(.text+0x38c4): undefined reference to `_gfortran_selected_real_kind'
fold.f:(.text+0x38ee): undefined reference to `_gfortran_selected_real_kind'
fold.f:(.text+0x390b): undefined reference to `_gfortran_selected_real_kind'
fold.f:(.text+0x3aa7): undefined reference to `_gfortran_ishftc4'
fold.f:(.text+0x3eee): undefined reference to `_gfortran_ishftc8'
collect2: ld returned 1 exit status
make[3]: *** [mfef95] Error 1
make[2]: *** [default] Error 2
make[1]: *** [first] Error 2
make: *** [default] Error 2
make: Leaving directory `/home/nervi/src/Open64/x86_open64-4.2.4/osprey/targx8664_x8664'

Sto cercando di avere un po' di supporto sul sito AMD, ma per ora non riesco ad installare / compilare Open64...

Ciao
Si hai ragionissima con MACHINE_TYPE devi mettere x86_64. Dunque, ti sei fatto sentire al developer site amd? Mi pare parecchio strano sai
Oppure se qualcuno c'ha uno script pronto sarebbe anche meglio

[medicina]

Comunque, non ho dato una occhiata approfondita, oltre a notare che non ti vede installato la libreria gfortran, ho notato che richiede hg ("command not found"), aka Mercurial, magari è utilizzato in fase di compilazione per scaricare qualcosa, altrimenti non saprei immaginare al momento come mai lo richieda (anche se in sua mancanza, fosse necessario, dovrebbe abortire).

Prova ad aprire un topic nella sezione Linux...

[Мир]

Hai ragione.. siamo un "pochino" off topic
Ho postato qui la domanda: http://www.hwupgrade.it/forum/showthread.php?t=2329390 e qui dovrebbe continuare...sorry e grazie...

[psychok9]

Ieri notte ho letto una marea di post nel forum del gioco "RIFT", e sono rimasto basito... A quanto pare, nonostante sia un gioco nuovissimo, discrimina pesantemente le cpu AMD... non so se per via del compilatore in oggetto topic.
La situazione è ancora così discriminante in ambiente Windows?
Non c'è modo di costringere ad aggiornare programmi e videogiochi come WOW?

Ho una cpu Intel, ma dispiacerebbe troppo dover acquistare "per forza" una cpu X per motivi poco concorrenziali...

[Lunar Wolf]

Rieccoci di nuovo


Intel paga gli OEM pur di vendere gli Atom



Non vedo l'ora che esca windows 8 cosi oltre amd ci saranno il resto delle aziende ad abbassare la cresta a sto colosso!

[walter sampei]

Originariamente inviato da Lunar Wolf

Rieccoci di nuovo


Intel paga gli OEM pur di vendere gli Atom



Non vedo l'ora che esca windows 8 cosi oltre amd ci saranno il resto delle aziende ad abbassare la cresta a sto colosso!

no comment.

edit: spero che almeno con la concorrenza si decidano ad abbinare ad atom un chippetto video almeno decente, tipo la 4500

[blackshard]

Originariamente inviato da Lunar Wolf

Rieccoci di nuovo


Intel paga gli OEM pur di vendere gli Atom



Non vedo l'ora che esca windows 8 cosi oltre amd ci saranno il resto delle aziende ad abbassare la cresta a sto colosso!

In questo caso però diciamo che non fa sconti se e solo se non monti la concorrenza, come nel caso AMD.

[digieffe]

http://translate.googleusercontent.c...803_dxGokMdU5A


Intel C / C++ 11.1 0.93 / 1,24 (SPECint_2006base / SPECfp_2006base)
Intel C / C++ 12.0 1,10 / 1,42 (SPECint_2006base / SPECfp_2006base)
other compilers 1,00 / 1,00 (SPECint_2006base / SPECfp_2006base) *

* Best of Visual Studio 2010 and PGI

1,10 / 0,93 = 1,18 (+18%)
1,42 / 1,24 = 1,14 (+14%)

complimenti a tutti i possessori di amd diventati più veloci del 18% sugli int e 14% sui fp


con questi dati qual'è la reale differenza tra k10 e SB? e quale sarà tra Bd e SB???

[blackshard]

Originariamente inviato da digieffe

http://translate.googleusercontent.c...803_dxGokMdU5A


Intel C / C++ 11.1 0.93 / 1,24 (SPECint_2006base / SPECfp_2006base)
Intel C / C++ 12.0 1,10 / 1,42 (SPECint_2006base / SPECfp_2006base)
other compilers 1,00 / 1,00 (SPECint_2006base / SPECfp_2006base) *

* Best of Visual Studio 2010 and PGI

1,10 / 0,93 = 1,18 (+18%)
1,42 / 1,24 = 1,14 (+14%)

complimenti a tutti i possessori di amd diventati più veloci del 18% sugli int e 14% sui fp


con questi dati qual'è la reale differenza tra k10 e SB? e quale sarà tra Bd e SB???

Chissà da dove sono sbucati il 15% in più di prestazioni gratis.

[Vash_85]

Originariamente inviato da digieffe

http://translate.googleusercontent.c...803_dxGokMdU5A


Intel C / C++ 11.1 0.93 / 1,24 (SPECint_2006base / SPECfp_2006base)
Intel C / C++ 12.0 1,10 / 1,42 (SPECint_2006base / SPECfp_2006base)
other compilers 1,00 / 1,00 (SPECint_2006base / SPECfp_2006base) *

* Best of Visual Studio 2010 and PGI

1,10 / 0,93 = 1,18 (+18%)
1,42 / 1,24 = 1,14 (+14%)

complimenti a tutti i possessori di amd diventati più veloci del 18% sugli int e 14% sui fp


con questi dati qual'è la reale differenza tra k10 e SB? e quale sarà tra Bd e SB???

LOL +18%, la differenza tra PhenII e neahlemn a parità do clock non si aggirava intorno al 20% ?

[Alex23]

°_°

[walter sampei]

guardate che tra k8 e architettura core 2 e' la stessa cosa, non ci piove che l'architettura core 2 sia veramente valida e comunque IMHO avrebbe prestazioni comunque superiori, ma non con tutto il vantaggio che ha.