| From: | Andrey Lepikhov <a(dot)lepikhov(at)postgrespro(dot)ru> |
|---|---|
| To: | Peter Geoghegan <pg(at)bowt(dot)ie> |
| Cc: | Юрий Соколов <funny(dot)falcon(at)gmail(dot)com>, PostgreSQL-Dev <pgsql-hackers(at)postgresql(dot)org>, Masahiko Sawada <sawada(dot)mshk(at)gmail(dot)com> |
| Subject: | Re: [WIP] [B-Tree] Retail IndexTuple deletion |
| Date: | 2018-07-23 06:47:07 |
| Message-ID: | 9966c13c-3e13-69f4-f63b-0857379d8e31@postgrespro.ru |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
13.07.2018 00:00, Peter Geoghegan пишет:
> One area that might be worth investigating is retail index tuple
> deletion performed within the executor in the event of non-HOT
> updates.
I will try to use this idea. But now I developed a background worker
already (experimental state). It clean an index and heap relations with
a retail deletion approach.
It uses "soft" strategy with conditional buffer locks. Benchmarks on
pgbench test demonstrate same execution time as PostgreSQL without the
worker, but 90% of dead tuples in index and heap relations cleaned
without vacuum.
My main efforts is involved to tuning of the worker.
---
Andrey Lepikhov
Postgres Professional
https://postgrespro.com
The Russian Postgres Company
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Prabhat Sahu | 2018-07-23 06:49:12 | Memory leak with CALL to Procedure with COMMIT. |
| Previous Message | Andrey Lepikhov | 2018-07-23 06:25:42 | Re: [WIP] [B-Tree] Retail IndexTuple deletion |