| От | Fabien COELHO |
|---|---|
| Тема | Re: Progress reporting for pg_verify_checksums |
| Дата | |
| Msg-id | alpine.DEB.2.21.1903281526130.21341@lancre обсуждение исходный текст |
| Ответ на | Re: Progress reporting for pg_verify_checksums (Michael Banck <michael.banck@credativ.de>) |
| Ответы |
Re: Progress reporting for pg_verify_checksums
|
| Список | pgsql-hackers |
Hallo Michael, >> but I'd advise that you split it in (1) progress and (2) signal >> toggling so that the first part is more likely to make it before 12 >> freeze. > > Ok, done so in the attached. Fine. I think that it is good to show the overall impact of the signal stuff, in particular the fact that the size must always be computed if the progress may be activated. Also, I'd suggest to add "volatile" on the show_progress variable in the second patch. -- Fabien.
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера