Re: [PERFORM] Inactive memory Grows unlimited

2006-04-23 Thread Matteo Beccati
Hi, The amount of Inactive memory Grows unlimited this happens only when Postgresql (8.1.1) is running... after a few days it "eats" all the RAM memory ... so I've have to restart the server to free RAM This is normal Unix behavior. Leave it running for a few more days and you'll th

Re: [PERFORM] Slow deletes in 8.1 when FKs are involved

2006-04-23 Thread Tom Lane
Will Reese <[EMAIL PROTECTED]> writes: > ... Both servers have identical postgresql.conf settings and were > restored from the same 7.4 backup. Almost everything is faster on the > 8.1 server (mostly due to hardware), except one thing...deletes from > tables with many foreign keys pointing to

Re: [PERFORM] Recovery will take 10 hours

2006-04-23 Thread Brendan Duddridge
Hi Simon, The backup with 3120 WAL files was a 2 day old base backup. We've moved to a 1 day base backup now, but that'll still be 1600 WALs or so a day. That will probably take 5 hours to restore I suspect. Unless we move to 2 or more base backups per day. That seems crazy though. So how do you

[PERFORM] Slow deletes in 8.1 when FKs are involved

2006-04-23 Thread Will Reese
I'm preparing for an upgrade from PostgreSQL 7.4.5 to 8.1.3, and I noticed a potential performance issue. I have two servers, a dual proc Dell with raid 5 running PostgreSQL 7.4, and a quad proc Dell with a storage array running PostgreSQL 8.1. Both servers have identical postgresql.conf se

Re: [PERFORM] Hardware: HP StorageWorks MSA 1500

2006-04-23 Thread Mark Kirkwood
Mikael Carneholm wrote: Your numbers seem quite ok considering the number of disks. We also get a 256Mb battery backed cache module with it, so I'm looking forward to testing the write performance (first using ext3, then xfs). If I get the enough time to test it, I'll test both raid 0+1 and raid

Re: [PERFORM] GROUP BY Vs. Sub SELECT

2006-04-23 Thread Tom Lane
"Bruno Almeida do Lago" <[EMAIL PROTECTED]> writes: > I'm just getting familiar with EXPLAIN ANALYZE output, so I'd like to get > some help to identify which one of the following queries would be better: Well, you're breaking one of the first laws of PG performance analysis, which is to not try to

[PERFORM] GROUP BY Vs. Sub SELECT

2006-04-23 Thread Bruno Almeida do Lago
Hi, I'm just getting familiar with EXPLAIN ANALYZE output, so I'd like to get some help to identify which one of the following queries would be better: teste=# EXPLAIN ANALYZE SELECT aa.avaliacao_id, MAX(aa.avaliacao_versao) AS avaliacao_versao, a.avaliacao_nome, aa.editar teste-# FROM teo01tb104

Re: [PERFORM] Recovery will take 10 hours

2006-04-23 Thread Simon Riggs
On Thu, 2006-04-20 at 13:29 -0600, Brendan Duddridge wrote: > We had a database issue today that caused us to have to restore to > our most recent backup. We are using PITR so we have 3120 WAL files > that need to be applied to the database. How often are you taking base backups? > After 45