Re: 10 concurrent clients / pure insert SQL scripts (each 100000 lines)

From: Arne Woerner <woerner(at)mediabase-gmbh(dot)de>
To: tgl(at)sss(dot)pgh(dot)pa(dot)us
Cc: pgsql-bugs(at)postgresql(dot)org
Subject: Re: 10 concurrent clients / pure insert SQL scripts (each 100000 lines)
Date: 2002-10-24 08:59:53
Message-ID: 200210240859.g9O8xrIT013866@gargano.local.mediabase-gmbh.de
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

Hi Tom!

Thank you for your reply.

> > Is this bug fixed in 7.2.3?
>
> Try it and see.
>
I tried it on another box (RedHat Linux 8.0, much faster and
newer than the OpenBSD box) and it took 2000 seconds (10 times
faster than the 7.1.3 on the slower OpenBSD box).

Btw: MySQL on the slower box is able to insert 50 times faster
(I assume this is because of worse reliability).

Btw: PostgreSQL 7.1.3 was 4 times slower (160 seconds) with a
single client than MySQL with a single client. This factor
increased appr. by the factor 12 (from 4 to 50) when I used
10 concurrent clients.

Concluding I still have the impression that the semaphore
handling on i386 RedHat Linux and i386 OpenBSD in combination
with PostgreSQL leads to bad performance.

> FWIW, on HPUX with current CVS tip I could not measure any difference in
> performance between a single client issuing INSERTs like yours and ten
> clients doing so: I got essentially the same number of insertions/sec
> either way.
>
That sounds good... :-)) But I cannot afford HP UX. :-))

Due to the nature of our applications performance is not so
important for us. That means that I do not consider this bug
to be severe.

Bye
Arne

Browse pgsql-bugs by date

  From Date Subject
Next Message Claudio Mannucci 2002-10-24 12:01:01 error creating 'plpgsql' language
Previous Message Josh Berkus 2002-10-24 00:07:50 Re: [BUGS] Optimization disaster