Re: [HACKERS] Linux Largefile Support In Postgresql RPMS

From: Larry Rosenman <ler(at)lerctr(dot)org>
To: Mark Kirkwood <markir(at)slingshot(dot)co(dot)nz>
Cc: Andrew Sullivan <andrew(at)libertyrms(dot)info>, PostgresSQL General Mailing List <pgsql-general(at)postgresql(dot)org>, PostgresSQL Hackers Mailing List <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: [HACKERS] Linux Largefile Support In Postgresql RPMS
Date: 2002-08-13 13:02:05
Message-ID: 1029243727.415.6.camel@lerlaptop.lerctr.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general pgsql-hackers

On Tue, 2002-08-13 at 03:42, Mark Kirkwood wrote:
> Andrew Sullivan wrote:
>
> >On Sat, Aug 10, 2002 at 09:21:07AM -0500, Greg Copeland wrote:
> >
> >>I'm actually amazed that postgres isn't already using large file
> >>support. Especially for tools like dump.
> >>
> >
> >Except it would only cause confusion if you ran such a program on a
> >system that didn't itself have largefile support. Better to make the
> >admin turn all these things on on purpose, until everyone is running
> >64 bit systems everywhere.
> >
> >A
> >
> Ah yes ... extremely good point - I had not considered that.
>
> I am pretty sure all reasonably current (kernel >= 2.4) Linux distros
> support largefile out of the box - so it should be safe for them.
>
> Other operating systems where 64 bit file access can be disabled or
> unconfigured require more care - possibly (sigh) 2 binary RPMS with a
> distinctive 32 and 64 bit label ...(I think the "big O" does this for
> Solaris).
Then, of course, there are systems where Largefiles support is a
filesystem by filesystem (read mountpoint by mountpoint) option (E.G.
OpenUNIX).

I think this is going to be a pandoras box.

--
Larry Rosenman http://www.lerctr.org/~ler
Phone: +1 972-414-9812 E-Mail: ler(at)lerctr(dot)org
US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Tom Lane 2002-08-13 13:05:12 Re: Slow deletes
Previous Message Peter Gibbs 2002-08-13 12:40:31 Re: opaque function not accepted (without error message)

Browse pgsql-hackers by date

  From Date Subject
Next Message Oleg Bartunov 2002-08-13 13:03:45 Re: db partial dumping with pg_dump
Previous Message Tom Lane 2002-08-13 13:00:15 Re: [COMMITTERS] pgsql-server/src backend/tcop/postgres.cbacke