Re: pgsql: Use XLOG_BLCKSZ in pg_test_fsync, rather than our own define, bu
В списке pgsql-committers по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: pgsql: Use XLOG_BLCKSZ in pg_test_fsync, rather than our own define, bu |
| Дата | |
| Msg-id | 14622.1296010837@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: pgsql: Use XLOG_BLCKSZ in pg_test_fsync, rather than our own define, bu (Bruce Momjian <bruce@momjian.us>) |
| Ответы |
Re: pgsql: Use XLOG_BLCKSZ in pg_test_fsync,
rather than our own define, bu
|
| Список | pgsql-committers |
Bruce Momjian <bruce@momjian.us> writes:
> Tom Lane wrote:
>> If you aren't willing to deal with a variable value for the block size,
>> please revert this patch.
> The problem is that I have hard-coded 8k into various text strings and I
> didn't want to make that variable. How should it behave if they are
> using a non-8k wal buffer size? Should it still use 8k or not? I
> figured throwing an error would at least alert them to the mismatch.
Well, as I said, if you aren't willing to put effort into that point,
just revert the patch. Making the program refuse to do anything doesn't
help *anyone*. Stats taken using a fixed 8K blocksize are better than
no stats at all.
regards, tom lane
В списке pgsql-committers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера