Re: patch to shift memory allocations to usb_alloc_urb()
Oliver Neukum <[email protected]>
| Newsgroups | gmane.linux.usb.devel |
|---|---|
| Message-ID | <[email protected]> |
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/ _______________________________________________ [email protected] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel