| От | Qingqing Zhou |
|---|---|
| Тема | What can we improve if we have a battery-backed-disk? |
| Дата | |
| Msg-id | e6t673$1dkj$1@news.hub.org обсуждение исходный текст |
| Список | pgsql-hackers |
When I read the post related to the battery-backed disks, I come to this question: What can we improve/reduce if we have them? Since our fsync methods is already be able support that (thought not automatically), we may want to look into other parts. One issue is the xlog and our aim is (1) reduce xlog write requests/size (2) make commit faster. The key is the number of pages changed by an atomic operation. For operations change only 1 page, then we can assert that if you have written the page, you are safe. So for buffer flush, if we know that this page is the only page changed in atomic operations (no matter how many), we just issue the write without xlog then it is done. For commit, we may have an alternative to just write this page without any xlog flush. Of course, this is a tradeoff, which may impose even bigger cost on commit due to sizeof(page) vs. sizeof(xlog record), but we may win back the xlog replay time. Comments? Regards, Qingqing
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера