Reasoning behind process instead of thread based arch?

From: nd02tsk(at)student(dot)hig(dot)se
To: pgsql-general(at)postgresql(dot)org
Subject: Reasoning behind process instead of thread based arch?
Date: 2004-10-27 15:56:16
Message-ID: 3647.
Views: Raw Message | Whole Thread | Download mbox | Resend email
Lists: pgsql-general


I have a couple of final ( I hope, for your sake ) questions regarding

I understand PostgreSQL uses processes rather than threads. I found this
statement in the archives:

"The developers agree that multiple processes provide
more benefits (mostly in stability and robustness) than costs (more
connection startup costs). The startup costs are easily overcome by
using connection pooling.

Please explain why it is more stable and robust? More from the above

"Also, each query can only use one processor; a single query can't be
executed in parallel across many CPUs. However, several queries running
concurrently will be spread across the available CPUs."

And it is because of the PostgreSQL process architecture that a query
can't be executed by many CPU:s right? Although I wonder if this is the
case in MySQL. It only says in their manual that each connection is a

Also, MySQL has a library for embedded aplications, the say:

"We also provide MySQL Server as an embedded multi-threaded library that
you can link into your application to get a smaller, faster,
easier-to-manage product."

Do PostgreSQL offer anything similar?

Thank you for your time.



Browse pgsql-general by date

  From Date Subject
Next Message Thomas F.O'Connell 2004-10-27 15:56:39 Re: Newbie question about escaping in a function
Previous Message Jerry LeVan 2004-10-27 15:40:17 Psycopg difficulty...