Re: Orbit Performance Questions



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]