| От | Fabien COELHO |
|---|---|
| Тема | Re: Progress reporting for pg_verify_checksums |
| Дата | |
| Msg-id | alpine.DEB.2.21.1903130719110.4059@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, >> I would bother rounding down < 100% to 100, because then you would get >> >> 1560/1492 MB (100\%, X MB/s) >> >> which is kind of silly. > > No, we cap the total_size to current_size so you won't see that (but > total_size will potentially gradually increase). pg_basebackup has the > same behaviour. Ok. > Because I implemented I/O throttling for pg_checksums Great! > New patch attached. Does not apply because of the renaming committed by Michaël. Could you rebase? -- Fabien.
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера