On 2012.12.10 18:46, Tim Roberts wrote: > That's way too much overhead. You need to submit larger transfers at > longer intervals. For example, think about having 10ms or 20ms kin each > request.
I think Tim has identified the issue here. We do have a maximum limit on the number of (fake) fds we let the system create when we create the Windows OVERLAPPED structure that is to be used with our transfers, and that limit is set to 256 in poll_windows.h (#define MAX_FDS 256). Each time you submit a transfer, such an fd will be created, thus, if you submit transfers at the rate higher than what the system can handle, sooner or later you're going to end up with more fds opened concurrently than what we'll let you allocate, by which time an invalid fd will be returned and the Windows API's submit transfer will return LIBUSB_ERROR_NO_MEM. Please follow Tim's advice and let us know if you still see an issue then. Regards, /Pete ------------------------------------------------------------------------------ LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d _______________________________________________ libusbx-devel mailing list libusbx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/libusbx-devel
