Re: Huge performance problem between 7.4.1 and 8.0.3 - CS
Вложения
В списке pgsql-performance по дате отправления:
| От | Robert Creager |
|---|---|
| Тема | Re: Huge performance problem between 7.4.1 and 8.0.3 - CS |
| Дата | |
| Msg-id | 20050719224908.15415222@thunder.logicalchaos.org обсуждение |
| Ответ на | Re: Huge performance problem between 7.4.1 and 8.0.3 - CS issue? (Robert Creager <Robert_Creager@StorageTek.com>) |
| Ответы |
Re: Huge performance problem between 7.4.1 and 8.0.3 - CS
|
| Список | pgsql-performance |
When grilled further on (Tue, 19 Jul 2005 12:09:51 -0600), Robert Creager <Robert_Creager@StorageTek.com> confessed: > On Tue, 19 Jul 2005 12:54:22 -0400 > Tom Lane <tgl@sss.pgh.pa.us> wrote: > > > Hmm, I hadn't thought about the possible impact of multiple concurrent > > vacuums. Is the problem caused by that, or has performance already gone > > into the tank by the time the cron-driven vacuums are taking long enough > > to overlap? > > > I'll re-start the database, vacuum full analyze and restart the runs without the > cron vacuum running. > It took a few hours, but the problem did finally occur with no vacuum running on 803. CS is averaging 72k. I cannot quantitatively say it took longer to reproduce than with the vacuums running, but it seemed like it did. Can any information be gotten out of this? Should I try CVS HEAD? Thoughts? Thanks, Rob -- 22:41:36 up 6 days, 2:16, 6 users, load average: 0.15, 0.21, 0.30 Linux 2.6.5-02 #8 SMP Mon Jul 12 21:34:44 MDT 2004
В списке pgsql-performance по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера