From: | Robert Haas <robertmhaas(at)gmail(dot)com> |
---|---|
To: | Josh Berkus <josh(at)agliodbs(dot)com> |
Cc: | "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: pgbench stats per script & other stuff |
Date: | 2015-07-23 15:25:11 |
Message-ID: | CA+TgmobZSBmWzugAQp94=q98c2fmSBc+gRPwfNM+94dhjpL3tg@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Wed, Jul 22, 2015 at 1:54 PM, Josh Berkus <josh(at)agliodbs(dot)com> wrote:
> If so, I would vote for:
>
> -f script1.bench:3 -f script2.bench:1
>
> over:
>
> -f script1.bench -w 3 -f script2.bench -w 1
>
> Making command-line options order-dependant breaks a lot of system call
> libraries in various languages, as well as being easy to mess up.
Yes, I think that's a good idea. I don't know whether : is the right
separator; I kind of line @. But that's bikeshedding.
As Fabien mentions further downthread, it would be nice to set weights
for the built-ins. I'd actually like to introduce a new pgbench
option that selects a builtin script by name, so that we can have more
than three of them without running out of option names (or going
insane). So suppose we introduce pgbench -b BUILTIN_NAME, where
BUILTIN_NAME is initially one of these:
classic
classic-simple-update
classic-select-only
Then you can do pgbench -b classic(at)1 -b classic-select-only(at)9 or
similar to get 10% write, 90% read.
--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company
From | Date | Subject | |
---|---|---|---|
Next Message | Robert Haas | 2015-07-23 15:26:27 | Re: Proposing COPY .. WITH PERMISSIVE |
Previous Message | Robert Haas | 2015-07-23 15:19:52 | Re: Eliminating CREATE INDEX comparator TID tie-breaker overhead |