Re: Synchronized Scan update

Поиск
Список
Период
Сортировка
От Jeff Davis
Тема Re: Synchronized Scan update
Дата
Msg-id 1173805707.23455.97.camel@dogma.v10.wvs
обсуждение исходный текст
Ответ на Re: Synchronized Scan update  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Synchronized Scan update  (Jeff Davis <pgsql@j-davis.com>)
Re: Synchronized Scan update  ("Simon Riggs" <simon@2ndquadrant.com>)
Список pgsql-hackers
On Tue, 2007-03-13 at 12:53 -0400, Tom Lane wrote:
> Jeff Davis <pgsql@j-davis.com> writes:
> > I agree that ss_report_loc() doesn't need to report on every call. If
> > there's any significant overhead I agree that it should report less
> > often. Do you think that the overhead is significant on such a simple
> > function?
> 
> One extra LWLock cycle per page processed definitely *is* a significant
> overhead ... can you say "context swap storm"?  I'd think about doing it
> once every 100 or so pages.
> 

No lock is needed to store the hint. If somehow the hint (which is
stored in a static table, no pointers) gets invalid data due to a race
condition, the new scan will simply consider the hint invalid and start
at 0.

I did this precisely to avoid causing a performance regression for usage
patterns that don't benefit from sync scans.

Regards,Jeff Davis



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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Synchronized Scan update
Следующее
От: Josh Berkus
Дата:
Сообщение: Re: Daylight Saving Time question PostgreSQL 8.1.4