Je kdo poizkusil Open64 ( compiler ) ?

Sem si na AMDjevi strani snel najnovejšo verzijo z dodatki za AMD CPUje in jo prevedel z manjšimi popravki, da se stvar prevede na mojem gcc-4.4.3.

Na netu ga full hvalijo, češ da z njim AMDjčki v 64-bitnem načinu dobijo krila, pa neki ni videt, vsaj na enostavnem primeru.

Sem z njim scompilal bzip2, pa neki ni videt drastičnih razlik.

Bolj kompliciranih stvari in c++ zadev se še nisem lotil in preden zgubim čas še za to me zanima, če kdo že ima izkušnje s tem...

kak url do konkretnih benchov?

ql, bo treba probat

ping -b programiranje.slo-tech.com ?

Halo ?

Ne morem verjet, da stvar nikogar ne zanima...

Intel ima svojo verzijo.

Pravzaprav ta podpira tudi intla...

THE US Federal Trade Commission (FTC) apparently is interested in the fact that Intel's compiler deliberately cripples performance for non-Intel processors such as those made by AMD and VIA.
Writing in his blog, programming expert Agner Fog said that it appears that Chipzilla's compiler can produce different versions of pieces of code, with each version being optimised for a specific processor and/or instruction set. The system detects which CPU it's running on and chooses the optimal code path accordingly.
But it also checks what instruction sets are supported by the CPU and it also checks the vendor ID string. If the string says 'GenuineIntel' then it uses the optimal code path. If the CPU is not from Intel then, in most cases, it will use the slowest version of the code it can find.
While this is known, few Intel compiler users actually seem to know about it. Chipzilla does not say that the compiler is Intel-specific, either.
Fog said that if more programmers knew this fact they would probably use another compiler as everyone wants their code to run just as well on AMD's processors as on Intel's.
Some benchmarking programs are affected by this, up to a point where benchmark results can differ greatly depending on how a processor identifies itself.
It seems that in the fine print of the AMD settlement Intel has agreed to fix this problem. But apparently the FTC will still be interested because VIA could still be disadvantaged.

To pa je res tisti najnižji možen nivo...

P.S. Sem raje kar vse sem skopiral. Za tiste ki ne klikajo linkov. Ker to pa je res umazana igra.

Sem scompilal zadevo in nekako pogruntal kako jo pripravim do dela.

Vendar mi vsaj na mojem Gentooju opcija -mp, s katero vklopim možnost multithreadinga ( compiler sam generira threade za ponavljajoče se dolge zanke) ne dela. Ko jo aktiviram, stvar neki tupi, da ne najde:

undefined reference to `__ompc_can_fork'
undefined reference to `__ompc_can_fork'

Kot da ne bi imela knjižnice za openmp vmesnik ali da je ne bi našla...

Se komu kaj konkretnega sanja ?

Vem da ta prevajalnik obstaja, ampak ga nisem sprobal. Nimam nobene novejše AMD mašine pri roki. Sicer pogosto prevajam eno fortransko HPC aplikacijo in uporabljam intelov, PGI in gnu prevajalnik; tudi na AMD procih (dobri stari X2 4200+ na socket 939) je najhitrejša koda narejena z Intelovim prevajalnikom.

Zdaj pa se veliko pričakuje od Fermija, ampak to je že druga zgodba.

Fermi obljublja drastično izboljšano double-precision floating point zmogljivost. Mera je zame speedup na uporabljani(h) aplikaciji(ah), razni sintetični benchmarki me ne ganejo preveč. Samo ni vsak problem primeren za masovno paralelizacijo.

Tale Open64 bom ob priliki sprobal, vidim da imajo rpm paketke že spečene.

Bo Fermi kaj hitrejši kot Radeon 5870?