Skip site navigation (1) Skip section navigation (2)

Re: Reasoning behind process instead of thread based

From: Marco Colombo <pgsql(at)esiway(dot)net>
To: pgsql-general(at)postgresql(dot)org
Subject: Re: Reasoning behind process instead of thread based
Date: 2004-10-28 12:44:55
Message-ID: Pine.LNX.4.61.0410281139180.29788@Megathlon.ESI (view raw or flat)
Thread:
Lists: pgsql-general
[processes vs threads stuff deleted]

In any modern and reasonable Unix-like OS, there's very little difference
between the multi-process or the multi-thread model.  _Default_ behaviour
is different, e.g. memory is shared by default for threads, but processes
can share memory as well.  There are very few features threads have
that processes don't, and vice versa.  And if the OS is good enough,
there are hardly performance issues.

I think that it would be interesting to discuss multi(processes/threades)
model vs mono (process/thread).  Mono as in _one_ single process/thread
per CPU, not one per session.  That is, moving all the "scheduling"
between sessions entirely to userspace.  The server gains almost complete
control over the data structures allocated per session, and the resources
allocated _to_ sessions.

I bet this is very theoretical since it'd require a complete redesign
of some core stuff. And I have strong concerns about portability.  Still,
it could be interesting.

.TM.
-- 
       ____/  ____/   /
      /      /       /			Marco Colombo
     ___/  ___  /   /		      Technical Manager
    /          /   /			 ESI s.r.l.
  _____/ _____/  _/		       Colombo(at)ESI(dot)it

In response to

Responses

pgsql-general by date

Next:From: MaRCeLO PeReiRADate: 2004-10-28 13:04:29
Subject: Tables and Indexes
Previous:From: Gaetano MendolaDate: 2004-10-28 12:43:04
Subject: Re: '1 year' = '360 days' ????

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group