Re: Why do we still have commit_delay and commit_siblings?
От | Robert Haas |
---|---|
Тема | Re: Why do we still have commit_delay and commit_siblings? |
Дата | |
Msg-id | CA+TgmoYOW8OQugbJT2=0HcoKCgbb+Y0NNAbz0f+n4BvRFX-XZQ@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Why do we still have commit_delay and commit_siblings? (Simon Riggs <simon@2ndquadrant.com>) |
Ответы |
Re: Why do we still have commit_delay and commit_siblings?
|
Список | pgsql-hackers |
On Mon, May 14, 2012 at 2:07 AM, Simon Riggs <simon@2ndquadrant.com> wrote: > Keeping a parameter without any clue as to whether it has benefit is > just wasting people's time. No, arguing that we should remove a parameter because it's useless when you haven't bothered to test whether or not it actually is useless is wasting people's time. > We don't ADD parameters based on supposition, why should we avoid > removing parameters that have no measured benefit? If they have no actual benefit, of course we should remove them. If they have no measured benefit because no one has bothered to measure, that's not a reason to remove them. -- Robert Haas EnterpriseDB: http://www.enterprisedb.com The Enterprise PostgreSQL Company
В списке pgsql-hackers по дате отправления: