Re: Let PostgreSQL's On Schedule checkpoint write buffer smooth spread cycle by tuning IsCheckpointOnSchedule?
В списке pgsql-hackers по дате отправления:
| От | Fabien COELHO |
|---|---|
| Тема | Re: Let PostgreSQL's On Schedule checkpoint write buffer smooth spread cycle by tuning IsCheckpointOnSchedule? |
| Дата | |
| Msg-id | alpine.DEB.2.10.1507051751320.27775@sto обсуждение исходный текст |
| Ответ на | Re: Let PostgreSQL's On Schedule checkpoint write buffer smooth spread cycle by tuning IsCheckpointOnSchedule? (Robert Haas <robertmhaas@gmail.com>) |
| Список | pgsql-hackers |
> No, I'm not saying anyone *has* to do anything. What I'm saying is > that I'm not convinced by your analysis. Well, the gist of my analysis is really to say that there are potential performance issues with the proposed change, and that it must be tested thoroughly. The details may varry:-) > I don't think we have enough evidence at this point to conclude that a > GUC is necessary, and I hope it isn't, because I can't imagine what > advice we would be able to give people about how to set it, other than > "try all the value and see what works best", which isn't going to be > satisfying. At least for testing, ISTM that a GUC would be really useful. > More broadly, I don't really know how to test this patch and show when > it helps and when it hurts. And I think we need that, rather than just a > theoretical analysis, to tune the behavior. The point of an analysis is to think about how it works and what to test, but it is not a substitute for testing, obviously. -- Fabien.
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера