Am Montag, 2. Juli 2007 schrieb Alan Stern:
> > As noted above, for full speed devices we could get similar throughput
> > with slightly more clever implementation of scatterlist handling. If
> > the HCD has good hardware support for queueing, and the system has fair
> > IRQ latency, recycling as few as five URBs might give similar throughput
> > to the current "URB per element" approach.
>
> I think we definitely should do this. For high speed the advantages
> aren't so great, since the amount of data needed to fill the pipeline
> is about the same as the default max transfer size anyway.
Doesn't this boil down to using CPU cycles to save memory?
Even worse, many of these cycles would be used in interrupt context.
Regards
Oliver
-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
linux-usb-devel@lists.sourceforge.net
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
