From: Guillaume Cottenceau <gc@mnc.ch>
To: pgsql-performance\@postgresql.org <pgsql-performance@postgresql.org>
Subject: Re: which ext3 fs type should I use for postgresql
Date: Thu, 15 May 2008 17:56:31 +0200
Message-ID: <87lk2bwogg.fsf@mnc.ch> (raw)
In-Reply-To: <482C58EA.5090904@commandprompt.com>
References: <1210846262.16664.41.camel@philippe-desktop>
<Pine.LNX.4.64.0805151217490.16756@aragorn.flymine.org>
<482C4F3D.6010808@emolecules.com>
<87ve1fwqov.fsf@mnc.ch>
<Pine.LNX.4.64.0805151618520.16756@aragorn.flymine.org>
<87r6c3wpka.fsf@mnc.ch>
<482C58EA.5090904@commandprompt.com>
"Joshua D. Drake" <jd 'at' commandprompt.com> writes:
> Guillaume Cottenceau wrote:
>> Matthew Wakeling <matthew 'at' flymine.org> writes:
>
>> It is still relevant, as with 5% margin, you can afford changing
>> that to 0% with tune2fs, just the time for you to start PG and
>> remove some data by SQL, then shutdown and set the margin to 5%
>> again.
>
> I find that if you actually reach that level of capacity failure it is
> due to lack of management and likely there is much lower hanging fruit
> left over by a lazy dba or sysadmin than having to adjust filesystem
> level parameters.
>
> Manage actively and the above change is absolutely irrelevant.
Of course. I didn't say otherwise. I only say that it's useful in
that case. E.g. if you're using a dedicated partition for PG,
then a good solution is what I describe, rather than horrifyingly
trying to remove some random PG files, or when you cannot
temporarily move some of them and symlink from the PG partition.
I don't praise that kind of case, it should of course be avoided
by sane management. A bad management is not a reason for hiding
solutions to the problems that can happen!
--
Guillaume Cottenceau
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Reply to all the recipients using the --to and --cc options:
reply via email
To: pgsql-performance@postgresql.org
Cc: gc@mnc.ch
Subject: Re: which ext3 fs type should I use for postgresql
In-Reply-To: <87lk2bwogg.fsf@mnc.ch>
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox