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 <[email protected]>
To: Open Source <[email protected]>
Cc: Alan Cox <[email protected]>; USB development list <[email protected]>; Kernel development list <[email protected]>
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
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
