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
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 ...) |
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 |