Re: Vitesse DB call for testing - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Vitesse DB call for testing
Date
Msg-id 2905.1413565947@sss.pgh.pa.us
Whole thread Raw
In response to Re: Vitesse DB call for testing  (CK Tan <cktan@vitessedata.com>)
Responses Re: Vitesse DB call for testing
Re: Vitesse DB call for testing
List 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 by date:

Previous
From: Tom Lane
Date:
Subject: Re: [PATCH] add ssl_protocols configuration option
Next
From: Feng Tian
Date:
Subject: Fwd: Vitesse DB call for testing