Re: old synchronized scan patch
От | Tom Lane |
---|---|
Тема | Re: old synchronized scan patch |
Дата | |
Msg-id | 8925.1165343115@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: old synchronized scan patch (Gregory Stark <stark@enterprisedb.com>) |
Ответы |
Re: old synchronized scan patch
|
Список | pgsql-hackers |
Gregory Stark <stark@enterprisedb.com> writes: > "Tom Lane" <tgl@sss.pgh.pa.us> writes: >> Sure, it should hang around for awhile, and will. The problem is that >> its lifetime will be artificially inflated, so that the seqscan ends up >> kicking out other blocks that are really of greater importance, rather >> than recycling its own old blocks as it should. > I thought you had switched this all to a clock sweep algorithm. Yeah ... it's a clock sweep with counter. A buffer's counter is incremented by each access and decremented when the sweep passes over it. So multiple accesses allow the buffer to survive longer. For a large seqscan you really would rather the counter stayed at zero, because you want the buffers to be recycled when the sweep comes back the first time. regards, tom lane
В списке pgsql-hackers по дате отправления: