Re: Pl/Perl function: Speed of the First time executing pl/perl function in connection;

Поиск
Список
Период
Сортировка
От Oleg Serov
Тема Re: Pl/Perl function: Speed of the First time executing pl/perl function in connection;
Дата
Msg-id cec7c6df0811160159l5b942d53jb208e947bcf650bd@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Pl/Perl function: Speed of the First time executing pl/perl function in connection;  (Andrew Dunstan <andrew@dunslane.net>)
Ответы Re: Pl/Perl function: Speed of the First time executing pl/perl function in connection;  ("Oleg Serov" <serovov@gmail.com>)
Список pgsql-hackers
Why pl/pgsql doesn't have this effect ?

2008/11/16 Andrew Dunstan <andrew@dunslane.net>:
>
>
> Oleg Serov wrote:
>>
>> When perl function executes first time, it is too slowly, but if
>> execute perl function(not function which executed first time) again it
>> runs in 1000 times faster. Why ? how can i optimize it ?
>> Configure shared_preload_libraries = '$libdir/plperl' or
>> local_preload_libraries = '$libdir/plugins/plperl' does not help;
>>
>>
>
> The function is recompiled on the first call in each backend. (The same is
> true of most PLs, BTW, it's not a perl-only problem.) There is no immediate
> cure, unfortunately. Using pooled connections might help to mitigate the
> effect.
>
> One might imagine providing for certain functions to be loaded on backend
> startup, or even (where we aren't using BACKEND_EXEC) on postmaster start.
> But that would be a new feature, and we are past feature freeze for the
> upcoming release, so it's not going to happen any time soon.
>
> cheers
>
> andrrew
>


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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Compiling on HP-UX 10.20 fails
Следующее
От: "Fujii Masao"
Дата:
Сообщение: Re: Synchronous replication patch v2