From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | "Serguei Mokhov" <mokhov(at)cs(dot)concordia(dot)ca> |
Cc: | "Greg Copeland" <greg(at)CopelandConsulting(dot)Net>, "Dann Corbit" <DCorbit(at)connx(dot)com>, "PGHackers" <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Threads |
Date: | 2003-01-04 01:34:02 |
Message-ID: | 23763.1041644042@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
"Serguei Mokhov" <mokhov(at)cs(dot)concordia(dot)ca> writes:
>>> (1) One thread screws up, the whole process dies. In a
>>> multiple process application this is not too much of an issue.
> (1) is an issue only for user-level threads.
Uh, what other kind of thread have you got in mind here?
I suppose the lack-of-cross-thread-protection issue would go away if
our objective was only to use threads for internal parallelism in each
backend instance (ie, you still have one process per connection, but
internally it would use multiple threads to process subqueries in
parallel).
Of course that gives up the hope of faster connection startup that has
always been touted as a major reason to want Postgres to be threaded...
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Bruce Momjian | 2003-01-04 01:36:42 | Re: Upgrading rant. |
Previous Message | Bruce Momjian | 2003-01-04 01:33:47 | Re: PostgreSQL Password Cracker |