| От | David Newall |
|---|---|
| Тема | Re: pg_dump far too slow |
| Дата | |
| Msg-id | 4BA6404A.5040009@davidnewall.com обсуждение |
| Ответ на | Re: pg_dump far too slow (Tom Lane <tgl@sss.pgh.pa.us>) |
| Ответы |
Re: pg_dump far too slow
|
| Список | pgsql-performance |
Tom Lane wrote: > I would bet that the reason for the slow throughput is that gzip > is fruitlessly searching for compressible sequences. It won't find many. > Indeed, I didn't expect much reduction in size, but I also didn't expect a four-order of magnitude increase in run-time (i.e. output at 10MB/second going down to 500KB/second), particularly as my estimate was based on gzipping a previously gzipped file. I think it's probably pathological data, as it were. Might even be of interest to gzip's maintainers.
В списке pgsql-performance по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера