Re: 32-bit vs. 64-bit x86 Speed

glen herrmannsfeldt <gah@ugcs.caltech.edu>
13 Apr 2007 01:30:26 -0400

          From comp.compilers

Related articles
32-bit vs. 64-bit x86 Speed jlforrest@berkeley.edu (Jon Forrest) (2007-04-11)
Re: 32-bit vs. 64-bit x86 Speed gah@ugcs.caltech.edu (glen herrmannsfeldt) (2007-04-13)
Re: 32-bit vs. 64-bit x86 Speed marcov@stack.nl (Marco van de Voort) (2007-04-13)
Re: 32-bit vs. 64-bit x86 Speed anton@mips.complang.tuwien.ac.at (2007-04-13)
Re: 32-bit vs. 64-bit x86 Speed DrDiettrich1@aol.com (Hans-Peter Diettrich) (2007-04-13)
Re: 32-bit vs. 64-bit x86 Speed ian.rogers@manchester.ac.uk (Ian Rogers) (2007-04-13)
Re: 32-bit vs. 64-bit x86 Speed meissner@the-meissners.org (Michael Meissner) (2007-04-13)
Re: 32-bit vs. 64-bit x86 Speed georgeps@xmission.com (George Peter Staplin) (2007-04-13)
[12 later articles]
| List of all articles for this month |
From: glen herrmannsfeldt <gah@ugcs.caltech.edu>
Newsgroups: comp.compilers
Date: 13 Apr 2007 01:30:26 -0400
Organization: Compilers Central
References: 07-04-031
Keywords: architecture, performance
Posted-Date: 13 Apr 2007 01:30:25 EDT

Jon Forrest wrote:
(snip)


> "One thing I've noticed about 64-bit computing in general is that it's
> being oversold. The **only** reason for running in 64-bit mode is if
> you need the additional address space.
(snip)


There is probably some demand for 64 bit integer arithmetic,
though likely much smaller than for large address space.
Addition and subtraction are not hard to do on 32 bit machines,
but multiply and divide are significantly harder.


If intel had done things rights so that one could use the 36
bit physical address of its processors, it would be a few more
years before 64 bit was needed.


But the prices are low enough that it is hard to argue against.
I bought an Athlon 64 processor and motherboard about two years
ago for less than $200. I am sure it would be even less today.


-- glen



Post a followup to this message

Return to the comp.compilers page.
Search the comp.compilers archives again.