Re: Threaded PosgreSQL server
| От | Marc G. Fournier |
|---|---|
| Тема | Re: Threaded PosgreSQL server |
| Дата | |
| Msg-id | 20020206233836.M57607-100000@earth.hub.org обсуждение исходный текст |
| Ответ на | Re: Threaded PosgreSQL server (Brian Bruns <camber@ais.org>) |
| Список | 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 ...
В списке pgsql-hackers по дате отправления: