Re: Vectored I/O in bulk_write.c
| От | Noah Misch |
|---|---|
| Тема | Re: Vectored I/O in bulk_write.c |
| Дата | |
| Msg-id | 20240706224647.b4.nmisch@google.com обсуждение исходный текст |
| Ответ на | Re: Vectored I/O in bulk_write.c (Thomas Munro <thomas.munro@gmail.com>) |
| Список | pgsql-hackers |
On Tue, Apr 09, 2024 at 04:51:52PM +1200, Thomas Munro wrote: > Here's a rebase. I decided against committing this for v17 in the > end. There's not much wrong with it AFAIK, except perhaps an > unprincipled chopping up of writes with large io_combine_limit due to > simplistic flow control, and I liked the idea of having a decent user > of smgrwritev() in the tree, and it probably makes CREATE INDEX a bit > faster, but... I'd like to try something more ambitious that > streamifies this and also the "main" writeback paths. I see this in the CF as Needs Review since 2024-03-10, but this 2024-04-09 message sounds like you were abandoning it. Are you still commissioning a review of this thread's patches, or is the CF entry obsolete?
В списке pgsql-hackers по дате отправления: