Well, on a 64bit architecture it makes sense to use 64bit os and therefore
64bit applications.
Especially if the application has to handle large amounts of data and/or
memory.
Sure, a "hello world" wont be faster enough for being noticed by anyone on a
64bit or 32bit.
But if you have a large database server or you have lots of data to be
crunched you don’t want to hassle with 32bit boundaries if you have real
64bit power. ;)

Simon

-----Ursprüngliche Nachricht-----
Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag
von Aaron Stone
Gesendet: Freitag, 30. November 2007 01:00
An: DBMail mailinglist
Betreff: Re: [Dbmail] db server -- 64 bit, or 32 bit?


I would be absolutely shocked if someone could find a real-world
performance difference for DBMail running in 32 or 64 mode on the same
chip. We just don't do enough integer calculation to matter a hoot, I
believe.

The underlying database may perform differently. The operation system may
perform differently. But I strongly doubt DBMail will, on its own, be any
different. (The former two may have non-trivial differences, especially if
you have more than 4GB of RAM and you need those crappy PAE modes to get
at it from a 32-bit OS).

Aaron


On Thu, Nov 29, 2007, Brian Neu <[EMAIL PROTECTED]> said:

> 
> This may be an antiquated topic, but I'm still a little fuzzy on this
> 64bit vs 32bit thing when it comes to performance.  I know that 32 bit
> operating systems and software can run faster than the 64 bit OS and
> software in certain environments.  However, I'm curious if a Postgres
> server handling dbmail would qualify as one of those faster on 32 bit,
> or on 64 bit.
> 
> I do see in the Postgres Solaris FAQ:    
> 
>     "And on other hand,32-bit code on the AMD64 CPU family is not native,
> and that is why 32-bit code is significant slower on this CPU family."
> 
> I guess if my processor ends up being either an Opteron or modern Xeon
> that would settle this.. . . . But if someone has a very firm
> understanding of this that could confirm, that would be appreciated.
>
_______________________________________________
DBmail mailing list
[email protected]
https://mailman.fastxs.nl/mailman/listinfo/dbmail

_______________________________________________
DBmail mailing list
[email protected]
https://mailman.fastxs.nl/mailman/listinfo/dbmail

Reply via email to