"Beszáll a GCC fejlesztéseibe az Intel"

FSF/GNU/GPL

"Beszáll a GCC, vagyis a GNU Compiler Collection fejlesztéseibe az Intel -- adta hírül a GCC projekt levelezőlistáján megjelent levelekre hivatkozva a Phoronix. A processzorgyártó óriás eddig saját fordítóprogramjaira, az Intel Compiler Collectionre (ICC) koncentrált. A vállalat compilerfejlesztéseinek célja, hogy a lehető legnagyobb teljesítményt csikarja ki saját processzoraiból, ez vélhetőleg a GCC-hez történő hozzájárulások esetén sem lesz másként."

A teljes cikk itt. A Phoronix idevágó cikke itt olvasható.

( dejo v | 2009. 04. 16., cs – 18:45 )

Ez lehet jó hír -az Intel fordítói tapasztalata miatt-, de lehet benne olyan is, hogy az AMD CPU-kra nem optimalizál rendesen, illetve negatívan optimalizál majd a GCC.
Bár a negatív optimalizálás azért elég durva lenne és ha kiderül, (márpedig minden kiderül) az Intelre nézve is káros lenne.
--
не закурить! (Ne gyújts rá!) не куриться! (Ne dohányozz! Ne füstölögj!)

Tekintve, hogy mindkettő x86, és az egyik cégnél megjelenő utasításkészlet (SSEx) rövidesen megjelenik a másik cégnél is, viszonylag nehéz lenne olyan optimalizációt kidolgozni, ami az AMD-n tetü lassú, az intelen meg szalad.
Egyébként minden további nélkül használhatsz, és sokan használnak is icc-t AMD-n.

A dolog mögött inkább az lehet, hogy az intel elkezdett komolyan foglalkozni a Linux-szal (pl Moblin, ahol minden teljesítményjavulás számít), és mivel a Linux gcc-n van, kénytelenek azt fejleszteni.

"...handing C++ to the average programmer seems roughly comparable to handing a loaded .45 to a chimpanzee."
-- Ted Ts'o

Sebesség: Mivel általában az ICC jobb kódot generál, ez vagy egy kivételes példa, vagy rossz fordítóparaméterezés eredménye.

Eltérő eredmény pedig adódhat optimalizációs eltérésekből, bár ha ez nagymértékű, akkor az inkább a program hibája mintsem a fordítóé.
Illetve ezt is okozhatja rossz fordítóparaméterezés... (lásd még -ffast-math és társai)

"...handing C++ to the average programmer seems roughly comparable to handing a loaded .45 to a chimpanzee."
-- Ted Ts'o

Ez így van, de még így is jobb mint a gcc...

Mire gondolok? icc sokkal jobb SSE kódot generál, mert sokkal jobb a vektorizációja. Emiatt AMD-n is gyorsabb mint a gcc-s verzió, még akkor is ha pár apróság az AMD-nek hátrányos...

"...handing C++ to the average programmer seems roughly comparable to handing a loaded .45 to a chimpanzee."
-- Ted Ts'o

( Replaced | 2009. 04. 16., cs – 19:01 )

szegeny kompilar expertnek a levelezessel meg gondjai vannak

--
When in doubt, use brute force.

( emberk | 2009. 04. 16., cs – 19:49 )

Akkor beszállhatna az AMD is. Legalább lesz értelme a -marc=core2,pentium..... stb kapcsolóknak, mondjuk így is számít valamit, de az icc egész hatékony tud lenni.

( 4fonya | 2009. 04. 16., cs – 20:04 )

Az Intel vajon miért szánta el magát erre a lépésre? Az icc-t nem használja senki?

Hát mondjuk a fejlesztőik az optimalizációra koncentrálhatnak és nem kell az idejüket egy nagy projekt körüli egyéb tevékenységekkel lekötni.

Üdv,
Dw.

"Jegyezze fel a vádhoz - utasította Metcalf őrnagy a tizedest, aki tudott gyorsírni. - Tiszteletlenül beszélt a feljebbvalójával, amikor nem pofázott közbe."

( Dwokfur v | 2009. 04. 16., cs – 20:37 )

Csak könyörgöm: ne menjen a biztonság rovására!!!

"Jegyezze fel a vádhoz - utasította Metcalf őrnagy a tizedest, aki tudott gyorsírni. - Tiszteletlenül beszélt a feljebbvalójával, amikor nem pofázott közbe."

Az original verzio is openszosz volt :-) Csak ugye a szori konkretan ugy szolt, hogy:
- C-fordito megpatkol, hogy logint es C-forditot maskent forditson.
- hibatlan forditoval hibas forrasbol hibas C-fordito generalasa
- C-fordito forras "helyreallitas"
- hibas forditoval hibatlan fordito-forrasbol hibas C-forsitot eloallitani
- hibatlan C-fordito forras, es hibas C-fordito binaris terjesztese.
QED.

Mivel jelenleg is binaris C-forditoval es C-fordito forrassal indul az emberek legtobbje, nem is olyan remenytelen dolog :-)

( tzp | 2009. 04. 17., p – 10:40 )

A hwsw valami robottal fordította ezt a cikket, és azért van benne mindenhol fordítás helyett forgatás ?

Én azt hittem, forgatni csak a szénát kell a réten...

Vagy ez már így trendi, és valamirõl lemaradtam ? Nyelvújítás ? Újbeszél ? :))

Kíváncsi vagyok, az a 3 inteles elég lesz-e ahhoz, hogy a GCC-t kellõ mélységig felforgassák.