On Mon, Feb 19, 2001 at 03:14:43PM +0100, Johan Rydberg wrote:
> "Eray Ozkural (exa)" wrote:
> Don't you mean Berkeley? Well, here's an URL to the Sprite project at
> Berkeley:
>
> http://www.cs.berkeley.edu:80/projects/sprite/sprite.html
Arrgh. Sure, Berkeley... The project is over but some
"Eray Ozkural (exa)" wrote:
> > > You mean a burst transfer. That's done in parallel programming. Many high
> > > level libraries take advantage of that. It is ultimately the task of
> > > message passing subsystem though. Think an optimizing msg handler. Of
> > > course you need some abstraction
Ognyan Kulev wrote:
>
> On Sat, Feb 10, 2001 at 04:15:16PM +0200, Eray Ozkural wrote:
> > On Sat, Feb 10, 2001 at 03:12:46PM +0200, Ognyan Kulev wrote:
> > > One beautiful solution will be batching many IPC requests in one context
> > > switch, e.g. (open,read,close).
> >
> > You mean a burst tra
hi
> Merging the
> efforts with GNOME project will be A Good Thing
> (GConf, ...) - I see it as
> the most progressive GNU project (Unix sucks, but
> we'll fix it:-))).
Yes that is a powerful thing.Especially since ORBIT is
a good choice for such a stuff,I think GNOMERS will be
very interested.Le
On Sat, Feb 10, 2001 at 04:15:16PM +0200, Eray Ozkural wrote:
> On Sat, Feb 10, 2001 at 03:12:46PM +0200, Ognyan Kulev wrote:
> > One beautiful solution will be batching many IPC requests in one context
> > switch, e.g. (open,read,close).
>
> You mean a burst transfer. That's done in parallel pr
On Sat, Feb 10, 2001 at 03:12:46PM +0200, Ognyan Kulev wrote:
> One beautiful solution will be batching many IPC requests in one context
> switch, e.g. (open,read,close).
You mean a burst transfer. That's done in parallel programming. Many high
level libraries take advantage of that. It is ultim
On Fri, Feb 09, 2001 at 04:11:19PM +0100, Marcus Brinkmann wrote:
> Of course, but any message passing only adds a constant overhead to a single
> message. Performance increase can also be achieved by adding new interfaces,
> which remove the need to send several messages (by replacing them with a
From: Marcus Brinkmann <[EMAIL PROTECTED]>
Subject: Re: MIG->Corba (performance)
Date: Fri, 9 Feb 2001 16:11:19 +0100
> Of course, but any message passing only adds a constant overhead to a single
> message. Performance increase can also be achieved by adding new interfaces,
>
On Fri, Feb 09, 2001 at 03:36:37PM -0500, Ingmar Schuster wrote:
> > Performance is not really the concern here, although it is good to know
> > that
> > a CORBA implementation can make special short cuts on the Hurd.
>
> Isn't it? IMHO such an important interface defenitely should be fast.
Of c
> Performance is not really the concern here, although it is good to know
> that
> a CORBA implementation can make special short cuts on the Hurd.
Isn't it? IMHO such an important interface defenitely should be fast.
Ingmar Schuster
___
Bug-hurd mai
10 matches
Mail list logo
