| From: | Stephan Szabo <sszabo(at)megazone(dot)bigpanda(dot)com> |
|---|---|
| To: | vivek singh <sing_vivek(at)yahoo(dot)com> |
| Cc: | pgsql-performance(at)postgresql(dot)org |
| Subject: | Re: Insertion puzzles |
| Date: | 2004-11-13 17:13:42 |
| Message-ID: | 20041113091029.L35307@megazone.bigpanda.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-performance |
On Sat, 13 Nov 2004, vivek singh wrote:
> I am new to this group and postgresql. I am working on
> a project which uses postgresql and project is time
> critical. We did all optimization in our project but
> postgresql seems to be a bottle-neck. To solve this we
> run the database operations in a different thread. But
> still, with large volume of data in database the
> insert operation becomes very slow (ie. to insert 100
> records in 5 tables, it takes nearly 3minutes).
That's pretty bad. What does the schema look like? Are there
any foreign keys, triggers or rules being hit?
> vacuum analyze helps a bit but performance improvement
> is not much.
> We are using the default postgres setting (ie. didn't
> change postgresql.conf).
Hmm, there are a few settings to try to change, although to be
honest, I'm not sure which ones beyond shared_buffers (maybe try a
couple thousand) are applicable to 7.1.3.
You really should upgrade. Alot of serious bug fixes and performance
enhancements have been made from 7.1.x to 7.4.x.
| From | Date | Subject | |
|---|---|---|---|
| Next Message | William Yu | 2004-11-13 22:59:22 | Some quick Opteron 32-bit/64-bit results |
| Previous Message | Dave Cramer | 2004-11-13 16:54:56 | Re: Insertion puzzles |