Re: [COMMITTERS] pgsql: Speed up CREATE DATABASE by deferring the fsyncs until after

Поиск
Список
Период
Сортировка
От Greg Stark
Тема Re: [COMMITTERS] pgsql: Speed up CREATE DATABASE by deferring the fsyncs until after
Дата
Msg-id 407d949e1002150319j47d4c26dn33c5ea74f03ca709@mail.gmail.com
обсуждение исходный текст
Ответ на Re: [COMMITTERS] pgsql: Speed up CREATE DATABASE by deferring the fsyncs until after  (Andres Freund <andres@anarazel.de>)
Список pgsql-hackers
On Mon, Feb 15, 2010 at 10:02 AM, Andres Freund <andres@anarazel.de> wrote:
> Hi Marcin,
>
> Sounds rather unlikely to me. Its likely handled at an upper layer (vfs in linux' case) and only overloaded when an
optimizedimplementation is available.
 
> Which os do you see implementing that only on a part of the filesystems?
>
> A runtime check would be creating, fsyncing and deleting a directory for every directory youre fsyncing because they
couldbe on a different fs...
 

We could just not check the result code of the fsync. Or print a
warning the first time and stop trying subsequently.

When do we cut the alpha? If I look at it at about 10-11pm EST is that too late?

-- 
greg


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Tim Bunce
Дата:
Сообщение: Re: PostgreSQL::PLPerl::Call - Simple interface for calling SQL functions from PostgreSQL PL/Perl
Следующее
От: Tim Bunce
Дата:
Сообщение: Re: CommitFest Status Summary - 2010-02-14