Re: New features for pgbench

Поиск
Список
Период
Сортировка
От NikhilS
Тема Re: New features for pgbench
Дата
Msg-id d3c4af540702122227p75134511j5365aa91931de0a2@mail.gmail.com
обсуждение исходный текст
Ответ на Re: New features for pgbench  (Greg Smith <gsmith@gregsmith.com>)
Ответы Re: New features for pgbench  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-patches
Hi,

Right now when you run pgbench, the results vary considerably from run to
run even if you completely rebuild the database every time.  I've found
that a lot of that variation comes from two things:

The main purpose of pgbench runs is an "apples to apples" comparison of 2 source bases. One pristine Postgresql source base and another base being the same source patched with supposed enhancements.

As long as we use the same postgresql.conf, same hardware environment and exactly same parameter pgbench runs, the difference in the TPS values observed between the 2 sources should be a good enough indicator as to the viability of the new code, dont you think?

E.g. autovacuum will trigger on certain tables only if the threshold is over the limit. So that gets tied in to the update rate. The "shared_buffers" will become a bottleneck only if the code and the run is I/O intensive enough etc.

IMHO, as long as the same environment holds true for both the source base runs, we should not see unexplained variations as per the reasons you have mentioned in the observed TPS values.

Regards,
Nikhils

--
EnterpriseDB               http://www.enterprisedb.com

В списке pgsql-patches по дате отправления:

Предыдущее
От: Greg Smith
Дата:
Сообщение: Re: New features for pgbench
Следующее
От: Tom Lane
Дата:
Сообщение: Re: New features for pgbench