Re: Orbit Performance Questions
- From: "dou wen" <orbkernel hotmail com>
- To: <orbit-list gnome org>
- Subject: Re: Orbit Performance Questions
- Date: Tue, 1 Jan 2002 00:27:14 +0800
hi Meeks,
----- Original Message -----
From: "Michael Meeks" <michael@ximian.com>
To: <orbit-list@gnome.org>
Sent: Monday, December 31, 2001 10:52 PM
Subject: Re: Orbit Performance Questions
> Hi Dou,
>
> On Mon, 2001-12-31 at 11:33, dou wen wrote:
> > just as u say ,for the performance, i have being porting orbit2 to
> > linux kernel, i.e , beside orbit2 itself, u should put the glib2 and
> > linc to kernel also .
>
> Wow - that sounds like amazing work :-)
>
> > now i have already put the glib2 to the kernel(orbit2 deeply
> > dependent on glib2),the exception is gthread which depend on a native
> > thread implemention(posix thread ,solaris thread etc.), the problem is
> > linux kernel just have kernel thread supported, which lack some
> > primitive which needed by generic thread system, such as Cond wait,
> > Join etc. any one can give me some suggestion?
>
> Well - fun as it would be porting glib fully; I strongly reccommend
> cutting down glib to the minimum you actualy need.
as you point out,the glib in kernel surely is too big for me, i have already cut off some of them,
such as codeset part etc. and intend to cut off more of them. :-)
>We don't actualy use much (any (?)) threading code in ORBit2 / linc, we simply use the
> locking constructs; so it is not neccessary to port that in fact.
glad to hear that, i have not carefully read the orbit2 's implemention code, just debug and hack the echoserver sample,
and i feel the orbit2 use many gthread's lock mechanisms,which is actually depend on posix thread 's locks(in my x86/linux box) ,you mean i just need port the lock constructing mechanisms using kernel's replacement?
hmm,Meeks,then how orbit2 implement the "per thread /per request" policy? it seem orbit2 indeed first queue the requests then handle them serialized?
>
> It sounds like you've got a long way with this; amazing.
hmm ... :-)
>
> I look forward to seeing it in action :-)
thank you,Meeks.
Regards,
dou wen
[
Date Prev][Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]