|
1)
Message boards :
Number crunching :
Versions for x86_64 platforms avaible ?
(Message 18726)
Posted 17 Dec 2007 by ebahapo Post: Even though there's an official AMD64 client for Linux, it refers to too many dynamic libraries and requires a fairly recent Linux setup to run on. So, one more time, I'm making available the AMD64 Linux client here. It refers to a minimal set of standard dynamic libraries whose version requirements should be satisfied by Linux systems up to 2 or 3 years old, however it was built with a fairly recent version of GCC, 4.1.2. The drill's still the same:
|
|
2)
Message boards :
Number crunching :
Versions for x86_64 platforms avaible ?
(Message 17771)
Posted 13 Aug 2007 by ebahapo Post: Here's a development version of the x86-64 Linux client:
|
|
3)
Message boards :
Number crunching :
Versions for x86_64 platforms avaible ?
(Message 16672)
Posted 6 Apr 2007 by ebahapo Post: Here's the new recommended version for the x86-64 Linux client:
|
|
4)
Message boards :
Number crunching :
Versions for x86_64 platforms avaible ?
(Message 16588)
Posted 21 Mar 2007 by ebahapo Post: An updated x86-64 Linux client, version 5.8.15, can be downloaded from boinc_5.8.15_x86_64-pc-linux-gnu.tgz (make sure to read the file "README.x86_64-pc-linux-gnu" in it). Crunch3r's x64 Windows client, version 5.8.11, can be found at boinc_5.8.11_windows_amd64.zip. For more information, see BoincStats Forum. HTH |
|
5)
Message boards :
Number crunching :
Versions for x86_64 platforms avaible ?
(Message 16378)
Posted 20 Feb 2007 by ebahapo Post: Correction: the x86-64 Linux client, version 5.8.11, can be downloaded from boinc_5.8.11_x86_64-pc-linux-gnu.tgz (make sure to copy both files to the BOINC working directory). The new x64 Windows client, version 5.8.11, by Crunch3r, can be found at boinc_5.8.11_windows_amd64.zip. Update on project applications:
|
|
6)
Message boards :
Number crunching :
Versions for x86_64 platforms avaible ?
(Message 16363)
Posted 16 Feb 2007 by ebahapo Post: FYI, the new x86-64 Linux client, version 5.8.11, can be found at boinc_5.8.11_x86_64-pc-linux-gnu.gz. Again, the x64 Windows client, version 5.4.11, by Crunch3r, at boinc_5.4.11_windows_amd64.zip. As WCG uses HTTPS in the communications with the client, a file with public encryption keys is needed. Download this new x86-64 Linux client, still version 5.8.11, boinc_5.8.11_x86_64-pc-linux-gnu.tgz and copy all the files in the tar-ball to your system's working BOINC directory. For more information, see BoincStats Forum. HTH |
|
7)
Message boards :
Number crunching :
Versions for x86_64 platforms avaible ?
(Message 16330)
Posted 13 Feb 2007 by ebahapo Post: FYI, the new x86-64 Linux client, version 5.8.11, can be found at boinc_5.8.11_x86_64-pc-linux-gnu.gz. Again, the x64 Windows client, version 5.4.11, by Crunch3r, at boinc_5.4.11_windows_amd64.zip. For more information, see BoincStats Forum. HTH |
|
8)
Message boards :
Number crunching :
Versions for x86_64 platforms avaible ?
(Message 16273)
Posted 7 Feb 2007 by ebahapo Post: I'm happy to see that several projects have started this week to support AMD64. Here's an updated list:
|
|
9)
Message boards :
Number crunching :
Versions for x86_64 platforms avaible ?
(Message 16265)
Posted 6 Feb 2007 by ebahapo Post: So far, two projects have added support for x86-64: SETI sends the x86 application and SIMAP, a true x86-64 application. Would you consider supporting the platform x86_64-pc-linux-gnu or x86_64-unknown-linux-gnu similarly? RieselSieve supports AMD64 Windows clients by sending the 32-bit application too. |
|
10)
Message boards :
Number crunching :
Versions for x86_64 platforms avaible ?
(Message 16251)
Posted 6 Feb 2007 by ebahapo Post: So far, two projects have added support for x86-64: SETI sends the x86 application and SIMAP, a true x86-64 application. Would you consider supporting the platform x86_64-pc-linux-gnu or x86_64-unknown-linux-gnu similarly? RieselSieve is yet another project supporting AMD64 Linux clients by sending the 32-bit application. |
|
11)
Message boards :
Number crunching :
Versions for x86_64 platforms avaible ?
(Message 16214)
Posted 3 Feb 2007 by ebahapo Post: It's good that projects who can benefit from it are. The only benefit that I still see for sixtrack is if it were a 64-bit binary it would only make it "native" so to speak for 64-bit OSes. Performance in sixtrack is dependent on floating point ops and those are way beyond 64-bit calculations. There's more to x86-64 than 64-bit intergers. There are many other improvements that offer potential for improved performance of several applications. I'd venture to guess perhaps a -2% - +2% change in speed for sixtrack as 64-bit. Any change would be minor. sixtrack is used in the SPEC2000 suite and submissions made by Intel point to an improvement of 5% using the 64-bit compiler over using the same 32-bit compiler. To put this figure in perspective, typically a 3% improvement is the same as upgrading a processor to the next higher speed grade. It'd be as though LHC gained processors almost 2 speed grades better! ;-) HTH |
|
12)
Message boards :
Number crunching :
Versions for x86_64 platforms avaible ?
(Message 16179)
Posted 23 Jan 2007 by ebahapo Post: So far, two projects have added support for x86-64: SETI sends the x86 application and SIMAP, a true x86-64 application. Would you consider supporting the platform x86_64-pc-linux-gnu or x86_64-unknown-linux-gnu similarly? Docking just added support for AMD64 Linux clients through a 32-bit application for the time being. |
|
13)
Message boards :
Number crunching :
Versions for x86_64 platforms avaible ?
(Message 16153)
Posted 18 Jan 2007 by ebahapo Post: But seriously, double performance? That's great! Yep, double, but triple the performance has also been observed (see this and this). I agree that the client or the server should automatically send the 32-bit application and I suggested it to the BOINC developers a long time ago (see this). Until then, it's up to the developers to either port the application to 64 bits or have the 32-bit application be sent to such clients instead. |
|
14)
Message boards :
Number crunching :
Versions for x86_64 platforms avaible ?
(Message 16150)
Posted 18 Jan 2007 by ebahapo Post: So far, two projects have added support for x86-64: SETI sends the x86 application and SIMAP, a true x86-64 application. Would you consider supporting the platform x86_64-pc-linux-gnu or x86_64-unknown-linux-gnu similarly? ABC ß now provides a 64-bit application for AMD64 on Linux yielding double the performance. |
|
15)
Message boards :
Number crunching :
Versions for x86_64 platforms avaible ?
(Message 15466)
Posted 15 Nov 2006 by ebahapo Post: So far, two projects have added support for x86-64: SETI sends the x86 application and SIMAP, a true x86-64 application. Would you consider supporting the platform x86_64-pc-linux-gnu or x86_64-unknown-linux-gnu similarly? Yay! Malaria now supports AMD64 on Linux with a 32-bit application too. |
|
16)
Message boards :
Number crunching :
Versions for x86_64 platforms avaible ?
(Message 15130)
Posted 18 Oct 2006 by ebahapo Post: Presumably the immediate predecessors already fetch 64 bits at a time then? Including doing this for integers and for fetching prog code? Modern processors fetch chunks at a time, whether it started as a byte or more. The chunk size is that of the cache line, typically 64 or 128 bytes. Previous and current models have a 64 or 128-byte memory interface, the wider being better performance-wise. HTH |
|
17)
Message boards :
Number crunching :
Versions for x86_64 platforms avaible ?
(Message 15109)
Posted 16 Oct 2006 by ebahapo Post: I'd put my money on it being a key architectural enhancement between generations of CPUs. A wider bus would be software independent. Only neither AMD nor Intel processors which support AMD64 have a wider memory interface or fetch any more bytes at a time than their predecessors. |
|
18)
Message boards :
Number crunching :
Versions for x86_64 platforms avaible ?
(Message 15082)
Posted 12 Oct 2006 by ebahapo Post: What I am not clear on, is if you have a 64 bit machine running 32 bit code in backwards compatibility mode, then presumably the hardware can still give you those advantages anyway -- any hardware geniuses care to comment? Processors supporting AMD64 are newer ones and they have improvements that benefit most applications regardless of their "bitness". However, AMD64 is more than a mere change in the "bitness", it's a new extension to the x86 instruction set, making it more powerful and flexible. And in order to take advantage of this extended x86 instruction set, known as AMD64, programs have to be recompiled for it. HTH |
|
19)
Message boards :
Number crunching :
Versions for x86_64 platforms avaible ?
(Message 15081)
Posted 12 Oct 2006 by ebahapo Post: This topic seems to get asked over and over again .. the "64-bitness" refers to integer functions... AMD64's "64-bitness" is just part of its story. It provides twice the number of both integer and floating-point registers. And it defaults to the more efficient 16 SSE registers, instead of the cumbersome 8-entry x87 stack. SPEC CPU2000 uses sixtrack as a benchmark and the evidence that its faster as an AMD64 application than as a x86 application is that everyone has submitted peak results for 64-bit OS'es running it as an AMD64 application (see this), even if one or another benchmark was run as a x86 application in such submissions. HTH |
|
20)
Message boards :
Number crunching :
Versions for x86_64 platforms avaible ?
(Message 15037)
Posted 10 Oct 2006 by ebahapo Post: So far, two projects have added support for x86-64: SETI sends the x86 application and SIMAP, a true x86-64 application. Would you consider supporting the platform x86_64-pc-linux-gnu or x86_64-unknown-linux-gnu similarly? Guess what? Leiden Classical now supports AMD64 on Linux with a 32-bit application. ;-) |
Next 20
©2024 CERN