RE: Use fadvise in wal replay
От | Jakub Wartak |
---|---|
Тема | RE: Use fadvise in wal replay |
Дата | |
Msg-id | AM8PR07MB8248DAA91E79BE3B158A1ACFF6B39@AM8PR07MB8248.eurprd07.prod.outlook.com обсуждение исходный текст |
Ответ на | Re: Use fadvise in wal replay (Andrey Borodin <x4mmm@yandex-team.ru>) |
Ответы |
Re: Use fadvise in wal replay
|
Список | pgsql-hackers |
>> > On 21 Jun 2022, at 12:35, Amit Kapila <amit.kapila16@gmail.com> wrote: >> > >> > I wonder if the newly introduced "recovery_prefetch" [1] for PG-15 can >> > help your case? >> >> AFAICS recovery_prefetch tries to prefetch main fork, but does not try to >> prefetch WAL itself before reading it. Kirill is trying to solve the problem of >> reading WAL segments that are our of OS page cache. It seems that it is always by default set to 128 (kB) by default, another thing is that having (default) 16MB WAL segmentsmight also hinder the readahead heuristics compared to having configured the bigger WAL segment size. Maybe the important question is why would be readahead mechanism be disabled in the first place via /sys | blockdev ? -J.
В списке pgsql-hackers по дате отправления: