Re: Threaded PosgreSQL server

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

On Wed, 6 Feb 2002, Haroldo Stenger wrote:

> > 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?

Read my previous emails? To move *any part of PgSQL* to a threaded model
(even one where each connection is still forked, but parts of each
connection are threaded), the mess of global variables needs to be cleaned
up ... that will be one of the "major obstacles" ... if someone with a
knowledge of making code thread-safe were to submit patches (even very
large ones) that start to clean this up, it could be broken down into more
manageable chunks ...

The second major obstacle that has been identified is cross-platform
comapability ... as I mentioned already, and another has also, Apache2 has
their APR code that might help us reduce that obstacle to a more
manageable level, since, I believe, the Apache license wouldn't restrict
us to being able to use/distribute the code ... this is definitely
something that we'd have to look into to make sure though ...

The point is that nobody is even implying that this is a "for v7.3"
project ... there have been several projects that have been initiated over
the years that have straddled releases, and we have alot of very good
developers, and testers, that will make sure that any changes are "for the
good" ...

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Marc G. Fournier 2002-02-07 03:30:18 Re: Threaded PosgreSQL server
Previous Message Christopher Kings-Lynne 2002-02-07 03:18:20 Suggestions for 7.3 date handling