From: | Matteo Beccati <php(at)beccati(dot)com> |
---|---|
To: | Christopher Kings-Lynne <chriskl(at)familyhealth(dot)com(dot)au> |
Cc: | Marcus <noerder-tuitje(at)technology(dot)de>, pgsql-performance(at)postgresql(dot)org |
Subject: | Re: INSERTs becoming slower and slower |
Date: | 2005-12-08 10:59:49 |
Message-ID: | 43981225.80600@beccati.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
Christopher Kings-Lynne wrote:
> You might find it faster to install contrib/tsearch2 for text indexing
> sort of purposes...
>
> Nörder-Tuitje wrote:
>> Here is my config:
>>
>> shared_buffers = 2000 # min 16, at least max_connections*2,
>> 8KB each
>> work_mem = 32768 # min 64, size in KB
>> maintenance_work_mem = 16384 # min 1024, size in KB
>> max_stack_depth = 8192 # min 100, size in KB
>>
>> enable_hashagg = true
>> enable_hashjoin = true
>> enable_indexscan = true
>> enable_mergejoin = true
>> enable_nestloop = true
>> enable_seqscan = false
>>
>> The machine is a XEON 3GHz, 1GB RAM, SATA RAID 1 Array running 8.0.4
>> i686 precompiled
Also, shared_buffers (server-wide) are low, compared to a high work_mem
(32M for each sort operation, but this also depends on your concurrency
level).
And disabling sequential scans in your postgresql.conf would probabily
lead to sub-optimal plans in many queries.
Best regards
--
Matteo Beccati
http://phpadsnew.com
http://phppgads.com
From | Date | Subject | |
---|---|---|---|
Next Message | Pål Stenslet | 2005-12-08 11:26:55 | Should Oracle outperform PostgreSQL on a complex multidimensional query? |
Previous Message | Christopher Kings-Lynne | 2005-12-08 08:44:03 | Re: INSERTs becoming slower and slower |