From: | Vladimir Rusinov <vrusinov(at)google(dot)com> |
---|---|
To: | Anirudh Jayakumar <jayakumar(dot)anirudh(at)gmail(dot)com>, pgsql-general(at)postgresql(dot)org |
Subject: | Re: pgbench initialize |
Date: | 2016-12-16 15:59:29 |
Message-ID: | CAE1wr-xrxjQZacyDDn=_N0+onAvDbL-hcorhVMo_s01ZBajtMQ@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Depends on goals of your benchmarking.
What are you trying to achieve?
Initialization and vacuuming each time will help achieve more consistent
best-case numbers (to reduce variance, I'd also destroy cluster completely
and clean up hardware, e.g. run fstrim in case of SSD, etc).
If you are however after real-world numbers, you may want to initialize
once and run pgbench for hours if not days to get full effects of
autovaccuum and other possible background processes.
On Thu, Dec 15, 2016 at 10:17 PM Anirudh Jayakumar <
jayakumar(dot)anirudh(at)gmail(dot)com> wrote:
> Hi,
>
> I have a couple of questions regarding pgbench. I'm new to PostgreSQL and
> databases in general, so these might be very trivial questions.
>
> 1. Is it necessary to initialize pgbench(-i option) before every run to
> get consistent results?
>
> 2. The vacuuming process after initialize consumes time, what are the ill
> effects of disabling post-initialize vacuuming?
>
> Thanks,
> Anirudh
>
From | Date | Subject | |
---|---|---|---|
Next Message | Andomar | 2016-12-16 16:17:15 | Allow login on slave only |
Previous Message | Adrian Klaver | 2016-12-16 15:10:24 | Re: tuple data size and compression |