new a64 optimized compiler

[saaya]

http://www.theinquirer.net/?article=14077

its a hacked intel compiler, he claims it gives an up to 22% performence boost over previous compilers!

please post results

[saaya]

c'mon anybody give it a try. should give a nice performence boost in superpi pifast and f@h etc...

[Overlag]

i dont get it... how does this work?

[doctorcod]

hmpf! if i am going to have to recompile every program that i want the performance boost in, which you would, then no thanks lol. but yeah for benches, lets see if it really works.

[saaya]

the compiler translates requests from any app into the cpus native language. its like the cpu is an illegal mexican worker and you need some dude to translate him what he is supposed to do. now you just found somebody who can translate to spanish faster and doesnt make that many mistakes as the translator before so our mexican friend can work even harder and faster

[dropadrop]

Originally posted by saaya
the compiler translates requests from any app into the cpus native language. its like the cpu is an illegal mexican worker and you need some dude to translate him what he is supposed to do. now you just found somebody who can translate to spanish faster and doesnt make that many mistakes as the translator before so our mexican friend can work even harder and faster

Great explanation... I heard of some even more efficient complilers being released though, problem is they are commercial and fairly expensive. These compilers will start making more of a diferance when companies port their apps to the x86-64 version of windows. Even if the windows itself won't give a performance advantage, using optimised compilers will.

[Maxvla]

Originally posted by saaya
the compiler translates requests from any app into the cpus native language. its like the cpu is an illegal mexican worker and you need some dude to translate him what he is supposed to do. now you just found somebody who can translate to spanish faster and doesnt make that many mistakes as the translator before so our mexican friend can work even harder and faster

and for even less money :x

[enzoR]

lol great explanation saaya!

[saaya]

hehe thx

this compiler is still 32bit though, its mainly about sse2 i think...
funny thing is amd doesnt even work on a compiler afaik, they just use intels compilers and still beat them at their own game

[OwcA]

Intel Compiler can produce 64 bit code but only for Itanium. This can all well change if Intel is planning on releasing a x86 64 bit processor of their own.

[saaya]

wee i was talking crap, of course amd is working on a compiler for x86-64 :P

[OwcA]

The increasing differences (and therefore gains from platform specific optimizations) between processors is wind in the sails of opensource comunity.

[DMOS]

The problem with this is that you need the source code binaries for the applications you plan to recompile. You aren't going to have that for most programs, with the exception of the open source ones as mentioned by OwcA.

[MentholMoose]

This is not a hacked compiler. The guy wrote a utility that will patch Intel-optimized binaries to work on non-Intel CPUs. So all you need to do is use his utility on a binary that meets this requirement; you don't necessarily need the source code (you only need it if there was no Intel-optimized version of the binary and you had to compile one yourself).

/*
 * iccOut 1.0
 *
 * This program enables programs compiled with the intel compiler using the
 * -xN flag to run on non-intel processors. This can sometimes result in
 * large performance increases, depending on the application. Note that even
 * though the check will be removed, the CPU running the application *MUST*
 * support both SSE and SSE2 or the program will crash.
 *
 */

[IvanAndreevich]

So, is anyone going to compile a fresh version of some pi-calculating software to see any benefits of this?

[Overlag]

or seti 64

[saaya]

Originally posted by MentholMoose
This is not a hacked compiler.

The guy wrote a utility that will patch Intel-optimized binaries to work on non-Intel CPUs.

so hows that not hacked?

[MentholMoose]

Originally posted by saaya
so hows that not hacked?

The utility doesn't do anything to the compiler at all.

[QuadDamage]

Originally posted by Overlag
or seti 64

i'll do it, just tell me how

[saaya]

it DOES change the code to make it do something it was not supposed to do, run on amd cpus... thats what i call hacked...

[Vlad Draculea]

it is hacked but it is not a compiler, that was his point i think, and that could mean a lot for amd if it is as easy as it seems, no sane developer would doubt for a minute to put his binaries there and push the button (they should first insert a sse2/see check so it doesnt crash in old cpus).
no need to delete/edit, this doesnt seem like a good new to intel, so it must make current owners unhappy.

[bigjohns97]

Originally posted by saaya
the compiler translates requests from any app into the cpus native language. its like the cpu is an illegal mexican worker and you need some dude to translate him what he is supposed to do. now you just found somebody who can translate to spanish faster and doesnt make that many mistakes as the translator before so our mexican friend can work even harder and faster

Are you sure you are in Germany and not in Texas?

[saaya]

hehe lol

[bigjohns97]

what funny about this whole situation is that the compiler is not optomised for amd64 it's just not letting intel use ss3 while amd dosen't. In other words it lets amd 64 chips take advantage of sse optomisations. I bet you money if amd wrote a compiler it would smear intel benchmarks and vise versa.

[zabomb4163]

intel wrote the complier