Re: [HACKERS] Re: v7.1b4 bad performance - Mailing list pgsql-admin

From Tatsuo Ishii
Subject Re: [HACKERS] Re: v7.1b4 bad performance
Date
Msg-id 20010224011332M.t-ishii@sra.co.jp
Whole thread Raw
In response to Re: [HACKERS] Re: v7.1b4 bad performance  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-admin
> I didn't much like that approach to altering the test, since it also
> means that all the clients are working with separate tables and hence
> not able to share read I/O; that doesn't seem like it's the same
> benchmark at all.  What would make more sense to me is to increase the
> number of rows in the branches table.
>
> Right now, at the default "scale factor" of 1, pgbench makes tables of
> these sizes:
>
> accounts    100000
> branches    1
> history        0        (filled during test)
> tellers        10
>
> It seems to me that the branches table should have at least 10 to 100
> entries, and tellers about 10 times whatever branches is.  100000
> accounts rows seems enough though.

Those numbers are defined in the TPC-B spec. But pgbench is not an
official test tool anyway, so you could modify it if you like.
That is the benefit of the open source:-)
--
Tatsuo Ishii

pgsql-admin by date:

Previous
From: Dave Page
Date:
Subject: RE: select * from pgadmin_users; causes error
Next
From: Dave Page
Date:
Subject: RE: select * from pgadmin_users; causes error