Re: Reduce timing overhead of EXPLAIN ANALYZE using rdtsc?
В списке pgsql-hackers по дате отправления:
| От | David Geier |
|---|---|
| Тема | Re: Reduce timing overhead of EXPLAIN ANALYZE using rdtsc? |
| Дата | |
| Msg-id | b1aff6c5-53a8-65af-2d3e-71ff2c96b0da@gmail.com обсуждение исходный текст |
| Ответ на | Re: Reduce timing overhead of EXPLAIN ANALYZE using rdtsc? (Andres Freund <andres@anarazel.de>) |
| Ответы |
Re: Reduce timing overhead of EXPLAIN ANALYZE using rdtsc?
|
| Список | pgsql-hackers |
Hi, On 1/21/23 05:14, Andres Freund wrote: > The elapsed time is already inherently unstable, so we shouldn't have any test > output showing the time. > > But I doubt showing it in every explain is a good idea - we use instr_time in > plenty of other places. Why show it in explain, but not in all those other > places? Yeah. I thought it would only be an issue if we showed it unconditionally in EXPLAIN ANALYZE. If we only show it with TIMING ON, we're likely fine with pretty much all regression tests. But given the different opinions, I'll leave it out in the new patch set for the moment being. -- David Geier (ServiceNow)
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера