| От | Martijn van Oosterhout |
|---|---|
| Тема | Re: Vacuum-full very slow |
| Дата | |
| Msg-id | 20070427114746.GC32406@svana.org обсуждение исходный текст |
| Ответ на | Re: Vacuum-full very slow (Listmail <lists@peufeu.com>) |
| Ответы |
Re: Vacuum-full very slow
|
| Список | pgsql-general |
On Thu, Apr 26, 2007 at 12:13:13AM +0200, Listmail wrote: > VACUUM FULL is slow because it plays with the indexes... > CLUSTER is slow because it has to order the rows... And: VACUUM FULL has to seek/read/write all over the disk to get it's job done. CLUSTER can scan through the table linearly a few times and write out the result. Now it's true that sorting large files involves overflowing to disk, but that path has been pretty well optimised. As the ratio between read time and seek time gets worse, I expect CLUSTER to keep pulling ahead. Have a nice day, -- Martijn van Oosterhout <kleptog@svana.org> http://svana.org/kleptog/ > From each according to his ability. To each according to his ability to litigate.
В списке pgsql-general по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера