64 Bit!!!

David Stanford
David Stanford
Joined: 23 Feb 05
Posts: 2
Credit: 4280
RAC: 0
Topic 188358

I have an AMD Athlon 64 +3200 processor. If you were to devise a program that would utilize my 64 bit pathway my processing speed (And many others') would almost double.
I wish for 64 bit BOINC. :)

Jord
Joined: 26 Jan 05
Posts: 2952
Credit: 5893653
RAC: 248

64 Bit!!!

On your Windows XP Pro 32bit version? Or can you wait long enough for Microsoft to first release a non-beta 64bit version of their operating systems? ;)

David Stanford
David Stanford
Joined: 23 Feb 05
Posts: 2
Credit: 4280
RAC: 0

> On your Windows XP Pro

Message 7470 in response to message 7469

> On your Windows XP Pro 32bit version? Or can you wait long enough for
> Microsoft to first release a non-beta 64bit version of their operating
> systems? ;)
>

Well, first, I am no programmer. I would hope for a BOINC that would work in 64 bit under Windows 32 bit. But that is possibly more trouble than it's worth.
Also I would rather knaw off my own arm than continue with Windows, period. Soon I will be moving on to Suse Linux or Gentoo, in 64 bit of course.
I will say though that a 64 bit BOINC under a 32 bit OS would be a thrill to many new 64 bit processor owners.

Reitmeier
Reitmeier
Joined: 22 Feb 05
Posts: 3
Credit: 12083
RAC: 0

i don´t now... ?

i don´t now... ?

lysdexia
lysdexia
Joined: 9 Mar 05
Posts: 97
Credit: 17013
RAC: 0

knaw -> gnaw How do I know

knaw -> gnaw

How do I know if mine is taking advantage of my 64 bits?


"My other computer is a virus farm."

Heffed
Heffed
Joined: 18 Jan 05
Posts: 257
Credit: 12368
RAC: 0

> knaw -> gnaw This is

Message 7473 in response to message 7472

> knaw -> gnaw

This is really getting tiresome you know? Give it a rest already, please? You may have noticed that you aren't making a very good impression on the fora.

lysdexia
lysdexia
Joined: 9 Mar 05
Posts: 97
Credit: 17013
RAC: 0

likewise!

likewise!


"My other computer is a virus farm."

kami4ligo
kami4ligo
Joined: 15 Mar 05
Posts: 48
Credit: 16105651
RAC: 0

Hi ! Are there any plans

Hi !

Are there any plans to release a 64-bit version of Einstein for GNU/Linux ? Many users have 64 bit processors, and it is a bit of a kludge to have to run einstein in a Wine box to get a reasonable performance.

I plan to install a Debian pure64 environment on this kami box soon...

-rg-

[ Penetrantes Besserwissen hat die Welt niemals verbessert. ]

lgkf
lgkf
Joined: 6 Mar 05
Posts: 72
Credit: 168504
RAC: 0

> likewise! > I remember

Message 7476 in response to message 7474

> likewise!
>
I remember times you performed better, lysdexia...

why ist it, that you left of this pretty nice one:
lake wise -> likewise

80686
80686
Joined: 27 Mar 05
Posts: 7
Credit: 800160
RAC: 0

Hi, I also really would

Message 7477 in response to message 7475

Hi,

I also really would like to have Einstein binaries für x86_64-pc-linux-gnu.
I already had to recompile boinc with --build=i686-pc-linux-gnu just to get some work, but that's a cruel misuse of 64bit ressources.

--
god is real
- unless he's integer.

GentleGiant
GentleGiant
Joined: 17 Apr 05
Posts: 13
Credit: 106323
RAC: 0

To quote David

To quote David Stanford:
[pre]If you were to devise a program that would utilize my 64 bit pathway
my processing speed (And many others') would almost double.[/pre]

This is a common belief, but it's wrong... A "64-bit" processor has integers and addresses that can be 64-bits, but the size of floating point numbers is the same - a double precision Float is already 64 bits!

Think of a 64-bit processor as giving you the ability to work with larger numbers, but not any faster than a 32-bit processor. About the only programs that really benefit from a 64-bit processor are very large databases (where 32-bit addresses are not long enough to fit all the index data) and cryptographic operations (which use arithmetic on very large integers).

In the particular case of the AMD64 instructions versus the current IA-32 ones, there can be a benefit in general performance because the 64-bit programs have access to more registers to hold temporary results, but it would not be anything like a 2x increase, and for many programs there would be no noticable difference at all.

In the general case, if you take a typical program and do a straight 32-64 bit translation on the same architecture, the new one will actually be slower because the added size of the longer integers and addresses eat up more memory bandwidth and cache space.

What could yield a big benefit is if it were possible to recode the program to make use of SSE2 instructions. They may already be using them (I don't know), and many codes can't easily be vectorized. This is about the only way you might see a 2x performance increase. (Unless you switch from a poor compiler to a very clever one, but I don't want to start that discussion right now...)

- Warren Marts

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.