Re: [GENERAL] plpyhton

From: c k <shreeseva(dot)learning(at)gmail(dot)com>
To: Joshua Tolley <eggyknap(at)gmail(dot)com>
Cc: pgsql-admin(at)postgresql(dot)org, pgsql-general(at)postgresql(dot)org
Subject: Re: [GENERAL] plpyhton
Date: 2010-11-26 11:58:52
Message-ID: AANLkTimOyJxKFnZdv30xGdu_GZce6riZxARsEi8dFQSx@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin pgsql-general

Thanks for your reply.
But if a database has 100+ connections then isn't loading any such
interpreter consumes more memory and requires more CPU? Does all PL
languages behave in the same fashion?

Regards,
CPK

On Thu, Nov 25, 2010 at 11:12 AM, Joshua Tolley <eggyknap(at)gmail(dot)com> wrote:

> On Wed, Nov 24, 2010 at 11:56:16AM +0530, c k wrote:
> > Hello,
> > Does calling a pl/python function from each database connection load the
> > python interpreter each time? what are the effects of using pl/python
> > function in a environment where no. of concurrent connections are more
> and
> > each user calls a pl/python function?
> >
> > Please give the details about how pl/python functions are executed.
> > Thanks and regards,
> >
> > CPK
>
> I don't know plpython terribly well, but for most PLs, calling them once in
> a
> session loads any interpreter they require. That interpreter remains loaded
> for the duration of the session. So each individual connection will load
> its
> own interpreter, once, at the time of the first function call requiring
> that
> interpreter. Most widely used languages also cache various bits of
> important
> information about the functions you run, the first time you run them in a
> session, to avoid needing to look up or calculate that information again
> when
> you run the function next time.
>
> --
> Joshua Tolley / eggyknap
> End Point Corporation
> http://www.endpoint.com
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.9 (GNU/Linux)
>
> iEYEARECAAYFAkzt918ACgkQRiRfCGf1UMOFvACdH2lXcrCzbOAgX803Ujvfvw0m
> LOUAoJykSFne3ybVsyabQKJQjlIm6iiQ
> =8rD2
> -----END PGP SIGNATURE-----
>
>

In response to

Responses

Browse pgsql-admin by date

  From Date Subject
Next Message Joshua Tolley 2010-11-26 16:04:42 Re: [GENERAL] plpyhton
Previous Message Düster Horst 2010-11-26 11:28:46 Re: Deny access materialzsed view

Browse pgsql-general by date

  From Date Subject
Next Message Dmitriy Igrishin 2010-11-26 13:37:21 Terms advice.
Previous Message tv 2010-11-26 10:04:03 Re: Question about catching exception