Re: plperl loading files

Поиск
Список
Период
Сортировка
От Peter Eisentraut
Тема Re: plperl loading files
Дата
Msg-id ea154b4f-8ab5-60f2-34fe-5fe6b7635989@2ndquadrant.com
обсуждение исходный текст
Ответ на plperl loading files  (Jeff Janes <jeff.janes@gmail.com>)
Список pgsql-hackers
On 7/16/16 5:03 PM, Jeff Janes wrote:
> If you really want to suppress this per-backend activity, you can
> pre-emptively load the modules yourself with something like:
> 
> plperl.on_init ='require Carp; require Carp::Heavy; require feature;'
> 
> But, I don't see why that should be necessary.  I'd like to just put
> plperl into shared_preload_libraries and be done with it.
> 
> Am I missing something here?

I don't think there is any particular reason for this.  Changes can
probably be made, but backward compatibility needs to be taken into account.

-- 
Peter Eisentraut              http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services



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

Предыдущее
От: Amit Kapila
Дата:
Сообщение: Re: Re: [COMMITTERS] pgsql: Avoid extra locks in GetSnapshotData if old_snapshot_threshold <
Следующее
От: Michael Paquier
Дата:
Сообщение: Re: (re)start in our init scripts seems broken