| From: | Vladimir Sitnikov <sitnikov(dot)vladimir(at)gmail(dot)com> |
|---|---|
| To: | Robert Haas <robertmhaas(at)gmail(dot)com> |
| Cc: | Peter Geoghegan <pg(at)bowt(dot)ie>, Stephen Frost <sfrost(at)snowman(dot)net>, Thomas Munro <thomas(dot)munro(at)enterprisedb(dot)com>, Andrey Borodin <x4mmm(at)yandex-team(dot)ru>, Konstantin Knizhnik <k(dot)knizhnik(at)postgrespro(dot)ru>, Pg Hackers <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: [HACKERS] Clock with Adaptive Replacement |
| Date: | 2018-05-02 19:06:54 |
| Message-ID: | CAB=Je-F_BhGfBu1sO1H7u_XMtvak=BQtuJFyv8cfjGBRp7Q_yA@mail.gmail.com |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
>If somebody produced a trace showing the buffer lookups in order
To get things moving, I've created a DTrace script that captures buffer
reads:
https://github.com/vlsi/pgsqlstat/blob/pgsqlio/pgsqlio
Is it something that can be used to capture live traces?
Sample output can be seen here:
https://github.com/vlsi/pgsqlstat/tree/pgsqlio#pgsqlio
For instance (time units are nano-seconds):
Timestamp Elapsed ForkNum BlockNum TableSp DataBase Relation Cached
3271837060212 1563 0 1 1663 16385 1259 1
3271838881374 88205 0 0 1663 16385 16604 0
3271840973321 4368 0 0 1663 16385 16604 1
If DTrace is acceptable, trace format might be adjusted for easier
consumption by https://github.com/ben-manes/caffeine/wiki/Simulator
Vladimir
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Andrew Dunstan | 2018-05-02 19:19:08 | Re: stats_ext test fails with -DCATCACHE_FORCE_RELEASE |
| Previous Message | Peter Geoghegan | 2018-05-02 18:12:15 | Re: Sort performance cliff with small work_mem |