[unios] Re: IPC in the current OO model

[OJ Hickman]

From: OJ Hickman <hickman1@peak.org>

Tril wrote:
> 
> From: Tril <dem@tunes.org>
> 
> On Mon, 21 Dec 1998, OJ Hickman wrote:
> 
> > As I understand the current OO model each object has a set
> > of methods that are accessed over the IPC channels. Correct?
> >
> > I can only come up with two ways of doing this:
> >
> > 1: Interpret method tokens.
> >
> > 2: Setup a communication channel for each and every method.
> > This would involve a system with thousands of open
> > communication channels. The overhead would be monstrous!
> >
> > If someone can come up with another solution, do tell!
> 
> There is a third solution, that is used by the TUNES project:
> Metaprogramming.  To perform an action, the objects are first strongly
> type-checked, then linked directly together.  Since they have already been
> typechecked, they can be treated as one composite object.  The
> specification (we prefer that term to 'code' because a specification is
> not in ASCII format, but made of objects) for the two together can be
> optimized.  We believe this solution is both fast AND safe.
> 
> David Manifold <dem@tunes.org>
> This message is placed in the public domain.
> 
> ------------------------------------------------------------------------
> To unsubscribe from this mailing list, or to change your subscription
> to digest, go to the ONElist web site, at http://www.onelist.com and
> select the User Center link from the menu bar on the left.
> ------------------------------------------------------------------------
> UniOS Group
> http://members.xoom.com/unios

Yes, I agree. I'm starting to think the best approch is to allow threads
to driectly jump between objects. An object would need to set up a
semephore,
likely based on kernel/sceduler primitives, to prevent more than one
thread
from entering an object at a time. In this way information transfer
between 
objects/adderss spaces is done by the objects themselves not kernel IPC
services. This would be much more flexable and eficient then
cliant-server.

This model is simular to the way threads syncronize in Java.

The kernel in such a system would do little more then sceduel threads,
allocate raw hardware and memory and provide a linkage database for
the objects to connect to each other.
-- 
_______________________________________________
"Imagination is more important than knowledge."
- Albert Einstein

Omer James Hickman - hickman1@peak.org - ojh@hotmail.com
http://members.tripod.com/~OJ_Hickman

------------------------------------------------------------------------
To unsubscribe from this mailing list, or to change your subscription
to digest, go to the ONElist web site, at http://www.onelist.com and
select the User Center link from the menu bar on the left.
------------------------------------------------------------------------
UniOS Group
http://members.xoom.com/unios