From: | <mkscott(at)sacadia(dot)com> |
---|---|
To: | "Marc G(dot) Fournier" <scrappy(at)hub(dot)org> |
Cc: | mlw <markw(at)mohawksoft(dot)com>, Justin Clift <justin(at)postgresql(dot)org>, Haroldo Stenger <hstenger(at)adinet(dot)com(dot)uy>, pgsql-hackers(at)postgresql(dot)org, Peter Eisentraut <peter_e(at)gmx(dot)net>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Subject: | Re: Threaded PosgreSQL server |
Date: | 2002-02-07 19:25:08 |
Message-ID: | Pine.GSO.4.10.10202071110230.3180-100000@goldengate.kojoworldwide.com. |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Thu, 7 Feb 2002, Marc G. Fournier wrote:
>
> I don't believe anyone (or, at least I hope not) is advocating threading
> connections ... with systems getting more and more CPUs, and more and more
> RAM, what I'm advocating is looking at taking pieces from within the
> connection itself and threading those, to improve performance ... from
> what I can tell with Apache2 itself, there is no "thread only" model that
> they are advocating ... the closest is their 'worker' where you can have
> multiple connections threaded in multiple processes, so, in theory, you
> could limit to a large number of threads and a very low number of
> processes ...
Making postgres functions thread-safe increases the
flexibility of the codebase. Whether threading connections, sub-queries,
increasing processor utilization, or some other unforseen optimization,
having reentrant and thread-safe code leaves the door open for new ideas.
Yes, writing reenterant code can be restrictive and a little more complex,
but not much, the big work is the upfront cost of porting. I have done it
done it once and gained a great deal on projects that I am working on.
Myron
mkscott(at)sacadia(dot)com
From | Date | Subject | |
---|---|---|---|
Next Message | Dann Corbit | 2002-02-07 19:26:55 | Re: JOINs ... how I hate them ... |
Previous Message | David Terrell | 2002-02-07 19:15:26 | Re: DRDA, network protocol, and documentation |