Re: Implementing cost limit/delays for insert/delete/update/select
В списке pgsql-hackers по дате отправления:
| От | Joshua Drake |
|---|---|
| Тема | Re: Implementing cost limit/delays for insert/delete/update/select |
| Дата | |
| Msg-id | 20080825144447.2fbed865@jd-laptop обсуждение исходный текст |
| Ответ на | Re: Implementing cost limit/delays for insert/delete/update/select (Gregory Stark <stark@enterprisedb.com>) |
| Список | pgsql-hackers |
On Mon, 25 Aug 2008 22:39:54 +0100
Gregory Stark <stark@enterprisedb.com> wrote:
> But I think we should consider removing the {auto,}vacuum_cost_delay
> parameter or at least hiding and undocumenting it. It's a foot-gun
> and serves no useful purpose that merely lowering the
> {auto,}vacuum_cost_limit can't serve equally well.
I thought we were already considering some kind of IO tweak for Vacuum,
e.g; you may use up to 5Mb/s or something like that?
Sincerely,
Joshua D. Drake
--
The PostgreSQL Company since 1997: http://www.commandprompt.com/
PostgreSQL Community Conference: http://www.postgresqlconference.org/
United States PostgreSQL Association: http://www.postgresql.us/
Donate to the PostgreSQL Project: http://www.postgresql.org/about/donate
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера