Re: Vitesse DB call for testing
От | Tom Lane |
---|---|
Тема | Re: Vitesse DB call for testing |
Дата | |
Msg-id | 2905.1413565947@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: Vitesse DB call for testing (CK Tan <cktan@vitessedata.com>) |
Ответы |
Re: Vitesse DB call for testing
Re: Vitesse DB call for testing |
Список | pgsql-hackers |
CK Tan <cktan@vitessedata.com> writes: > The bigint sum,avg,count case in the example you tried has some optimization. We use int128 to accumulate the bigint insteadof numeric in pg. Hence the big speed up. Try the same query on int4 for the improvement where both pg and vitessedbare using int4 in the execution. Well, that's pretty much cheating: it's too hard to disentangle what's coming from JIT vs what's coming from using a different accumulator datatype. If we wanted to depend on having int128 available we could get that speedup with a couple hours' work. But what exactly are you "compiling" here? I trust not the actual data accesses; that seems far too complicated to try to inline. regards, tom lane
В списке pgsql-hackers по дате отправления: