Date: Tue, 13 Jun 2006 12:47:54 +0200
To: "Pgsql-Performance ((E-mail))" <pgsql-performance@postgresql.org>
Subject: Re: 64-bit vs 32-bit performance ... backwards?
References: <1150151282.14661.42.camel@tigger>
	<54CA6A16-AB42-440D-B5DB-BC43AE283ED8@blighty.com>
	<448E11B1.20309@commandprompt.com>
	<1BAED8DB-01CE-4D10-A509-91FB4DF1F04D@blighty.com>
	<33c6269f0606121926p15107d2fq9d395460269e2e53@mail.gmail.com>
From: PFC <lists@peufeu.com>
Content-Type: text/plain; format=flowed; delsp=yes; charset=utf-8
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Message-ID: <op.ta2yx4vhcigqcu@apollo13>
In-Reply-To: <33c6269f0606121926p15107d2fq9d395460269e2e53@mail.gmail.com>
User-Agent: Opera M2/8.54 (Linux, build 1745)

On Tue, 13 Jun 2006 04:26:05 +0200, Alex Turner <armtuk@gmail.com> wrote:

> Anyone who has tried x86-64 linux knows what a royal pain in the ass it
> is.   They didn't do anything sensible, like just make the whole OS 64  
> bit,
> no, they had to split it up, and put 64-bit libs in a new directory  
> /lib64.
> This means that a great many applications don't know to check in there  
> for
> libs, and don't compile pleasantly, php is one among them.  I forget what
> others, it's been awhile now.  Of course if you actualy want to use more
> than 4gig RAM in a pleasant way, it's pretty much essential.
>
> Alex.

	Decent distros do this for you :

$ ll /usr | grep lib
lrwxrwxrwx    1 root root    5 jan 20 09:55 lib -> lib64
drwxr-xr-x   10 root root 1,8K avr 19 16:16 lib32
drwxr-xr-x   92 root root  77K jun 10 15:48 lib64

	Also, on gentoo, everything "just works" in 64-bit mode and the packages  
compile normally... I don't see a problem...