Re: Performance Improvement by reducing WAL for Update Operation
В списке pgsql-hackers по дате отправления:
| От | Heikki Linnakangas |
|---|---|
| Тема | Re: Performance Improvement by reducing WAL for Update Operation |
| Дата | |
| Msg-id | 5107A2F3.5080605@vmware.com обсуждение исходный текст |
| Ответ на | Re: Performance Improvement by reducing WAL for Update Operation (Amit Kapila <amit.kapila@huawei.com>) |
| Ответы |
Re: Performance Improvement by reducing WAL for Update Operation
|
| Список | pgsql-hackers |
On 29.01.2013 11:58, Amit Kapila wrote: > Can there be another way with which current patch code can be made better, > so that we don't need to change the encoding approach, as I am having > feeling that this might not be performance wise equally good. The point is that I don't want to heap_delta_encode() to know the internals of pglz compression. You could probably make my patch more like yours in behavior by also passing an array of offsets in the new tuple to check, and only checking for matches as those offsets. - Heikki
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера