Alain <ele### [at] netscapenet> wrote:
> both 32 and 64 bits CPUs use 64 bits FPUs

  Actually Intel (and compatible) processors use 80-bit floating point
numbers internally. I don't know why, but they just do.

-- 
                                                          - Warp

Post a reply to this message

Warp <war### [at] tagpovrayorg> wrote:
>
>   A 64-bit processor has 64-bit registers. That's about it. All the
> opcodes are still the same (well, mostly).
>
>   I don't know what you think a 64-bit processor is, but it's basically
> the exact same thing as a 32-bit processor with the only difference that
> registers are 64-bit long instead of 32-bit.
>
>   What does it mean that they are twice as long? It means that you can
> make integer calculations with twice as many bits and also that you can
> directly access a whole lot more of memory. How this could speed up
> anything is beyond me.
>

>                                                           - Warp

I wasn't arguing that the 64-bit processors should be twice as fast.  The
answer to that question is clearly no.  I was trying to explain why
reasonably intelligent people might ask the question.  It's because some
integer operations may be doubled up using the extra registry space.  As
you've pointed out, due to all the bit shifting and underflow/overflow
error detection, there is clearly no speed increase, and very few
operations could actually benefit from this approach anyway.  However, I
think it was an excellent question to ask, and the resulting discussion
here has been enlightening.  Hopefully we've all learned a lot more about
how 64-bit computing works, which was the intent to begin with.  Thanks for
your contribution to the discussion (no sarcasm here).

Mike

Post a reply to this message

On a side note, there are a few applications which truely benefit from
a 64-bit architecture and would be much slower in 32-bit ones.

  One excellent example are computer chess programs. The best chess
computers in the world have always been 64-bit, and for a good reason:

  Bitmasks of the chess board are an efficient technique to speed up
calculations. For instance, one bitmask could tell to which squares
a certain piece can move. Performing a logical and of this bitmask and
another telling the location of another piece tells the program really
fast (in 1 clock cycle or less, depending on the processor) whether the
latter can be captured by the former. This technique is used a lot in
the best chess software out there.

  Now, a bitmask of the chess board requires, naturally, 64 bits (because
that's the amount of squares in the board). In a 64-bit processor it's
the size of a register, and thus performing operations on these bitmasks
is really fast. In 32-bit processors 2 registers (and thusly two operations)
would have to be used for each bitmask and each operation done to them,
making it considerably slower.

  Unfortunately these special cases are rather rare, and for example
POV-Ray is not a program which would benefit much from 64-bit integers
(except for the added address space if there's more than 4 gigabytes
of memory in the computer).

-- 
                                                          - Warp

Post a reply to this message

So what's all the hubbub over 32-bit processors?  Aren't they slower 
than 16-bit CPUs in exactly the same way as 64s are to 32s?  It just 
take longer to assign anything and nothing needs the precision other 
than some specialized applications.  Besides, nobody needs more than 640 
kB of RAM...

*wink*

-- 
Tim Cook
http://home.bellsouth.net/p/PWP-empyrean

-----BEGIN GEEK CODE BLOCK-----
Version: 3.12
GFA dpu- s: a?-- C++(++++) U P? L E--- W++(+++)>$
N++ o? K- w(+) O? M-(--) V? PS+(+++) PE(--) Y(--)
PGP-(--) t* 5++>+++++ X+ R* tv+ b++(+++) DI
D++(---) G(++) e*>++ h+ !r--- !y--
------END GEEK CODE BLOCK------

Post a reply to this message

Mike Sobers spake:


> I wasn't arguing that the 64-bit processors should be twice as fast.  The
> answer to that question is clearly no.  I was trying to explain why
> reasonably intelligent people might ask the question.  It's because some
> integer operations may be doubled up using the extra registry space.  As
> you've pointed out, due to all the bit shifting and underflow/overflow
> error detection, there is clearly no speed increase, and very few
> operations could actually benefit from this approach anyway.  However, I
> think it was an excellent question to ask, and the resulting discussion
> here has been enlightening.  Hopefully we've all learned a lot more about
> how 64-bit computing works, which was the intent to begin with.  Thanks
> for your contribution to the discussion (no sarcasm here).
> 
> Mike

Hi Mike

Thanks, that's a rational view. It seems like sometimes in here stupid
people (like me) aren't allowed to ask stupid questions about stuff they
don't understand, because they promptly get beaten over the head with their
own question. :)

I've always liked the Pov group, cause you get so few elitist and "you're
stupid for even asking that! How can you even -think- that? Explain your
stupidity RIGHT NOW!" type answers in here. Guess that's changing.

But then, that's the POINT of asking a question - why ask a question (or
answer them) if you are omniscent and already know everything about
everything? Must be boring knowing everything about everything - nothing
new to learn or discover...

I just thought 64 is twice 32 , so it's got to be good for -something- and
do -something- better than a 32 bit processor. As you point out, it seemed
logical that -something- is twice -something- else - ok, its the register
sizes. So what? Now I know. No harm done.

-- 
Stefan Viljoen
Software Support Technician / Programmer
Polar Design Solutions

Post a reply to this message

Stefan Viljoen <spamnot@ <removethis>polard.com> wrote:
> Thanks, that's a rational view. It seems like sometimes in here stupid
> people (like me) aren't allowed to ask stupid questions about stuff they
> don't understand, because they promptly get beaten over the head with their
> own question. :)

  I was just asking, out of curiosity, what is it that makes some people
believe that a 64-bit system should/might be twice as fast (or just faster
by some degrees) than an equivalent 32-bit system.

  It just feels that people never stop to think rationally about these
things. "What does it actually mean that it's a 64-bit system?" After
one thinks about that question and comes to a rational answer then one
should/may perhaps realize that there's no logical reason why a 64-bit
system should be twice as fast as a 32-bit system.

  Perhaps one reason might be that the popularization of 64-bit desktop
systems (64-bitness has always been something only popular in obscure
big servers until now) as well as the popularization of dual-core desktop
systems (again, multiple processors have been something only used in
obscure big servers until now) have coincided, and thus people might
get those two things mixed up and think that they are somewhat related
(even though they really aren't; their popularization in desktop systems
at the same time is just coincidence).

  Most people are also probably too young to remember the shift from
16-bit systems to 32-bit systems in Intel-based computers and have never
experienced first-hand the speed difference between a 16-bit binary
compared to a 32-bit binary (if they do the same thing there's basically
no speed difference except when big amounts of memory are needed or if
32-bit arithmetic is a very relevant part of the program's calculations).

> I just thought 64 is twice 32

  Did you stop to think *what* is it that is "twice"? What it could
possibly be?

-- 
                                                          - Warp

Post a reply to this message

Warp wrote:

> Stefan Viljoen <spamnot@ <removethis>polard.com> wrote:
>> Thanks, that's a rational view. It seems like sometimes in here stupid
>> people (like me) aren't allowed to ask stupid questions about stuff they
>> don't understand, because they promptly get beaten over the head with
>> their own question. :)
> 
>   I was just asking, out of curiosity, what is it that makes some people
> believe that a 64-bit system should/might be twice as fast (or just faster
> by some degrees) than an equivalent 32-bit system.
> 
>   It just feels that people never stop to think rationally about these
> things. "What does it actually mean that it's a 64-bit system?" After
> one thinks about that question and comes to a rational answer then one
> should/may perhaps realize that there's no logical reason why a 64-bit
> system should be twice as fast as a 32-bit system.
> 
>   Perhaps one reason might be that the popularization of 64-bit desktop
> systems (64-bitness has always been something only popular in obscure
> big servers until now) as well as the popularization of dual-core desktop
> systems (again, multiple processors have been something only used in
> obscure big servers until now) have coincided, and thus people might
> get those two things mixed up and think that they are somewhat related
> (even though they really aren't; their popularization in desktop systems
> at the same time is just coincidence).
> 
>   Most people are also probably too young to remember the shift from
> 16-bit systems to 32-bit systems in Intel-based computers and have never
> experienced first-hand the speed difference between a 16-bit binary
> compared to a 32-bit binary (if they do the same thing there's basically
> no speed difference except when big amounts of memory are needed or if
> 32-bit arithmetic is a very relevant part of the program's calculations).
> 
>> I just thought 64 is twice 32
> 
>   Did you stop to think *what* is it that is "twice"? What it could
> possibly be?
> 

On the other hand, did you stop to think that not everybody is familiar with
the inner workings of a computer? That there are actually very few people,
compared to the numbers that use them, that are knowlegable about the inner
workings?
Looking back I can see the validity in Stefan's reasoning.
-- 
Ger

Post a reply to this message

> Perhaps one reason might be that the popularization of 64-bit desktop
>  systems (64-bitness has always been something only popular in
> obscure big servers until now) as well as the popularization of
> dual-core desktop systems (again, multiple processors have been
> something only used in obscure big servers until now) have coincided,
> and thus people might get those two things mixed up and think that
> they are somewhat related (even though they really aren't; their
> popularization in desktop systems at the same time is just
> coincidence).
> 

Implying that 64-bits systems are generally better or faster than
32-bits ones might also be related to the habit of measuring the
performance, or rather generation, of game consoles in terms of bits. I
remember clearly the time when every review was speaking of 8-bits,
16-bits, 32-bits, etc. Hey, I even think the first time I heard of bits
was actually in this context :-)
Roughly each generation was doubling the "bits", so it was in the end
associated with performance. Maybe some remnants of that habit among the
people who played consoles explain the misunderstanding...

On a related note, I wonder if raster graphics are sped up when there
are more bits in the registers ? The evolution of game consoles would
suggest so, but I'm not sure of where GPUs are in terms of bitness, they
could be working in a different bitness than the processor...

In the light of this discussion, one has to wonder why would the average
desktop user need a 64-bit system anyway. Are we going to eat up 4GB of
RAM using word processors and browsing the web ? Talk about bloat :-)

-- 
Vincent

Post a reply to this message

Warp  wrote in message <44cfee79@news.povray.org>:
> (except for the added address space if there's more than 4 gigabytes
> of memory in the computer).

Actually, you do not need more than 4GB of physical memory to get the
advantages of 64bit addressing: it is enough to have more than 4GB
(actually, 3 or so, on most modern operating systems, because the kernel
keeps some address space for itself) of _virtual_ memory.

Sometimes, it is faster to let the system handle swapping on a few page
faults than put tests and indirections everywhere in the program to check
for the availability of such or such data structure.

Sometimes, it is much slower, agreed. This depends completely on the shape
of the memory access of the program, and it is something very hard to
predict. But it is always much _simpler_ to rely on the system's virtual
memory.

Post a reply to this message

Nicolas George <nicolas$george@salle-s.org> wrote:
> Sometimes, it is faster to let the system handle swapping on a few page
> faults than put tests and indirections everywhere in the program to check
> for the availability of such or such data structure.

  I didn't understand this. What "such or such data structure" are you
talking about, and what does virtual memory has to do with that?

-- 
                                                          - Warp

Post a reply to this message