From: | Robert Haas <robertmhaas(at)gmail(dot)com> |
---|---|
To: | Simon Riggs <simon(at)2ndquadrant(dot)com> |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: patch: improve SLRU replacement algorithm |
Date: | 2012-04-05 11:56:30 |
Message-ID: | CA+TgmoZ5YUS=btAE_b6i_N8h=4+8z2oGQxS7dupNeMzYbdgRLA@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Thu, Apr 5, 2012 at 5:41 AM, Simon Riggs <simon(at)2ndquadrant(dot)com> wrote:
> I'm also loathe to back patch. But its not very often we find a
> problem that causes all backends to wait behind a single I/O.
You have a point.
Meanwhile, here are the benchmark results you requested. I did half
hour runs with -l. Here are the 90th-100th percentile latencies,
without patch and then with patch.
90 1668 1620
91 1747 1690
92 1845 1785
93 1953 1907
94 2064 2035
95 2176 2160
96 2300 2291
97 2461 2451
98 2739 2710
99 3542 3495
100 12955473 19072385
Overall tps, first without and then with patch:
tps = 14546.644712 (including connections establishing)
tps = 14550.515173 (including connections establishing)
TPS graphs by second attached.
--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company
Attachment | Content-Type | Size |
---|---|---|
image/png | 15.6 KB | |
image/png | 16.0 KB |
From | Date | Subject | |
---|---|---|---|
Next Message | Shigeru HANADA | 2012-04-05 12:10:39 | Re: WIP: Collecting statistics on CSV file data |
Previous Message | Pavel Stehule | 2012-04-05 10:46:39 | Re: poll: CHECK TRIGGER? |