| От | Andreas Joseph Krogh |
|---|---|
| Тема | Sv: Re: Query is over 2x slower with jit=on |
| Дата | |
| Msg-id | VisenaEmail.27.2a4e4d7bcb66442e.162d991746c@tc7-visena обсуждение исходный текст |
| Ответ на | Re: Query is over 2x slower with jit=on (Andres Freund <andres@anarazel.de>) |
| Ответы |
Sv: Sv: Re: Query is over 2x slower with jit=on
|
| Список | pgsql-hackers |
On 2018-04-18 17:35:31 +0200, Andreas Joseph Krogh wrote:
> With jit=on:
> https://explain.depesz.com/s/vYB
> Planning Time: 0.336 ms
> JIT:
> Functions: 716
> Generation Time: 78.404 ms
> Inlining: false
> Inlining Time: 0.000 ms
> Optimization: false
> Optimization Time: 43.916 ms
> Emission Time: 600.031 ms
Any chance this is a debug LLVM build?
> What's the deal with jit making it slower?
JIT has cost, and sometimes it's not beneficial. Here our heuristics
when to JIT appear to be a bit off. In the parallel world it's worse
because the JITing is duplicated for parallel workers atm.
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера
