Re: Separating bgwriter and checkpointer
От | Heikki Linnakangas |
---|---|
Тема | Re: Separating bgwriter and checkpointer |
Дата | |
Msg-id | 4E78A646.2060004@enterprisedb.com обсуждение исходный текст |
Ответ на | Re: Separating bgwriter and checkpointer (Cédric Villemain <cedric.villemain.debian@gmail.com>) |
Список | pgsql-hackers |
On 20.09.2011 17:31, Cédric Villemain wrote: > 2011/9/20 Heikki Linnakangas<heikki.linnakangas@enterprisedb.com>: >> On 20.09.2011 16:49, Magnus Hagander wrote: >>> >>> Isn't there also the advantage of that work put in two different >>> processes can use two different CPU cores? Or is that likely to never >>> ever come in play here? >> >> You would need one helluva I/O system to saturate even a single CPU, just by >> doing write+fsync. > > The point of Magnus is valid. There are possible throttling done by > linux per node, per process/task. > Since ..2.6.37 (32 ?) I believe .. there are more temptation to have > have per cgroup io/sec limits, and there exists some promising work > done to have a better IO bandwith throttling per process. > > IMO, splitting the type of IO workload per process allows the > administrators to have more control on the IO limits they want to have > (and it may help the kernels() to have a better strategy ?) That is a separate issue from being able to use different CPU cores. But cool! I didn't know Linux can do that nowadays. That could be highly useful, if you can put e.g autovacuum on a different cgroup from regular backends. -- Heikki Linnakangas EnterpriseDB http://www.enterprisedb.com
В списке pgsql-hackers по дате отправления: