| 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: | Whole Thread | Raw Message | 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 |