X-Original-To: pgsql-performance-postgresql.org@postgresql.org Received: from localhost (mx1.hub.org [200.46.208.251]) by postgresql.org (Postfix) with ESMTP id 4789D9FA7BA for ; Mon, 12 Jun 2006 23:38:36 -0300 (ADT) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.208.251]) (amavisd-new, port 10024) with ESMTP id 02737-06 for ; Mon, 12 Jun 2006 23:38:26 -0300 (ADT) X-Greylist: from auto-whitelisted by SQLgrey- Received: from floppy.pyrenet.fr (floppy.pyrenet.fr [194.116.145.2]) by postgresql.org (Postfix) with ESMTP id 8AB0F9FA4A8 for ; Mon, 12 Jun 2006 23:38:28 -0300 (ADT) Received: by floppy.pyrenet.fr (Postfix, from userid 106) id A69473093D; Tue, 13 Jun 2006 04:38:25 +0200 (MET DST) From: Christopher Browne X-Newsgroups: pgsql.performance Subject: Re: 64-bit vs 32-bit performance ... backwards? Date: Mon, 12 Jun 2006 22:31:57 -0400 Organization: cbbrowne Computing Inc Lines: 55 Message-ID: <87bqsx23c2.fsf@wolfe.cbbrowne.com> References: <1150151282.14661.42.camel@tigger> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Complaints-To: usenet@news.hub.org X-message-flag: Outlook is rather hackable, isn't it? X-Home-Page: http://www.cbbrowne.com/info/ X-Affero: http://svcs.affero.net/rm.php?r=cbbrowne User-Agent: Gnus/5.1007 (Gnus v5.10.7) XEmacs/21.4.19 (linux) Cancel-Lock: sha1:ZAjcnosr1JhoAImpWLsgvHkK17Q= To: pgsql-performance@postgresql.org X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200606/155 X-Sequence-Number: 19512 anthony@resolution.com (Anthony Presley) wrote: > Hi all! > > 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? > > I was told that the added 32-bits puts a "strain" and extra "overhead" > on the processor / etc.... which actually slows down the pointers and > necessary back-end "stuff" on the database. > > I'm curious if anyone can back this up .... or debunk it. It's about > the polar opposite of everything I've heard from every other database > vendor for the past several years, and would be quite an eye-opener for > me. > > Anyone? Traditionally, there has been *some* truth to such assertions. Consider: 1. 64 bit versions of things need to manipulate 64 bit address values and such; this will bloat up the code somewhat as compared to 32 bit versions that will be somewhat more compact. 2. If you only have 2GB of memory, you get no particular advantage out of 64 bittedness. In the days when people had 64 bit Alphas with 256MB of memory, there was considerable debate about the actual merits of running in 64 bit mode, and the answers were unobvious. On the other hand... 3. Opterons tend to address memory quite a bit quicker than Intels of pretty much any variety. 4. 64 bit CPUs offer additional registers that can be expected to make register-bound code quicker. 5. If you have >>2GB of memory, a 64 bit system is needful to harness that, and that will make a *big* difference to performance. The overall claim is somewhat content-free, in the absence of information about the architecture of the database server. -- let name="cbbrowne" and tld="gmail.com" in name ^ "@" ^ tld;; http://linuxfinances.info/info/ "A program invented (sic) by a Finnish computer hacker and handed out free in 1991 cost investors in Microsoft $11 billion (#6.75 billion) this week." -- Andrew Butcher in the UK's Sunday Times, Feb 20th, 1999