Re: Threaded PosgreSQL server

From: "Marc G(dot) Fournier" <scrappy(at)hub(dot)org>
To: Brian Bruns <camber(at)ais(dot)org>
Cc: Haroldo Stenger <hstenger(at)adinet(dot)com(dot)uy>, <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Threaded PosgreSQL server
Date: 2002-02-07 03:39:27
Message-ID: 20020206233836.M57607-100000@earth.hub.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Wed, 6 Feb 2002, Brian Bruns wrote:

> On Wed, 6 Feb 2002, Haroldo Stenger wrote:
>
> > > > that mutating PG thread safe, will slow down a 7.3 release a lot,
> > > > something not wanted by many here.
> > >
> > > Depends on how it is handled ...
> >
> > How do you see it not slowing down, when key developers said their view is that
> > multithreading will pose a major obstacle? Are you envisioning any special
> > approach not already talked about?
>
> Excuse my butting in, but it large part we are talking about changing
> things like:
>
> if (PqSomeStaticOrGlobalVariable) { ... }
>
> to
>
> if (MyPort->PqSomeVariable) { ... }
>
> converting to thread safety should not, at least for this kind of low
> hanging fruit, have any negative performance impact. And from my vantage
> point it takes out a whole lot of "where did that come from and who set it
> when?" kinda questions when reading the code. Of course I'm just getting
> my feet wet so feel free to correct my first impressions.

This is one way that it could be accomplish ... I think one of the more
proper ways would be to convert the Global variables to proper function
calls ... a combination of the two would most likely be optimal ...

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Medi Montaseri 2002-02-07 03:54:36 Re: [Fwd: MS SQL compatible functions]
Previous Message Brian Bruns 2002-02-07 03:32:51 Re: Threaded PosgreSQL server