| From: | Peter Geoghegan <pg(at)bowt(dot)ie> |
|---|---|
| To: | Dmitry Dolgov <9erthalion6(at)gmail(dot)com> |
| Cc: | Haribabu Kommi <kommi(dot)haribabu(at)gmail(dot)com>, Andres Freund <andres(at)anarazel(dot)de>, Amit Langote <Langote_Amit_f8(at)lab(dot)ntt(dot)co(dot)jp>, Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>, Alexander Korotkov <a(dot)korotkov(at)postgrespro(dot)ru>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: Pluggable Storage - Andres's take |
| Date: | 2018-12-31 05:15:39 |
| Message-ID: | CAH2-Wz=wWV76ejAtF3mO3Shug_tYtDL0P75_36P=T-xwKPLv0Q@mail.gmail.com |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On Mon, Dec 10, 2018 at 8:13 AM Dmitry Dolgov <9erthalion6(at)gmail(dot)com> wrote:
> Just out of curiosity I've also tried tpc-c from oltpbench (in the very same
> simple environment), it doesn't show any significant difference from master as
> well.
FWIW, I have found BenchmarkSQL to be significantly better than
oltpbench, having used both quite a bit now:
https://bitbucket.org/openscg/benchmarksql
For example, oltpbench requires a max_connections setting that far
exceeds the number of terminals/clients used by the benchmark, because
the number of connections used during bulk loading far exceeds what is
truly required. BenchmarkSQL also makes it easy to generate useful
html reports, complete with graphs.
--
Peter Geoghegan
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Dilip Kumar | 2018-12-31 05:34:13 | Re: Undo worker and transaction rollback |
| Previous Message | Rajib Deb | 2018-12-31 04:43:01 | Error while executing initdb... |