Re: Avoid detoast overhead when possible
| От | zhihuifan1213@163.com |
|---|---|
| Тема | Re: Avoid detoast overhead when possible |
| Дата | |
| Msg-id | 877cltvxgt.fsf@163.com обсуждение исходный текст |
| Ответ на | Re: Avoid detoast overhead when possible (Nikita Malakhov <hukutoc@gmail.com>) |
| Ответы |
Re: Avoid detoast overhead when possible
|
| Список | pgsql-hackers |
Nikita Malakhov <hukutoc@gmail.com> writes:
> Hi,
>
> Hmmm, I've checked this patch and can't see performance difference on a large
> (20000 key-value pairs) json, using toasted json column several times makes no
> difference between current implementation on master (like queries mentioned above).
>
> Maybe I'm doing something wrong?
Could you try something like below? (set jit to off to turn on this
feature). Or could you tell me the steps you used? I also attached the
setup.sql at the begining of this thread.
select big->'1', big->'2', big->'3', big->'5', big->'10' from b;
QUERY PLAN
---------------------------------------------------------------
Seq Scan on b (actual time=1.731..1577.911 rows=1001 loops=1)
Planning Time: 0.099 ms
Execution Time: 1578.411 ms
(3 rows)
set jit to off;
select big->'1', big->'2', big->'3', big->'5', big->'10' from b;
QUERY PLAN
--------------------------------------------------------------
Seq Scan on b (actual time=0.417..309.937 rows=1001 loops=1)
Planning Time: 0.097 ms
Execution Time: 310.255 m
(I used 'jit=off' to turn on this feature just because I'm still not
ready for JIT code.)
--
Best Regards
Andy Fan
В списке pgsql-hackers по дате отправления: