Re: [PERFORM] [GENERAL] Strange performance degradation

2009-11-24 Thread Ing. Marcos Ortiz Valmaseda
Lorenzo Allegrucci escribió: Matthew Wakeling wrote: On Mon, 23 Nov 2009, Lorenzo Allegrucci wrote: Anyway, how can I get rid those "idle in transaction" processes? Can I just kill -15 them or is there a less drastic way to do it? Are you crazy? Sure, if you want to destroy all of the changes

Re: [PERFORM] [GENERAL] Strange performance degradation

2009-11-24 Thread Lorenzo Allegrucci
Matthew Wakeling wrote: On Mon, 23 Nov 2009, Lorenzo Allegrucci wrote: Anyway, how can I get rid those "idle in transaction" processes? Can I just kill -15 them or is there a less drastic way to do it? Are you crazy? Sure, if you want to destroy all of the changes made to the database in that

Re: [PERFORM] [GENERAL] Strange performance degradation

2009-11-24 Thread Matthew Wakeling
On Mon, 23 Nov 2009, Lorenzo Allegrucci wrote: Anyway, how can I get rid those "idle in transaction" processes? Can I just kill -15 them or is there a less drastic way to do it? Are you crazy? Sure, if you want to destroy all of the changes made to the database in that transaction and thorough

Re: [PERFORM] [GENERAL] Strange performance degradation

2009-11-23 Thread Tom Lane
Bill Moran writes: > In response to Lorenzo Allegrucci : >> Tom Lane wrote: >>> Are you killing off any long-running transactions when you restart? >> Anyway, how can I get rid those "idle in transaction" processes? >> Can I just kill -15 them or is there a less drastic way to do it? > Connectio

Re: [PERFORM] [GENERAL] Strange performance degradation

2009-11-23 Thread Lorenzo Allegrucci
Tom Lane wrote: Lorenzo Allegrucci writes: So, my main question is.. how can just a plain simple restart of postgres restore the original performance (3% cpu time)? Are you killing off any long-running transactions when you restart? After three days of patient waiting it looks like the comm

Re: [PERFORM] [GENERAL] Strange performance degradation

2009-11-20 Thread Lorenzo Allegrucci
Brian Modra wrote: I had a similar problem: I did a large delete, and then a selct which "covered" the previous rows. It took ages, because the index still had those deleted rows. Possibly the same happens with update. Try this: vacuum analyse reindex database (your database name instead of

Re: [PERFORM] [GENERAL] Strange performance degradation

2009-11-20 Thread Lorenzo Allegrucci
Sam Jas wrote: Is there any idle connections exists ? I didn't see any, I'll look better next time. -- Sent via pgsql-performance mailing list (pgsql-performance@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-performance

Re: [PERFORM] [GENERAL] Strange performance degradation

2009-11-20 Thread Tom Lane
Lorenzo Allegrucci writes: > So, my main question is.. how can just a plain simple restart of postgres > restore the original performance (3% cpu time)? Are you killing off any long-running transactions when you restart? regards, tom lane -- Sent via pgsql-performance m