Re: Reasoning behind process instead of thread based - Mailing list pgsql-general

From Thomas Hallgren
Subject Re: Reasoning behind process instead of thread based
Date
Msg-id thhal-0GtxcAh273kArq7MP0ryb6tI0hJKd0L@mailblocks.com
Whole thread Raw
In response to Re: Reasoning behind process instead of thread based  (Marco Colombo <marco@esi.it>)
List 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



pgsql-general by date:

Previous
From: Marco Colombo
Date:
Subject: Re: Reasoning behind process instead of thread based
Next
From: "Stanislaw Tristan"
Date:
Subject: View's rule on delete problem