| From: | Richard Huxton <dev(at)archonet(dot)com> |
|---|---|
| To: | Tarhon-Onu Victor <mituc(at)iasi(dot)rdsnet(dot)ro>, pgsql-bugs(at)postgresql(dot)org |
| Cc: | pgsql-performance(at)postgresql(dot)org |
| Subject: | Re: [PERFORM] pgsql inserts problem |
| Date: | 2003-08-28 12:56:49 |
| Message-ID: | 200308281356.49450.dev@archonet.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-bugs pgsql-performance |
On Wednesday 27 August 2003 13:50, Tarhon-Onu Victor wrote:
>
> shared_buffers = 520
> max_locks_per_transaction = 128
> wal_buffers = 8
> max_fsm_relations = 30000
> max_fsm_pages = 482000
> sort_mem = 131072
> vacuum_mem = 131072
> effective_cache_size = 10000
> random_page_cost = 2
Slightly off-topic, but I think your tuning settings are a bit out. You've got
4MB allocated to shared_buffers but 128MB allocated to sort_mem? And only
80MB to effective_cache_size? Your settings might be right, but you'd need a
very strange set of circumstances.
As for PG silently discarding inserts, your best bet might be to write a short
Perl script to reproduce the problem. Without that, people are likely to be
sceptical - if PG tended to do this sort of thing, none of us would use it.
--
Richard Huxton
Archonet Ltd
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Wenguang Wang | 2003-08-28 16:31:05 | Suggestion on documentation |
| Previous Message | pgsql-bugs | 2003-08-28 07:45:34 | "Returned due to virus; was:" Re: Re: My details |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Rod Taylor | 2003-08-28 13:44:18 | Re: The results of my PostgreSQL/filesystem performance tests |
| Previous Message | Jeff | 2003-08-28 12:25:18 | Re: The results of my PostgreSQL/filesystem performance |