| From: | Thomas Munro <thomas(dot)munro(at)gmail(dot)com> |
|---|---|
| To: | Melanie Plageman <melanieplageman(at)gmail(dot)com> |
| Cc: | Heikki Linnakangas <hlinnaka(at)iki(dot)fi>, Dilip Kumar <dilipbalaut(at)gmail(dot)com>, Robert Haas <robertmhaas(at)gmail(dot)com>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>, Andres Freund <andres(at)anarazel(dot)de> |
| Subject: | Re: Streaming I/O, vectored I/O (WIP) |
| Date: | 2024-03-27 22:07:19 |
| Message-ID: | CA+hUKGJ9HgsZmnC7ABs8ZXOL-MtQCfC7Z-oQuHagm++f5O=udw@mail.gmail.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On Thu, Mar 28, 2024 at 10:52 AM Thomas Munro <thomas(dot)munro(at)gmail(dot)com> wrote:
> I think 1 is good, as a rescan is even more likely to find the pages
> in cache, and if that turns out to be wrong it'll very soon adjust.
Hmm, no I take that back, it probably won't be due to the
strategy/ring... I see your point now... when I had a separate flag,
the old distance was remembered across but now I'm zapping it. I was
trying to minimise the number of variables that have to be tested in
the fast path by consolidating. Hmm, it is signed -- would it be too
weird if we used a negative number for "finished", so we can just flip
it on reset?
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Bruce Momjian | 2024-03-27 22:09:02 | Re: Possibility to disable `ALTER SYSTEM` |
| Previous Message | Bruce Momjian | 2024-03-27 22:06:32 | Re: Possibility to disable `ALTER SYSTEM` |