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 по дате отправления
От: Dave Chinner
Дата: