On Fri, 13 Oct 2006, Open Source wrote: > Hi all, > > I just tested using CONFIG_HZ_1000=y and > CONFIG_HZ=1000 and as expected, this change > improves the throughput. Thank you Lee for pointing > that out so quickly. > > Alan -- yes, I understand the ability to increase throughput > by transfering more bytes and I am definitely able to see > better overall throughput when increasing the number > of bytes per transaction. However, I needs to still have > good transaction-level timing because I cannot always > queue the transactions up. Recall that each transaction > is a WRITE followed by a READ. The results of the > READ determine the outgoing bytes for the following > transaction's WRITE. > > Not to sound like a broken record, but there is something > seriously wrong here. This has to be a bug somewhere. > It could be very well just be something as simple as > issuing the right incantation with libusb, devio, etc. But, > I've been using libusb for years now and am at a loss > on what might have changed to require this. > > Any ideas???
Try using usbmon to get a detailed record of events with high-precision timestamps. Maybe also add similar logging to your program. This may suggest some ideas about where the slowdown originates. It's possible that some process you're unaware of is using the CPU, and the reduced clock rate increases the latency for your process to continue running. Alan Stern ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel