[interfacekit] Re: :) Again - BBitmap
- From: "Adi Oanca" <adioanca@xxxxxxxxxxxxx>
- To: <interfacekit@xxxxxxxxxxxxx>
- Date: Tue, 29 Jul 2003 15:09:05 +0300
> > > 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?
So, server side drawing?
> > Me too! But the best result, I think, is by combining the two
> > methods;
> > because yours may spawn a few threads that actually are not that busy
> > drawing! ( :-) Dynamic Port [re]Allocation Schema? - see my other
> > email)
>
> Well, the whole computer is rather idle most of the time. Our
> particular aim is not to save as much resources as possible, but to
> solve the problem, that with a, in itself, relatively cheap resource
> like a bitmap, you can easily make the app server run out of resources.
> A reasonable limit, like 5 or so, threads for bitmap drawing per
> application sounds like a good strategy to me. Then even with 20
> application, each hitting the limit, the app server should be fine.
OK then, we'll do it your way! All we have to determine is the limit.
> > 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.
> > 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!"
- Follow-Ups:
- [interfacekit] Re: :) Again - BBitmap
- From: Ingo Weinhold
- References:
- [interfacekit] Re: :) Again - BBitmap
- From: Ingo Weinhold
Other related posts:
- » [interfacekit] :) Again - BBitmap
- » [interfacekit] Re: :) Again - BBitmap
- » [interfacekit] Re: :) Again - BBitmap
- » [interfacekit] Re: :) Again - BBitmap
- » [interfacekit] Re: :) Again - BBitmap
- » [interfacekit] Re: :) Again - BBitmap
- » [interfacekit] Re: :) Again - BBitmap
- » [interfacekit] Re: :) Again - BBitmap
- » [interfacekit] Re: :) Again - BBitmap
- » [interfacekit] Re: :) Again - BBitmap
- » [interfacekit] Re: :) Again - BBitmap
- » [interfacekit] Re: :) Again - BBitmap
- » [interfacekit] Re: :) Again - BBitmap
- » [interfacekit] Re: :) Again - BBitmap
- » [interfacekit] Re: :) Again - BBitmap
- » [interfacekit] Re: :) Again - BBitmap
- » [interfacekit] Re: :) Again - BBitmap
- » [interfacekit] Re: :) Again - BBitmap
- » [interfacekit] Re: :) Again - BBitmap
- » [interfacekit] Re: :) Again - BBitmap
- » [interfacekit] Re: :) Again - BBitmap
- » [interfacekit] Re: :) Again - BBitmap
- » [interfacekit] Re: :) Again - BBitmap
- » [interfacekit] Re: :) Again - BBitmap
- » [interfacekit] Re: :) Again - BBitmap
- » [interfacekit] Re: :) Again - BBitmap
- » [interfacekit] Re: :) Again - BBitmap
- » [interfacekit] Re: :) Again - BBitmap
- » [interfacekit] Re: :) Again - BBitmap
- » [interfacekit] Re: :) Again - BBitmap
- » [interfacekit] Re: :) Again - BBitmap
- [interfacekit] Re: :) Again - BBitmap
- From: Ingo Weinhold
- [interfacekit] Re: :) Again - BBitmap
- From: Ingo Weinhold