Re: Reasoning behind process instead of thread based

From: Thomas Hallgren <thhal(at)mailblocks(dot)com>
To: Marco Colombo <marco(at)esi(dot)it>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: Reasoning behind process instead of thread based
Date: 2004-10-28 19:07:28
Message-ID: thhal-0GtxcAh273kArq7MP0ryb6tI0hJKd0L@mailblocks.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Marco,

> I mean an entirely event driven server. The trickiest part is to handle
> N-way. On 1-way, it's quite a clear and well-defined model.

You need to clarify this a bit.

You say that the scheduler is in user-space, yet there's only one thread
per process and one process per CPU. You state that instead of threads,
you want it to be completely event driven. In essence that would mean
serving one event per CPU from start to end at any given time. What is
an event in this case? Where did it come from? How will this system
serve concurrent users?

Regards,
Thomas Hallgren

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Sally Sally 2004-10-28 19:13:14 Re: primary key and existing unique fields
Previous Message Bruno Wolff III 2004-10-28 17:44:00 Re: primary key and existing unique fields