Mridul Jain wrote:
> > Anyway, those
> > people have been there'n' done that, and AFAIK they
> > aren't trying to
> > facilitate a multi-language development for their
> > modular
> > kernels, why not?
> Come on let's not bring in Billy here.Ok you can be
> happy coding in VB thro'out.
Bill isn't a kernel coder ;) But some of MS employees
are top notch kernel people. In the kernel they use
straight C. That's it. And that's how they can have
decent performance. Pretty the same with linux.
We're talking about a microkernel arch, but still I'm
not sure if turning hurd into gnome is a good idea.
I used to be an m68k assembly coder before amiga gave
its last breath and as far as I know I haven't written
any basic code for the last 9 years.
Interoperability is a good idea, but if you bloat the
whole code with interoperability stuff then it blows up.
> > In my opinion, you have persuasive arguments that
> > the
> > implementation can have good performance. I'm not
> > well
> > persuaded by them though, because I try to reckon
> > the distributed
> > case which I believe might not be very good with
> > CORBA.
> Any better alternatives you have??:-)
Yes. Make a design that doesn't depend on "middleware"
stuff and buzzwords. Read my other mail for an idea
I offer to look into.
> > On the other hand, reliability and development costs
> > may be
> > more serious, especially the development cost.
> Yes effort is required!!!But didn't quite understand
> you on reliablity??
Reliability: messages *have* different semantics when
they have different application domains. A filesystem
has different requirements than that of a banking
application. Still, banking can be considered a legitimate
distributed application although it is exceedingly trivial
to undertake. That's just client/server. A filesystem
or a tcp server is *so* different. Requirements of an
RPC system for distributed systems best found in tanenbaum
I guess, also any recent distributed systems textbook.
Development cost would be the most prominent here. This would
take a lot of developer time and effort, which may be
a hindrance in the future: when hurd needs more subsystems.
Eray (exa) Ozkural
Comp. Sci. Dept., Bilkent University, Ankara