Re: [PATCH v4] parallel pg_restore: avoid disk seeks when jumping short distance forward
В списке pgsql-hackers по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: [PATCH v4] parallel pg_restore: avoid disk seeks when jumping short distance forward |
| Дата | |
| Msg-id | 382528.1760999007@sss.pgh.pa.us обсуждение |
| Ответ на | Re: [PATCH v4] parallel pg_restore: avoid disk seeks when jumping short distance forward (Dimitrios Apostolou <jimis@gmx.net>) |
| Ответы |
Re: [PATCH v4] parallel pg_restore: avoid disk seeks when jumping short distance forward
|
| Список | pgsql-hackers |
Dimitrios Apostolou <jimis@gmx.net> writes:
> Thanks for the extensive testing! Did you see the same syscall pattern in strace output, as I did?
Yes, I did look at that, and it's the same as you saw:
HEAD repeats
read(4k)
lseek(~128k forward)
which is to be expected if we have to read data block headers
that are ~128K apart; while patched repeats
read(4k)
read(~128k)
which is a bit odd in itself, why isn't it merging the reads better?
> I was using an HDD,
Ah. Your original message mentioned NVMe so I was assuming you
were also looking at solid-state drives. I can imagine that
seeking is more painful on HDDs ...
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера