Re: [BUGS] Rapid deteriation of performance (might be caused by tsearch?) in 7.3.2
В списке pgsql-performance по дате отправления:
| От | Robert John Shepherd |
|---|---|
| Тема | Re: [BUGS] Rapid deteriation of performance (might be caused by tsearch?) in 7.3.2 |
| Дата | |
| Msg-id | 002801c2fd11$8f893340$f3b0313e@LAIKA обсуждение исходный текст |
| Ответ на | Re: [BUGS] Rapid deteriation of performance (might be (Stephan Szabo <sszabo@megazone23.bigpanda.com>) |
| Список | pgsql-performance |
> > I've been running this daily: > > vacuumdb -h localhost -a -z > > Should I be using the full switch then? > > Well, you generally shouldn't need to if the fsm settings are high enough. > If you're doing really big updates like update each row of a 1 billion > row table, you may end up having to do one immediately following that. > Of course, if you're doing that, performance is probably not your biggest > concern. ;) Not doing that, no. ;) > Explain analyze'll tell us if the system is changing plans (presumably to > a worse one) It wasn't, oddly enough. I've added a new table that cuts down 85% of the work this query has to do, and it seems to have helped an awful lot at the moment. Of course only time will tell. :) Thanks for the suggestions. Yours Unwhettedly, Robert John Shepherd. Editor DVD REVIEWER The UK's BIGGEST Online DVD Magazine http://www.dvd.reviewer.co.uk For a copy of my Public PGP key, email: pgp@robertsworld.org.uk
В списке pgsql-performance по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера