Re: Reducing overhead for repeat de-TOASTing

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Reducing overhead for repeat de-TOASTing
Дата
Msg-id 12180.1213670046@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Reducing overhead for repeat de-TOASTing  (Stephen Frost <sfrost@snowman.net>)
Список pgsql-hackers
Stephen Frost <sfrost@snowman.net> writes:
> * Tom Lane (tgl@sss.pgh.pa.us) wrote:
>> Comments, better ideas?  Anyone think this is too much trouble to take
>> for the problem?

> I definitely think it's worth it, even if it doesn't handle an
> inline-compressed datum.

Yeah.  I'm not certain how much benefit we could get there anyway.
If the datum isn't out-of-line then there's a small upper limit on how
big it can be and hence a small upper limit on how long it takes to
decompress.  It's not clear that a complicated caching scheme would
pay for itself.

The profile shown here:
http://postgis.refractions.net/pipermail/postgis-devel/2008-June/003081.html
shows that the problem the PostGIS guys are looking at is definitely an
out-of-line case (in fact, it looks like the datum wasn't even compressed).
        regards, tom lane


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Crash in pgCrypto?
Следующее
От: "David E. Wheeler"
Дата:
Сообщение: Re: Question about Encoding a Custom Type