Re: confusing checkpoint_flush_after / bgwriter_flush_after
| От | Tom Lane |
|---|---|
| Тема | Re: confusing checkpoint_flush_after / bgwriter_flush_after |
| Дата | |
| Msg-id | 32759.1480117153@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: confusing checkpoint_flush_after / bgwriter_flush_after (Fabien COELHO <coelho@cri.ensmp.fr>) |
| Ответы |
Re: confusing checkpoint_flush_after /
bgwriter_flush_after
|
| Список | pgsql-hackers |
Fabien COELHO <coelho@cri.ensmp.fr> writes:
>>> What we do in some similar cases is put the burden on initdb to fill in
>>> the correct value by modifying postgresql.conf.sample appropriately.
>>> It seems like that could be done easily here too. And it'd be a
>>> back-patchable fix.
>> I haven't realized initdb can do that. I agree that would be the best
>> solution.
> Indeed.
> Maybe something like the following, or maybe it should include "bufmgr.h",
> not sure.
As-is this patch seems like a maintenance time bomb; it really needs to
use the #defines rather than have the values hard-wired in. However, just
including bufmgr.h in frontend code doesn't work, so I moved the #defines
to pg_config_manual.h, which seems like a more reasonable place for them
anyway.
Pushed with that and some other polishing.
regards, tom lane
В списке pgsql-hackers по дате отправления: