Re: tsearch2 on-demand dictionary loading & using functions in tsearch2

Поиск
Список
Период
Сортировка
От Craig Ringer
Тема Re: tsearch2 on-demand dictionary loading & using functions in tsearch2
Дата
Msg-id 4830642D.3030804@postnewspapers.com.au
обсуждение исходный текст
Ответ на Re: tsearch2 on-demand dictionary loading & using functions in tsearch2  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-general
Tom Lane wrote:

> What I think *is* worth doing is spending some time on making dictionary
> loading go faster.

This is probably a stupid question, but: with PostgreSQL's use of shared
memory, is it possible to load dictionaries into a small reserved shm
area when the first backend starts, then use the preloaded copy in
subsequent backends?

That way the postmaster doesn't have to do any risky work.

Anything that reduces backend startup costs and per-backend unshared
memory would have to be a good thing.

I've found it useful in the past to share resources with an mmap()ped
file, too, especially if I want write protection from some or all
processes. If the postmaster forked a process to generate the mmap()able
compiled dictionary files on startup then it'd be pretty safe from any
misbehaviour of the dictionary compiling process.

Then again, I can't say I've personally noticed the cost of loading
tsearch2 dictionaries.

--
Craig Ringer

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

Предыдущее
От: "Douglas McNaught"
Дата:
Сообщение: Re: Postgresql MVCC, Read Committed Isolation Level and taking "snapshot"
Следующее
От: Reece Hart
Дата:
Сообщение: Re: Link tables from different databases