Re: USB performance bug since kernel 2.6.13 (CRITICAL???)

Open Source
2006-10-14T16:33:44Z

Hi all,

Yes, I am on board with both Alans. I did not know
about this very nifty option in strace. I will look into
it in detail on Mon/Tue and report back.

Clearly something is weird, because there are no
other load-intensive processes running on the system.
I would think that the scheduler would wake up any
blocked processes rather than sitting idle for 4 ms.
In any case, I am open to the fact it may not be
USB per se. We'll see what strace says.

As always, thanks for the suggestions. Stay tuned....

----- Original Message ----
From: Alan Stern <stern@rowland.harvard.edu>
To: Open Source <opensource3141@yahoo.com>
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>; USB development list <linux-usb-devel@lists.sourceforge.net>; Kernel development list <linux-kernel@vger.kernel.org>
Sent: Friday, October 13, 2006 7:11:39 PM
Subject: Re: [linux-usb-devel] USB performance bug since kernel 2.6.13 (CRITICAL???)

On Sat, 14 Oct 2006, Alan Cox wrote:

> Ar Gwe, 2006-10-13 am 16:30 -0700, ysgrifennodd Open Source:
> > There is an ioctl that is waiting for the URB to be reaped.
> > I am almost certain it is this syscall that is taking 4 ms (as
> > opposed to 1 ms with CONFIG_HZ=1000).
>
> What does strace say about it ? This is measurable not speculation.

I completely agree with the other Alan. You don't have to guess about
these things. Use strace to see what your process is doing and at the
same time use usbmon to see what the USB stack is doing. Run the
experiment at both 1000 Hz and 250 Hz and compare the results.

Alan Stern