Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1750749AbWJLTV5 (ORCPT ); Thu, 12 Oct 2006 15:21:57 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750795AbWJLTV5 (ORCPT ); Thu, 12 Oct 2006 15:21:57 -0400 Received: from web58106.mail.re3.yahoo.com ([68.142.236.129]:58755 "HELO web58106.mail.re3.yahoo.com") by vger.kernel.org with SMTP id S1750749AbWJLTV5 convert rfc822-to-8bit (ORCPT ); Thu, 12 Oct 2006 15:21:57 -0400 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=ro/EyF3YfcOni81p7IwPPPKjDyQBnqcsOt4GEeBdOM6Xs7OoLX1W8D5RX6pnwiHgWjJPcRDGgWF/pGy/O/OSE+u6B/72o5LNURUkl12lsB4/awSydpgf0Qp2gAKUdRpHYzZxhogVht9zHoetMinFPxR9a/RbakQxzf4GChsZgi4= ; Message-ID: <20061012192156.97357.qmail@web58106.mail.re3.yahoo.com> Date: Thu, 12 Oct 2006 12:21:56 -0700 (PDT) From: Open Source Subject: USB performance bug since kernel 2.6.13 (CRITICAL???) To: linux-kernel@vger.kernel.org, linux-usb-devel@sourceforge.net MIME-Version: 1.0 Content-Type: text/plain; charset=ascii Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1767 Lines: 24 Hi all, I am writing regarding a performance issue that I recently observed after upgrading from kernel 2.6.12 to 2.6.17. I did some hunting around and have found that the issue first arises in 2.6.13. I am using a device that submits URBs asynchronously using the libusb devio infrastructure. In version 2.6.12 I am able to submit and reap URBs for my particular application at a transaction rate of one per millisecond. A transaction consists of a single WRITE URB (< 512 bytes) followed by a single READ URB (1024 bytes). Once I upgrade to version 2.6.13, the transactional rate drops to one per 4 milliseconds! The overall performance of a particular algorithm is increased from a total execution time of 75 seconds to over 160 seconds. The only difference between the two tests is the kernel. Microsoft Windows executes the algorithm in 70-75 seconds! I am using a Fedora Core distribution with FC4 kernels for testing. Is there some new incantation that is required in my user-mode driver to get around a "feature" in recent kernels? Does anyone else know about this? I was not able to easily find discussion about this on the newsgroups. It appears that this problem has been around for a while, if it is indeed a problem. I am not a subscriber to the linux-kernel mailing list but have cross-posted to it since this seems like a serious enough issue. Please continue to keep any responses on linux-usb-devel as well so I can see them in my email box. Thank you, Beleaguered Open Source Fan - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/