From: | Peter Eisentraut <peter_e(at)gmx(dot)net> |
---|---|
To: | pgsql-patches(at)postgresql(dot)org |
Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Zdenek Kotala <Zdenek(dot)Kotala(at)sun(dot)com>, Andrew Dunstan <andrew(at)dunslane(dot)net>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: [PATCHES] Fix for large file support (nonsegment mode support) |
Date: | 2008-03-11 07:27:07 |
Message-ID: | 200803110827.10690.peter_e@gmx.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers pgsql-patches |
Tom Lane wrote:
> I think this needs to be treated as experimental until it's got a few
> more than zero miles under its belt.
OK, then maybe we should document that.
> I wouldn't be too surprised to
> find that we have to implement it as a run-time switch instead of
> compile-time, in order to not fail miserably when somebody sticks a
> tablespace on an archaic filesystem.
Yes, that sounds quite useful. Let's wait and see what happens.
From | Date | Subject | |
---|---|---|---|
Next Message | Zeugswetter Andreas OSB SD | 2008-03-11 08:49:59 | Re: [PATCHES] Fix for large file support (nonsegment mode support) |
Previous Message | Bruce Momjian | 2008-03-11 03:03:58 | Re: Terminating a backend |
From | Date | Subject | |
---|---|---|---|
Next Message | Zeugswetter Andreas OSB SD | 2008-03-11 08:49:59 | Re: [PATCHES] Fix for large file support (nonsegment mode support) |
Previous Message | Pavan Deolasee | 2008-03-11 06:24:42 | Re: Very slow (2 tuples/second) sequential scan after bulk insert; speed returns to ~500 tuples/second after commit |