Re: Hardware recommendations to scale to silly load

From: Ron Johnson <ron(dot)l(dot)johnson(at)cox(dot)net>
To: PgSQL Performance ML <pgsql-performance(at)postgresql(dot)org>
Subject: Re: Hardware recommendations to scale to silly load
Date: 2003-08-30 05:21:17
Message-ID: 1062220877.669.406.camel@haggis
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers pgsql-performance

On Fri, 2003-08-29 at 21:44, Bruce Momjian wrote:
> matt wrote:
> > > Are you *sure* about that???? 3K updates/inserts per second xlates
> > > to 10,800,000 per hour. That, my friend, is a WHOLE HECK OF A LOT!
> >
> > Yup, I know!
>
> Just a data point, but on my Dual Xeon 2.4Gig machine with a 10k SCSI
> drive I can do 4k inserts/second if I turn fsync off. If you have a
> battery-backed controller, you should be able to do the same. (You will
> not need to turn fsync off --- fsync will just be fast because of the
> disk drive RAM).
>
> Am I missing something?

Is that
FOR I BETWEEN 1 AND 4000
BEGIN
INSERT
COMMIT
or
BEGIN
INSERT
<snip 3998 inserts>
INSERT
COMMIT;
or
COPY

I get the impression that Matt will need to do 25,000 of these per
hour:
SELECT <blah>
IF <some circumstance that happens about 1/8th of the time>
BEGIN
INSERT
or
UPDATE
COMMIT;

He says his current h/w peaks at 1/10th that rate.

My question is: is that current peak rate ("300 inserts/updates
*or* 2500 selects") based upon 1 connection, or many connections?
With 4 CPUs, and a 4 disk RAID10, I wouldn't be surprised if 4 con-
current connections gives the optimum speed.

--
-----------------------------------------------------------------
Ron Johnson, Jr. ron(dot)l(dot)johnson(at)cox(dot)net
Jefferson, LA USA

Great Inventors of our time:
Al Gore -> Internet
Sun Microsystems -> Clusters

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Gaetano Mendola 2003-08-30 06:29:01 Re: SetVariable
Previous Message Larry Rosenman 2003-08-30 05:08:45 Re: Unixware Patch (Was: Re: Beta2 Tag'd and Bundled ...)

Browse pgsql-performance by date

  From Date Subject
Next Message Ken Geis 2003-08-30 07:38:13 Re: bad estimates
Previous Message Ken Geis 2003-08-30 05:05:18 Re: bad estimates