Re: [Lsf-pc] Linux kernel impact on PostgreSQL performance

Поиск
Список
Период
Сортировка
Искать
От
Tom Lane
Тема
Re: [Lsf-pc] Linux kernel impact on PostgreSQL performance
Дата
Msg-id
6600.1389832715@sss.pgh.pa.us
Ответ на
Список
Дерево обсуждения
Linux kernel impact on PostgreSQL performance Mel Gorman <mgorman@suse.de>
Re: Linux kernel impact on PostgreSQL performance (summary v1 2014-1-15) Mel Gorman <mgorman@suse.de>
Re: [Lsf-pc] Linux kernel impact on PostgreSQL performance (summary v2 2014-1-17) Mel Gorman <mgorman@suse.de>
Re: Re: [Lsf-pc] Linux kernel impact on PostgreSQL performance (summary v2 2014-1-17) Andres Freund <andres@2ndquadrant.com>
Re: [Lsf-pc] Re: Linux kernel impact on PostgreSQL performance (summary v2 2014-1-17) Mel Gorman <mgorman@suse.de>
Re: [Lsf-pc] Re: Linux kernel impact on PostgreSQL performance (summary v2 2014-1-17) Andres Freund <andres@2ndquadrant.com>
Re: [Lsf-pc] Linux kernel impact on PostgreSQL performance (summary v2 2014-1-17) Greg Stark <stark@mit.edu>
Re: [Lsf-pc] Linux kernel impact on PostgreSQL performance (summary v2 2014-1-17) Andres Freund <andres@2ndquadrant.com>
Re: Re: [Lsf-pc] Linux kernel impact on PostgreSQL performance (summary v2 2014-1-17) Bruce Momjian <bruce@momjian.us>
Re[2]: [HACKERS] Re: [Lsf-pc] Linux kernel impact on PostgreSQL performance (summary v2 2014-1-17) Миша Тюрин <tmihail@bk.ru>
Re: Re[2]: [HACKERS] Re: [Lsf-pc] Linux kernel impact on PostgreSQL performance (summary v2 2014-1-17) Claudio Freire <klaussfreire@gmail.com>
Robert Haas  writes:
> I don't see that as a problem.  What we're struggling with today is
> that, until we fsync(), the system is too lazy about writing back
> dirty pages.  And then when we fsync(), it becomes very aggressive and
> system-wide throughput goes into the tank.  What we're aiming to do
> here is get is to start the writeback sooner than it would otherwise
> start so that it is spread out over a longer period of time.

Yeah.  It's sounding more and more like the right semantics are to
give the kernel a hint that we're going to fsync these files later,
so it ought to get on with writing them anytime the disk has nothing
better to do.  I'm not sure if there's value in being specific about
how much later; that would probably depend on details of the scheduler
that I don't know.
		regards, tom lane


В списке pgsql-hackers по дате отправления
От: Tom Lane
Дата:
От: Dave Chinner
Дата:
FAQ