From: | zhihuifan1213(at)163(dot)com |
---|---|
To: | Nikita Malakhov <hukutoc(at)gmail(dot)com> |
Cc: | Matthias van de Meent <boekewurm+postgres(at)gmail(dot)com>, pgsql-hackers(at)lists(dot)postgresql(dot)org |
Subject: | Re: Avoid detoast overhead when possible |
Date: | 2023-12-05 08:54:59 |
Message-ID: | 877cltvxgt.fsf@163.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Nikita Malakhov <hukutoc(at)gmail(dot)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
From | Date | Subject | |
---|---|---|---|
Next Message | Alexander Lakhin | 2023-12-05 09:00:00 | Re: Test 002_pg_upgrade fails with olddump on Windows |
Previous Message | Drouvot, Bertrand | 2023-12-05 08:48:34 | Re: Synchronizing slots from primary to standby |