It would be nice if this explanation was a part of zip file, as a "readme.txt".
It's already on the Einstein Beta download page. If you don't read that, then why the need for a readme text file that people then probably won't read either?
I have downloaded application from http://einstein.phys.uwm.edu/power_apps.php (the link presented on sticky: Windows S5R3 "power users" App 4.32 available), there is no explanation there. If I knew about link you gave, I would most certainly not asked for help.
OK, I may have misread that bit of information. The difference therein is that all Intel CPUs from the P4 onwards have SSE2 already, so from 32bit onwards. On AMDs SSE2 is only found on their 64bit CPUs and only works in 64bit mode.
OK, I may have misread that bit of information. The difference therein is that all Intel CPUs from the P4 onwards have SSE2 already, so from 32bit onwards. On AMDs SSE2 is only found on their 64bit CPUs and only works in 64bit mode.
SSE2 will work also in 32 bit mode on any AMD CPU which supports SSE2 at all.
CU
Bikeman
OK, I may have misread that bit of information. The difference therein is that all Intel CPUs from the P4 onwards have SSE2 already, so from 32bit onwards. On AMDs SSE2 is only found on their 64bit CPUs and only works in 64bit mode.
SSE2 will work also in 32 bit mode on any AMD CPU which supports SSE2 at all.
CU
Bikeman
I was about to say, then why does the SSE2 version of the SETI optimized app work on my system?
If you look at Crunch3r's Seti optimised app's pages you will see the sse etc versions available for Seti. Others that you might think should be there like AMD SSE3 are not released because the AMD version of SSE3 is not the same as Intels and causes crashes or errors.
In truth as seen by Seti, SSE3 optimised apps don't work any faster than SSE2.
Seti itself doesn't offer different versions because of the extra workload involved and the problems of testing each optimised application on all platforms. And the problem will only get worse when Intel produce SSEn, because the there will be different generations of Mac's as well.
If you look at Crunch3r's Seti optimised app's pages you will see the sse etc versions available for Seti. Others that you might think should be there like AMD SSE3 are not released because the AMD version of SSE3 is not the same as Intels and causes crashes or errors.
In truth as seen by Seti, SSE3 optimised apps don't work any faster than SSE2.
Seti itself doesn't offer different versions because of the extra workload involved and the problems of testing each optimised application on all platforms. And the problem will only get worse when Intel produce SSEn, because the there will be different generations of Mac's as well.
Another "full disclosure" statement is that the reason that there are AMD vs. Intel SSE and SSE2 applications is not because of the implementation of SSEx, but because of the Intel Compiler generating code targeted for Intel-specific architecture vs. "generic" for AMD. I had always translated that to be more buffering tricks and other architecture-specific optimizations, not differences in SSEx. If that is not the case, someone please speak up and clarify... :-)
If you look at Crunch3r's Seti optimised app's pages you will see the sse etc versions available for Seti. Others that you might think should be there like AMD SSE3 are not released because the AMD version of SSE3 is not the same as Intels and causes crashes or errors.
In truth as seen by Seti, SSE3 optimised apps don't work any faster than SSE2.
Seti itself doesn't offer different versions because of the extra workload involved and the problems of testing each optimised application on all platforms. And the problem will only get worse when Intel produce SSEn, because the there will be different generations of Mac's as well.
Another "full disclosure" statement is that the reason that there are AMD vs. Intel SSE and SSE2 applications is not because of the implementation of SSEx, but because of the Intel Compiler generating code targeted for Intel-specific architecture vs. "generic" for AMD. I had always translated that to be more buffering tricks and other architecture-specific optimizations, not differences in SSEx. If that is not the case, someone please speak up and clarify... :-)
From [url=In April 2005, AMD introduced a subset of SSE3 in revision E (Venice and San Diego) of their Athlon 64 CPUs.]Wikipedia SSE3 article[/url];
Quote:
In April 2005, AMD introduced a subset of SSE3 in revision E (Venice and San Diego) of their Athlon 64 CPUs.
What difference this makes I have no idea and if they have included full SSE3 in subsequent cpu's I have no idea.
I am absolutely sure that Simon and Crunch3r know all about the AuthenticAMD string produced by the Intel compiler, there were/are many discussions on it on Seti related boards.
RE: RE: It would be nice
)
I have downloaded application from http://einstein.phys.uwm.edu/power_apps.php (the link presented on sticky: Windows S5R3 "power users" App 4.32 available), there is no explanation there. If I knew about link you gave, I would most certainly not asked for help.
RE: From your kernel
)
Yes, Ubuntu 7.10. I've managed to install it without any problems, thanks anyway.
RE: ... SSE2 on Intel CPUs
)
What's the difference there?
That sounds rather bad if so...
Happy crunchin',
Martin
See new freedom: Mageia Linux
Take a look for yourself: Linux Format
The Future is what We all make IT (GPLv3)
RE: RE: ... SSE2 on Intel
)
Indeed. I thought Intel and AMD had the same features through SSE3, and that they didn't diverge until SSSE3 or SSE4/SSE4.1/SSE4.2/SSE4a
Reno, NV Team: SETI.USA
OK, I may have misread that
)
OK, I may have misread that bit of information. The difference therein is that all Intel CPUs from the P4 onwards have SSE2 already, so from 32bit onwards. On AMDs SSE2 is only found on their 64bit CPUs and only works in 64bit mode.
RE: OK, I may have misread
)
SSE2 will work also in 32 bit mode on any AMD CPU which supports SSE2 at all.
CU
Bikeman
RE: RE: OK, I may have
)
I was about to say, then why does the SSE2 version of the SETI optimized app work on my system?
Jord, go to bed... :-P
If you look at Crunch3r's
)
If you look at Crunch3r's Seti optimised app's pages you will see the sse etc versions available for Seti. Others that you might think should be there like AMD SSE3 are not released because the AMD version of SSE3 is not the same as Intels and causes crashes or errors.
In truth as seen by Seti, SSE3 optimised apps don't work any faster than SSE2.
Seti itself doesn't offer different versions because of the extra workload involved and the problems of testing each optimised application on all platforms. And the problem will only get worse when Intel produce SSEn, because the there will be different generations of Mac's as well.
RE: If you look at
)
Another "full disclosure" statement is that the reason that there are AMD vs. Intel SSE and SSE2 applications is not because of the implementation of SSEx, but because of the Intel Compiler generating code targeted for Intel-specific architecture vs. "generic" for AMD. I had always translated that to be more buffering tricks and other architecture-specific optimizations, not differences in SSEx. If that is not the case, someone please speak up and clarify... :-)
RE: RE: If you look at
)
From [url=In April 2005, AMD introduced a subset of SSE3 in revision E (Venice and San Diego) of their Athlon 64 CPUs.]Wikipedia SSE3 article[/url];
What difference this makes I have no idea and if they have included full SSE3 in subsequent cpu's I have no idea.
I am absolutely sure that Simon and Crunch3r know all about the AuthenticAMD string produced by the Intel compiler, there were/are many discussions on it on Seti related boards.