Re: [PATCH] Improve EXPLAIN ANALYZE overhead by sampling
В списке pgsql-patches по дате отправления:
| От | Rocco Altier |
|---|---|
| Тема | Re: [PATCH] Improve EXPLAIN ANALYZE overhead by sampling |
| Дата | |
| Msg-id | 6E0907A94904D94B99D7F387E08C4F57010A5E8C@FALCON.INSIGHT обсуждение |
| Ответ на | [PATCH] Improve EXPLAIN ANALYZE overhead by sampling (Martijn van Oosterhout <kleptog@svana.org>) |
| Ответы |
Re: [PATCH] Improve EXPLAIN ANALYZE overhead by sampling
|
| Список | pgsql-patches |
> - To get this close it needs to get an estimate of the sampling
overhead.
> It does this by a little calibration loop that is run once per
backend.
> If you don't do this, you end up assuming all tuples take the same
time
> as tuples with the overhead, resulting in nodes apparently taking
> longer than their parent nodes. Incidently, I measured the overhead to
> be about 3.6us per tuple per node on my (admittedly slightly old)
> machine.
Could this be deferred until the first explain analyze? So that we
aren't paying the overhead of the calibration in all backends, even the
ones that won't be explaining?
-rocco
В списке pgsql-patches по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера