On Thu, 17 Mar 2005 15:41:36 -0500
Timothy Miller <[EMAIL PROTECTED]> wrote:
> On Thu, 17 Mar 2005 15:16:22 -0500, Daniel Phillips <[EMAIL PROTECTED]> wrote:
>
> > Since everybody likes this idea, I'll take the contrary position.
Do that. I support the idea too :)
> >
> > * There is no advantage to being able to reuse consumed pages in
> > random order versus a fixed order
It doesn't matter. A driver will always have to determine whether
it can reuse a certain page or not. Thus it doesn't matter
whether it goes trough a linear list or a linked list.
> > * Another way to grow/shrink the ring buffer is to have a predefined
> > list of pages as I described earlier
Which will fail if you cannot reserve the buffer at startup -> bad thing[tm]
> > * This is more complicated for the driver than a simple, virtually
> > contiguous buffer
Actually, all solutions i've seen so far are too complicated.
I'd like to have a bus system that "just knows" my virtual
adresses so that i just can tell you where my data stats,
how much it has to read and where to store it.
Unfortunately, i'm too new in the field of hardware and driver
design to make any good suggestions :(
> And the question is: For a fixed set, how many pages is enough?
Infinte.
Anything less will restrict the usability of the card.
So, the only solution is to have some way of using a distributed
buffer.
Attila Kinali
--
egp ist vergleichbar mit einem ikea bausatz fuer flugzeugtraeger
-- reeler in +kaosu
_______________________________________________
Open-graphics mailing list
[email protected]
http://lists.duskglow.com/mailman/listinfo/open-graphics
List service provided by Duskglow Consulting, LLC (www.duskglow.com)
