Sv: Re: Query is over 2x slower with jit=on
| От | Andreas Joseph Krogh |
|---|---|
| Тема | Sv: Re: Query is over 2x slower with jit=on |
| Дата | |
| Msg-id | VisenaEmail.28.47f1027d389da54b.16562b9da65@tc7-visena обсуждение исходный текст |
| Ответ на | Re: Query is over 2x slower with jit=on (Andres Freund <andres@anarazel.de>) |
| Ответы |
Re: Query is over 2x slower with jit=on
|
| Список | pgsql-hackers |
På onsdag 22. august 2018 kl. 18:51:55, skrev Andres Freund <andres@anarazel.de>:
On 2018-08-22 18:39:18 +0200, Andreas Joseph Krogh wrote:
> Just to be clear; The query really runs slower (wall-clock time), it's not
> just the timing.
I bet it's not actually running slower, it "just" takes longer to start
up due to the JITing in each worker. I suspect what we should do is to
multiple the cost limits by the number of workers, to model that. But
without the fixed instrumentation that's harder to see...
Well, yes, that might be. By "runs" I meant from me hitting ENTER in psql to the time the query finishes...
I thought JITing of prepared queries happended once (in "prepare") so it didn't have to do the JITing every time the query is executed. Isn't the previously generated bytecode usable for subsequent queries?
--
Andreas Joseph Krogh
Andreas Joseph Krogh
В списке pgsql-hackers по дате отправления: