Re: Simulating Clog Contention - Mailing list pgsql-hackers

From Peter Geoghegan
Subject Re: Simulating Clog Contention
Date
Msg-id CAEYLb_V0m4nqcN93WfDwwOEqPL0EAqZ4EUzjm=+-QCn+7w=XuQ@mail.gmail.com
Whole thread Raw
In response to Re: Simulating Clog Contention  (Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>)
List pgsql-hackers
On 19 January 2012 14:36, Heikki Linnakangas
<heikki.linnakangas@enterprisedb.com> wrote:
> No doubt this is handy for testing this particular area, but overall I feel
> this is too much of a one-trick pony to include in pgbench.

I don't think that being conservative in accepting pgbench options is
the right way to go. It's already so easy for a non-expert to shoot
themselves in the foot that we don't do ourselves any favours by
carefully weighing the merits of an expert-orientated feature.

Have you ever read the man page for rsync? It's massive, with a huge
number of options, and rsync is supposed to be a tool that's widely
used by sysadmins, not a specialist database benchmarking tool.

--
Peter Geoghegan       http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Training and Services


pgsql-hackers by date:

Previous
From: Fujii Masao
Date:
Subject: Re: IDLE in transaction introspection
Next
From: Simon Riggs
Date:
Subject: Re: Should I implement DROP INDEX CONCURRENTLY?