Postgres Pro
Downloads
Home   >   mailing lists

Re: Pl/Perl function: Speed of the First time executing pl/perl function in connection; - Mailing list pgsql-hackers

From Andrew Dunstan
Subject Re: Pl/Perl function: Speed of the First time executing pl/perl function in connection;
Date
Msg-id 4920FA23.9090604@dunslane.net
Whole thread Raw
In response to Re: Pl/Perl function: Speed of the First time executing pl/perl function in connection;  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Pl/Perl function: Speed of the First time executing pl/perl function in connection;  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
Tree view 

Tom Lane wrote:
>
> So about the only real answer is going to be preloading.  It seems worth
> considering that on machines where can_run_two is true, we should just
> go ahead and initialize both interps at _PG_init time, so as to allow
> the "require Safe" overhead to be bought back by preloading. 

Even if only one language is defined?

cheers

andrew

pgsql-hackers by date:

Previous
From: "Robert Haas"
Date:
Subject: Re: Custom variables and flags, again
Next
From: Tom Lane
Date:
Subject: Re: Pl/Perl function: Speed of the First time executing pl/perl function in connection;