[interfacekit] Re: :) Again - BBitmap

On Tue, 29 Jul 2003 15:09:05 +0300 "Adi Oanca" <adioanca@xxxxxxxxxxxxx>
 wrote:
> > > > If two threads are involved in drawing to the bitmap at least 
> > > > two
> > > > context switches are necessary until the bitmap is drawn and 
> > > > the
> > > > application thread can resume its work (latency).
> > >
> > >     That always happens in case of app_server. Right?
> >
> > Yes.
> 
>     So, if understood corectly, drawing on application side, by 
> acquring the
> lock that the graphic card driver holds, involves a lot of context 
> switching
> at that low level, and, as I see the things, that is not quite so 
> good as
> letting only one context switch for the app_server to draw in the 
> name of
> all threads.
>     Don't you?

No, all I'm saying is, that drawing into non-off-screen bitmaps 
application side results in a lower latency, since doing it in the app 
server requires context switches (and mode changes for the 
communication).

> So, server side drawing?

For everything but non-off-screen bitmaps, I vote strong yes.

[...]
> > >     A Multimedia OS requires performance, we shall not support 
> > > old
> > > hardware
> > > that doesn't have acceleration.
> >
> > I wouldn't be so radical. To have a fallback shouldn't do harm, I
> > guess. :-)
> 
>     I would! :-) After all, 3D hardware for sound and graphics is for 
> quite
> some time on the market.

You will make people very unhappy, who have a yet unsupported board, 
but could live with VESA mode.

> > >     Yes... we will get much criticism from the beginning, and 
> > > that
> > > won't be that good.
> >
> > As long as we do it at least as good as R5, noone should have a 
> > reason
> > to complain. And I'm sure, a lot of things will be better than in 
> > R5.
> 
>     You are right, but I'm under impression that for R1, we won't 
> reach the
> level of R5! All I hear from you guys is: "Get  it done, no matter 
> how you
> do it, we'll make it better in the future!"

Nah, more like: `Get it done at least as good as in R5, but don't 
invest too much time into further optimization, since that can be done 
later.' The project is not too far away from its second birthday and I 
would find it very disappointing, if it would take another two years...

CU, Ingo

Other related posts: