Re: IO wait events for COPY FROM/TO PROGRAM or file
Вложения
В списке pgsql-hackers по дате отправления:
| От | Michael Paquier |
|---|---|
| Тема | Re: IO wait events for COPY FROM/TO PROGRAM or file |
| Дата | |
| Msg-id | aYFrNRWAftO3Z5pv@paquier.xyz обсуждение исходный текст |
| Ответ на | Re: IO wait events for COPY FROM/TO PROGRAM or file (Nikolay Samokhvalov <nik@postgres.ai>) |
| Ответы |
Re: IO wait events for COPY FROM/TO PROGRAM or file
|
| Список | pgsql-hackers |
On Sat, Jan 31, 2026 at 11:51:39AM -0800, Nikolay Samokhvalov wrote: > v2 attached with the rename per feedback: COPY_DATA_READ/WRITE → > COPY_FROM_READ/COPY_TO_WRITE. > > Given how small this patch is, any chance it could still make PG19? While double-checking the code, one thing felt incorrect in the description of these two new wait events, as copyto.c and copyfromparse.c can set copy_file under copy_dest=COPY_FILE for three cases, not two contrary to what is said upthread: - PROGRESS_COPY_TYPE_FILE - PROGRESS_COPY_TYPE_PROGRAM - PROGRESS_COPY_TYPE_PIPE, for a non-DestRemote. The COPY code is designed to be pluggable depending on what extension code passes down as option, and not mentioning the pipe case would be incorrect. Added a mention about this part, and called it a day. -- Michael
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера