Re: Re: patch: fix performance problems with repated decomprimation of varlena values in plpgsql
От | Pavel Stehule |
---|---|
Тема | Re: Re: patch: fix performance problems with repated decomprimation of varlena values in plpgsql |
Дата | |
Msg-id | AANLkTi=JiYqAmxP5cpe7og3KZQgCes0rt+vY2PH2rPD1@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Re: patch: fix performance problems with repated decomprimation of varlena values in plpgsql (Noah Misch <noah@leadboat.com>) |
Ответы |
Re: Re: patch: fix performance problems with repated
decomprimation of varlena values in plpgsql
|
Список | pgsql-hackers |
2011/2/8 Noah Misch <noah@leadboat.com>: > On Mon, Feb 07, 2011 at 11:16:18PM -0500, Robert Haas wrote: >> So >> can we just get rid of should_be_detoasted, and have exec_eval_datum() >> or its callers instead test: >> >> !var->isnull && var->datatype->typbyval && var->datatype->typlen == -1 >> && VARATT_IS_EXTENDED(var->value) > > FWIW, this is what I meant by option 2 in my summary. > >> I haven't tested this, but it's not clear that'd be measurably slower >> than checking a single Boolean. > > Pavel benchmarked this or something close, measuring a performance loss: > http://archives.postgresql.org/message-id/AANLkTikDHekc9r38w2ttzoMDr8vDaVAnr3LhqfJkEuL9@mail.gmail.com I tested this in situation when Datum is detoasted on usage, not in assignment. So impact will be less. Regards Pavel Stehule > > Tom also expressed concern over performance: > http://archives.postgresql.org/message-id/24266.1295462892@sss.pgh.pa.us > > Not sure what's next. > > nm >
В списке pgsql-hackers по дате отправления: