473,324 Members | 2,196 Online
Bytes | Software Development & Data Engineering Community
Post Job

Home Posts Topics Members FAQ

Join Bytes to post your question to a community of 473,324 software developers and data experts.

64 bit performance speedup over 32 bit

All,

Does anyone know how much performance speedup I can expect by using 64
bit C++ / Windows XP 64 bit over the 32 bit versions?

Did anyone test this under Visual Studio 2005 or Intel C++ 8.1/9.0 ?

My application domain is montecarlo simulations but any test would be
great.

Regards
Lars Schouw

Feb 8 '06 #1
12 2299
Lars Schouw wrote:
Does anyone know how much performance speedup I can expect by using 64
bit C++ / Windows XP 64 bit over the 32 bit versions?
How does one compare a truck with a compact car? One can do 70 mph
with a tons in the back across a muddy terrain and the other can do
45 mpg with two people on board. No, I am not pulling any analogy
between cars, trucks, and systems. Just between comparisons.

In any case, have you tried looking on the Web for some performance
comparisons (benchmarks)? Try www.tomshardware.com, for example.
Did anyone test this under Visual Studio 2005 or Intel C++ 8.1/9.0 ?
I bet somebody has.
My application domain is montecarlo simulations but any test would be
great.


You should probably ask this in a Windows programming newsgroup. Or
better yet, try testing your own programs. If montecarlo simulations
are not that common, perhaps you'll be the first to publish your
findings...

V
--
Please remove capital As from my address when replying by mail
Feb 8 '06 #2
Victor
Thank you for the nice and useful answer. |-)

tomshardware tests ....hardware I want to see how a monte carlo
simulation (software) runs on the same CPU but with a differerent OS
and compiler setting - build for 64 bit

Lars

Feb 8 '06 #3
Lars Schouw wrote:
Victor
Thank you for the nice and useful answer. |-)

tomshardware tests ....hardware I want to see how a monte carlo
simulation (software) runs on the same CPU but with a differerent OS
and compiler setting - build for 64 bit


I think Victor is saying you're better off trying a newsgroup that is
more related to your question. comp.arch, or some MS group on 64 bit
stuff would probably get a useful response. He is right.

As an aside, my experience is that there is a significant speed-up but
this is not because of the inherant "64 bitness" but because going from
32 bit X86 ISA to AMD64 means the compiler has some more registers to
play with and does allows the compiler to do a much better job with code
generation. There is a hit when you start storing 64 bit pointers as
they use twice the memory. My experience with mips 32 bit (o32 and n32)
vs the 64 bit (n64) instructions was that n32 was significantly faster
than n64 on some applications (usually memory bound apps).

In the case of AMD64 vs X86-32, I don't think I've ever seen a
performance regression going to 64 bit.

Every performance question ends up with this answer - "Test it". Only
you are qualified to do that.

Feb 8 '06 #4
Do you think that 64 bit performance is more OS related than compiler
related? So better to move to a more os specific group like W$indows,
Un$x or Lin**x?

I don't really have time to test it myself right now so it would be
great if someone already did it.

Lars

Feb 8 '06 #5
Gianni Mariani wrote:
As an aside, my experience is that there is a significant speed-up but
this is not because of the inherant "64 bitness" but because going from
32 bit X86 ISA to AMD64 means the compiler has some more registers to
play with and does allows the compiler to do a much better job with code
generation.


Agreed, I've seen the same.

--
Ian Collins.
Feb 8 '06 #6
Lars Schouw wrote:
Do you think that 64 bit performance is more OS related than compiler
related? So better to move to a more os specific group like W$indows,
Un$x or Lin**x?

I don't really have time to test it myself right now so it would be
great if someone already did it.


If your code is computationally intensive (which is sounds like it is),
it's most likely bound by the algorithms and the compiler.
Feb 8 '06 #7
Lars Schouw wrote:
Do you think that 64 bit performance is more OS related than compiler
related? So better to move to a more os specific group like W$indows,
Un$x or Lin**x?

Yes.

The topic has been discussed at length on Solaris forums, so I guess it
has on other OS specific groups.

--
Ian Collins.
Feb 8 '06 #8
Ian

I guess the most Solais C++ code is still running on UltraSparc
processors are a little bit different than Intel in arcitecture.
I will have a look in the Solaris usenet group anyway.

Cheers
Lars

Feb 8 '06 #9

Ian Collins wrote:
Gianni Mariani wrote:
As an aside, my experience is that there is a significant speed-up but
this is not because of the inherant "64 bitness" but because going from
32 bit X86 ISA to AMD64 means the compiler has some more registers to
play with and does allows the compiler to do a much better job with code
generation.


Agreed, I've seen the same.


I don't know that there is any noticable improvement using 64 bit code
over 32 bit code. In fact I might go as far as to say 32 bit code is
faster but that could just be my perception. 32 bit systems are
certainly more stable right now.

Feb 8 '06 #10
Lars Schouw wrote:
Ian

I guess the most Solais C++ code is still running on UltraSparc
processors are a little bit different than Intel in arcitecture.
I will have a look in the Solaris usenet group anyway.

Not quite, Solaris has been running on AMD64 for well over a year now
and the native compilers (used to build the OS) are well tuned for 64
bit. There was a lot of interest in performance when it started shipping.

--
Ian Collins.
Feb 8 '06 #11
ro**********@gmail.com wrote:
Ian Collins wrote:
Gianni Mariani wrote:
As an aside, my experience is that there is a significant speed-up but
this is not because of the inherant "64 bitness" but because going from
32 bit X86 ISA to AMD64 means the compiler has some more registers to
play with and does allows the compiler to do a much better job with code
generation.


Agreed, I've seen the same.

I don't know that there is any noticable improvement using 64 bit code
over 32 bit code. In fact I might go as far as to say 32 bit code is
faster but that could just be my perception. 32 bit systems are
certainly more stable right now.

Have you run comparisons?

In Unix land, 64 bit OSs have been shipping for a while (years in some
cases) and are no different in stability to 32 bit ones.

--
Ian Collins.
Feb 8 '06 #12

Ian Collins wrote:
ro**********@gmail.com wrote:
Ian Collins wrote:
Gianni Mariani wrote:

As an aside, my experience is that there is a significant speed-up but
this is not because of the inherant "64 bitness" but because going from
32 bit X86 ISA to AMD64 means the compiler has some more registers to
play with and does allows the compiler to do a much better job with code
generation.

Agreed, I've seen the same.

I don't know that there is any noticable improvement using 64 bit code
over 32 bit code. In fact I might go as far as to say 32 bit code is
faster but that could just be my perception. 32 bit systems are
certainly more stable right now.

Have you run comparisons?


Nope. Just perception like I stated.
In Unix land, 64 bit OSs have been shipping for a while (years in some
cases) and are no different in stability to 32 bit ones.


OS is Linux. Using the 64 bit version introduces many hassles that
aren't problems in 32 bit version.

Feb 8 '06 #13

This thread has been closed and replies have been disabled. Please start a new discussion.

Similar topics

13
by: Lucas Hofman | last post by:
Hi, Just installed Python 2.4 on a machine (RH8.0 Linux) that also has python 2.3 and python 2.2 installed. The latter came with the linux distribution, the other are compiled from source...
26
by: pembed2003 | last post by:
Hi, I have an application where I use the strncmp function extensively to compare 2 string to see if they are the same or not. Does anyone know a faster replacement for strncmp? I notice there is...
2
by: Jay Loden | last post by:
All, In studying Python, I have predictably run across quite a bit of talk about the GIL and threading in Python. As my day job, I work with a (mostly Java) application that is heavily threaded....
6
by: ALi Shaikh | last post by:
e decided to stay at home to scrutinize is system's HTTP performance. We were upset that our browser only supported HTTP 1.0 and therefore seemed to perform poorly (even though he recently upgraded...
0
by: ryjfgjl | last post by:
ExcelToDatabase: batch import excel into database automatically...
0
by: Vimpel783 | last post by:
Hello! Guys, I found this code on the Internet, but I need to modify it a little. It works well, the problem is this: Data is sent from only one cell, in this case B5, but it is necessary that data...
0
by: jfyes | last post by:
As a hardware engineer, after seeing that CEIWEI recently released a new tool for Modbus RTU Over TCP/UDP filtering and monitoring, I actively went to its official website to take a look. It turned...
0
by: ArrayDB | last post by:
The error message I've encountered is; ERROR:root:Error generating model response: exception: access violation writing 0x0000000000005140, which seems to be indicative of an access violation...
1
by: PapaRatzi | last post by:
Hello, I am teaching myself MS Access forms design and Visual Basic. I've created a table to capture a list of Top 30 singles and forms to capture new entries. The final step is a form (unbound)...
1
by: CloudSolutions | last post by:
Introduction: For many beginners and individual users, requiring a credit card and email registration may pose a barrier when starting to use cloud servers. However, some cloud server providers now...
1
by: Defcon1945 | last post by:
I'm trying to learn Python using Pycharm but import shutil doesn't work
1
by: Shællîpôpï 09 | last post by:
If u are using a keypad phone, how do u turn on JavaScript, to access features like WhatsApp, Facebook, Instagram....
0
isladogs
by: isladogs | last post by:
The next Access Europe User Group meeting will be on Wednesday 3 Apr 2024 starting at 18:00 UK time (6PM UTC+1) and finishing by 19:30 (7.30PM). In this session, we are pleased to welcome former...

By using Bytes.com and it's services, you agree to our Privacy Policy and Terms of Use.

To disable or enable advertisements and analytics tracking please visit the manage ads & tracking page.