Re: Performance

From: Ogden <lists(at)darkstatic(dot)com>
To: Andreas Kretschmer <akretschmer(at)spamfence(dot)net>
Cc: pgsql-performance(at)postgresql(dot)org
Subject: Re: Performance
Date: 2011-04-12 17:23:15
Message-ID: FC3A3A2B-3ECB-41BA-8F94-356D6FED3695@darkstatic.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance


On Apr 12, 2011, at 12:18 PM, Andreas Kretschmer wrote:

> Ogden <lists(at)darkstatic(dot)com> wrote:
>
>> I have been wrestling with the configuration of the dedicated Postges 9.0.3
>> server at work and granted, there's more activity on the production server, but
>> the same queries take twice as long on the beefier server than my mac at home.
>> I have pasted what I have changed in postgresql.conf - I am wondering if
>> there's any way one can help me change things around to be more efficient.
>>
>> Dedicated PostgreSQL 9.0.3 Server with 16GB Ram
>>
>> Heavy write and read (for reporting and calculations) server.
>>
>> max_connections = 350
>> shared_buffers = 4096MB
>> work_mem = 32MB
>> maintenance_work_mem = 512MB
>
> That's okay.
>
>
>>
>>
>> seq_page_cost = 0.02 # measured on an arbitrary scale
>> random_page_cost = 0.03
>
> Do you have super, Super, SUPER fast disks? I think, this (seq_page_cost
> and random_page_cost) are completly wrong.
>

No, I don't have super fast disks. Just the 15K SCSI over RAID. I find by raising them to:

seq_page_cost = 1.0
random_page_cost = 3.0
cpu_tuple_cost = 0.3
#cpu_index_tuple_cost = 0.005 # same scale as above - 0.005
#cpu_operator_cost = 0.0025 # same scale as above
effective_cache_size = 8192MB

That this is better, some queries run much faster. Is this better?

I will find the archive and post.

Thank you

Ogden

In response to

Responses

Browse pgsql-performance by date

  From Date Subject
Next Message Tomas Vondra 2011-04-12 18:16:26 Re: Performance
Previous Message Andreas Kretschmer 2011-04-12 17:18:55 Re: Performance