|
|
|
|
Strumenti |
22-12-2009, 09:35 | #1 |
www.hwupgrade.it
Iscritto dal: Jul 2001
Messaggi: 75175
|
Link alla notizia: http://www.hwupgrade.it/news/cpu/ftc...ini_31128.html
Anche il CEO di Intel si esprime in merito alle accuse sollevate dalla Federal Trade Commission nei confronti del colosso dei processori Click sul link per visualizzare la notizia. |
22-12-2009, 09:52 | #2 |
Bannato
Iscritto dal: Dec 2009
Messaggi: 47
|
se parli con toni così alti vuol dire che sono sicuri di vincerla la causa, probabilmente con il solito assegno.
|
22-12-2009, 10:29 | #3 |
Senior Member
Iscritto dal: Dec 2008
Messaggi: 422
|
"e che l'accusa di aver volontariamente "edulcorato" il proprio compilatore era già stata avanzata dalla Commissione Europea e poi ritirata per mancanza di prove."
sarà anche vero... ma è altrettanto vero che certi programmi ricompilati con compilatori "non intel" poi funzionano meglio su processori AMD (non dico meglio rispeto a Intel, intendo "rispetto a se stessa" senza "lo zampino di Intel"). |
22-12-2009, 10:44 | #4 |
Senior Member
Iscritto dal: Jun 2004
Città: Roma
Messaggi: 688
|
Ma hanno ancora il coraggio (per non dire la faccia come il....) di sostenere che non praticano concorrenza scorretta nei più svariati modi??? Incredibile...
__________________
Desktop: Cpu: Amd Ryzen 5 3600x @4200mhz + BeQuiet! Dark Rock 4; MoBo: Gigabyte X570 Aorus Elite; Ram: 2x16gb G.Skill 3600mhz C16; Vga: Sapphire Pulse 7900 GRE; Ali: Seasonic Focus Gold 850W; Hd: SSD Samsung 860evo 1tb; Case: BeQuiet! SilentBase 600; Monitor: Samsung 27" 3840x2160 HDR; Volante: Logitech G29; Mouse: Logitech G903. Mobile: Pixel 8 Gaming: PlayStation 4; Ayn Odin 2 pro Foto: Lumix FZ1000 |
22-12-2009, 10:53 | #5 |
Senior Member
Iscritto dal: Dec 2004
Città: Castelfranco Veneto (TV)
Messaggi: 3160
|
Come al solito, Intel "Noi non abbiamo fatto niente, noi siamo stato onesti,. a chi devo dare il miliardo di dollari stavolta??"
|
22-12-2009, 10:59 | #6 |
Member
Iscritto dal: Jan 2007
Messaggi: 277
|
Puoi fornire dei dati a riguardo e spiegare un po' meglio la frase con un esempio? grazie
|
22-12-2009, 11:17 | #7 |
Senior Member
Iscritto dal: Apr 2008
Messaggi: 5977
|
Ceo pezzo di mer...
Ma tutti i Ceo sono dei pezzi di mer... così grandi????
|
22-12-2009, 11:21 | #8 |
Senior Member
Iscritto dal: Dec 2008
Messaggi: 422
|
|
22-12-2009, 11:35 | #9 | |
Member
Iscritto dal: Jan 2007
Messaggi: 277
|
Quote:
E non sto parlando di un fatto "che me l'ha detto mio cuggggino", e' codice su cui ho lavorato. Quando uno fa' delle accuse cosi' dovrebbe avere almeno dei fatti alla mano altrimenti sembra solo spalare m*** gratuitamente. |
|
22-12-2009, 11:42 | #10 | |
Senior Member
Iscritto dal: Jan 2002
Messaggi: 10042
|
Quote:
Software programmers may expect the compilers and software libraries to take care of all the intricacies of instruction sets for them. And the obvious way to deal with incompatible instruction sets is to make multiple branches of the code. Ideally, you would have one branch of code optimized for the latest Intel instruction set, another branch for the latest AMD instruction set, and one or more branches for older CPUs with older instruction sets. The software should detect which CPU it is running on and then choose the appropriate version of the code. This is called CPU dispatching. If the compiler can put a CPU dispatching mechanism into your code then you don't have to care about incompatible instruction sets - or do you? The only compiler I have found that has such a feature for automatic CPU dispatching is Intel's compiler. The Intel compiler can put a CPU dispatcher into your code so that it checks which instruction set (SSE, SSE2, SSE3, etc.) is supported by the CPU and chooses a branch of code that is optimized for that instruction set - but only as long as it is running on an Intel CPU! It refuses to choose the optimal branch if the CPU doesn't have the "GenuineIntel" mark, even if the non-Intel CPU if fully compatible with the optimized code. And who would want to sell a software package that works poorly on AMD and VIA processors? The situation is only slightly better when it comes to software libraries. Most compilers are equipped with libraries of standard functions, or you can use third party libraries. Some of the best optimized software libraries are published by Intel, but again they are optimized for Intel processors, and some of the functions work sub-optimally or not at all on non-Intel processors. AMD also publishes software libraries, and the AMD libraries work well on Intel processors, but of course the AMD libraries don't have a code branch that is optimized for instructions that are only available on Intel processors. There are many other libraries available, but they are typically less optimized and have little or no CPU dispatching. The GNU people are beginning to build a - long overdue - CPU dispatch mechanism into the GNU C library. The GNU library is open source, and of course it must support all x86 CPUs. But this work is done mostly by an Intel guy who has his natural focus on the latest Intel instruction sets and who has so far tested his improvements mainly on Intel processors. The best optimized code branches will work on AMD and VIA processors only with a few years delay when AMD and VIA have copied the Intel instruction sets into their processors. I am not aware of any AMD people contributing the GNU C library |
|
22-12-2009, 11:51 | #11 |
Senior Member
Iscritto dal: Apr 2005
Città: Napoli
Messaggi: 6807
|
Il compilatore INTEL è il migliore, a patto di usare i trucchi descritti da Agner Fog. Probabilmente nel gruppo dove lavoravi c'era qualcuno che sapeva queste cose e faceva in modo che anche sugli Opteron venisse usato il codice SSE2... Prova a chiedere a qualcuno del tuo gruppo...
|
22-12-2009, 12:34 | #12 | |
Bannato
Iscritto dal: Dec 2009
Messaggi: 57
|
Quote:
E' solo qualche esempio dall'unico sito al mondo che testa l'hardware su Linux. Questo dovrebbe farti capire cosa può fare Wintel. Ragazzi, accendete il cervello. www.phoronix.com |
|
22-12-2009, 12:39 | #13 | |
Senior Member
Iscritto dal: Jan 2002
Messaggi: 10042
|
Quote:
Alla faccia..... Ma allora il compilatore intel castra parecchio.... Pensavo molto di meno.... |
|
22-12-2009, 12:43 | #14 |
Bannato
Iscritto dal: Dec 2009
Messaggi: 47
|
come possimo credere a una cosa del genere ?
i test non sono così attinenti in quanto non si sa chi li ha fatti, chi li ha pubblicati e con cosa sono stati fatti. Sono sempre quelli che girano senza nessun altro. che sia l'unico test al mondo che fa ste recensioni effettivamente non vedo come possa essere attinente. Linux io so che è gratuito, qualcuno lo provi altrimenti queste tabelle fatte con open office sembrano risultati campati in aria. Ultima modifica di Eyes Of The tiger : 22-12-2009 alle 12:45. |
22-12-2009, 12:46 | #15 |
Member
Iscritto dal: Jan 2007
Messaggi: 277
|
E' passato parecchio tempo ormai, comunque non c'era bisogno di nessun trucco.
Il discorso non e' strettamente sulle feature ma sulla velocita' effettiva: molta gente crede che il codice generato con il compilatore Intel vada piu' piano rispetto al codice compilato con altre toolchain quando gira su processori AMD. Questo non e' vero ed e' la leggenda metropolitana a cui mi riferisco, ecco alcuni bench indipendenti per esempio, su 8 compilatori quello Intel e' al secondo posto come performance quando gira su AMD: http://www.polyhedron.com/benchamdwin Che poi certe ottimizzazioni si vogliano tenere solo per i propri processore e' una cosa che si puo' essere liberi di criticare (ma poi come si fa a pensare che la stessa istruzione assembly implichi un'identica implementazione a livello architetturale, sia indipendente da ogni altra istruzione che le sta intorno e porti alle stesse prestazioni, mah), ma di certo il compilatore Intel non mi sembra danneggi AMD se comparato con altri compilatori, anzi! |
22-12-2009, 12:47 | #16 | |
Senior Member
Iscritto dal: Jan 2002
Messaggi: 10042
|
Quote:
Ricordo che tempo fa, su questo stesso forum, qualcuno modificò alcuni dll facendo riconoscere la sua cpu amd come genuine intel e su alcuni test c'erano effettivamente dei miglioramenti prestazionali..... |
|
22-12-2009, 12:50 | #17 |
Bannato
Iscritto dal: Dec 2009
Messaggi: 47
|
ragazzi ma linux è gratuito poi quello è pure ubuntu. come faccioa credere ad un portale sconosciuto che è l'unico che ha fatto sti test, se non c'è nulla che confermi per me può essere anche fatto a casaccio.
facciamolo da noi sto test che c'erano miglioramenti nel far riconoscere intel la propria cpu può dipendere anche da un criterio particolare oppure è ottimizzato intel ma fatto sta che quando si palra di migioramenti si palra di pochi punti percentuali e non in tutte le situazioni. Ultima modifica di Eyes Of The tiger : 22-12-2009 alle 12:53. |
22-12-2009, 12:56 | #18 |
Bannato
Iscritto dal: Dec 2009
Messaggi: 47
|
stesso portale già quì i risultati non coincidono :
Lame Mp3 Encoding v3.97 ( anzichè 3.98 ) già i risultati di un Core 2 duo 2.53Ghz Kentsfield fa meglio quì che del core i5 e i7 860 in quell'altra e l'athlon64 X2 da 2.7Ghz è pure vicino, ma figuriamoci ! meglio proporre a qualche utente del thread AMD e di intel di fare una serie di test comuni. E poi come mai il 920 va più forte del 860 ? fino a prova contraria l'860 va più forte del 920 senza problemi salvo in casi di multiprocessore in cui il triple channel può servire. http://www.phoronix.com/scan.php?pag...item=961&num=5 Ultima modifica di Eyes Of The tiger : 22-12-2009 alle 13:05. |
22-12-2009, 12:59 | #19 |
Member
Iscritto dal: Jan 2007
Messaggi: 277
|
@MirrorsEdge:
saro' troppo stupido io ma non capisco cosa vogliano dire le immagini che hai allegato. Non c'e' nessuna comparazione tra compilatori, nessuna spiegazione della configurazione ma solo il tipo di processore ed il risultato del benchmark. Che cosa vorresti "spiegare" con questo? |
22-12-2009, 12:59 | #20 | |
Senior Member
Iscritto dal: Jan 2002
Messaggi: 10042
|
Quote:
|
|
Strumenti | |
|
|
Tutti gli orari sono GMT +1. Ora sono le: 18:31.