| От | Beena Emerson |
|---|---|
| Тема | Re: increasing the default WAL segment size |
| Дата | |
| Msg-id | CAOG9ApGaj7AERHiJr2a9FRstVEEzdG-XHq23ButzO2veOjKiAw@mail.gmail.com обсуждение |
| Ответ на | Re: increasing the default WAL segment size (Peter Eisentraut <peter.eisentraut@2ndquadrant.com>) |
| Ответы |
Re: increasing the default WAL segment size
|
| Список | pgsql-hackers |
At this point, I suggest splitting this patch up into several
potentially less controversial pieces.
One big piece is that we currently don't support segment sizes larger
than 64 GB, for various internal arithmetic reasons. Your patch appears
to address that. So I suggest isolating that. Assuming it works
correctly, I think there would be no great concern about it.
The next piece would be making the various tools aware of varying
segment sizes without having to rely on a built-in value.
The third piece would then be the rest that allows you to set the size
at initdb
If we take these in order, we would make it easier to test various sizes
and see if there are any more unforeseen issues when changing sizes. It
would also make it easier to do performance testing so we can address
the original question of what the default size should be.
One concern I have is that your patch does not contain any tests. There
should probably be lots of tests.
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера