Re: 64-bit vs 32-bit performance ... backwards? - Mailing list pgsql-performance

From Tom Lane
Subject Re: 64-bit vs 32-bit performance ... backwards?
Date
Msg-id 13656.1150155314@sss.pgh.pa.us
Whole thread Raw
In response to 64-bit vs 32-bit performance ... backwards?  (Anthony Presley <anthony@resolution.com>)
List pgsql-performance
Anthony Presley <anthony@resolution.com> writes:
> I had an interesting discussion today w/ an Enterprise DB developer and
> sales person, and was told, twice, that the 64-bit linux version of
> Enterprise DB (which is based on the 64-bit version of PostgreSQL 8.1)
> is SIGNIFICANTLY SLOWER than the 32-bit version.  Since the guys of EDB
> are PostgreSQL ..... has anyone seen that the 64-bit is slower than the
> 32-bit version?

That is a content-free statement, since they didn't mention what
architectures they are comparing, what compilers (and compiler options)
they are using, or what test cases they are measuring on.

Theoretically speaking, 64-bit *should* be slower than 32-bit (because
more data to transfer between memory and CPU to accomplish the same
work), except when considering workloads that can profit from having
direct access to more than 4Gb of memory.  However the theoretical
advantage is probably completely swamped by implementation details,
ie, how tensely did the designers of your 64-bit chip optimize its
32-bit behavior.

I believe that Red Hat generally recommends using 32-bit mode for
small-memory applications on PPC machines, because PPC32 is indeed
measurably faster than PPC64, but finds no such advantage on x86_64,
ia64 or s390x.  I don't know what applications they tested to come
to that conclusion, though.

            regards, tom lane

pgsql-performance by date:

Previous
From: Steve Atkins
Date:
Subject: Re: 64-bit vs 32-bit performance ... backwards?
Next
From: Stephen Frost
Date:
Subject: Re: 64-bit vs 32-bit performance ... backwards?