From: | Merlin Moncure <mmoncure(at)gmail(dot)com> |
---|---|
To: | Shiva Raman <raman(dot)shivag(at)gmail(dot)com> |
Cc: | pgsql-performance(at)postgresql(dot)org |
Subject: | Re: High CPU load on Postgres Server during Peak times!!!! |
Date: | 2009-10-09 13:27:23 |
Message-ID: | b42b73150910090627i30762e26ve695ae8305982bc5@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
On Fri, Oct 9, 2009 at 3:11 AM, Shiva Raman <raman(dot)shivag(at)gmail(dot)com> wrote:
> Dear all
> with reference to the discussions and valuable suggestions i got from the
> list, the code has been reviewed and updated with explicit commit . There is
> a good improvement in performance .I am also planning to upgrade the
> database from 8.1 to 8.3 /8.4 .
> My current OS is SLES 10 SP3 default ships with postgresql 8.1 .
> The latest version of SLES 11 ships with postgresql 8.3 version.
> I will be upgrading the Postgersql on my SLES 10 SP3 for PPC only.
> I have not seen any prebuilt RPMS of Postgresql 8.3 or 8.4 version for SLES
> 10 PPC architecture .
> When I tried to build the PPC RPM from Source in the PowerPC, it shows lot
> of dependancies.
> I have decided to install from source - Postgres 8.3 / Postgresql-8.4.
> tar.gz .
>
> Is there any major changes/updates in my 8.1 database i have to take care
> while upgrading to postgresql 8.3/ 8.4 ? Is 8.3 or 8.4 the right version
> to upgrade from 8.1 ?
>
> Please let me know your suggestions.
The 'big picture' issues:
*) Test your postgresql.conf first. Some settings have changed or have
been removed (like fsm).
*) Many implicit casts to text were removed. Essentially the server is
less tolerant of sql that many would consider buggy
*) autovacuum is now on by default
and, most importantly:
*) sit back and enjoy the speed :-)
regarding 8.3/8.4, it's a tough call. 8.4 has a better chance of
being supported by in place upgrade in the future, so i'd start there.
merlin
From | Date | Subject | |
---|---|---|---|
Next Message | Alan McKay | 2009-10-09 16:45:14 | disk I/O problems and Solutions |
Previous Message | Kenneth Marshall | 2009-10-09 13:09:05 | Re: Bad performance of SELECT ... where id IN (...) |