From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from eggs.gnu.org ([140.186.70.92]:45429)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <gceq-qemu-devel@m.gmane.org>) id 1RiqHj-0004Em-7O
	for qemu-devel@nongnu.org; Thu, 05 Jan 2012 11:35:28 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <gceq-qemu-devel@m.gmane.org>) id 1RiqHe-0004f8-LT
	for qemu-devel@nongnu.org; Thu, 05 Jan 2012 11:35:23 -0500
Received: from lo.gmane.org ([80.91.229.12]:33892)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <gceq-qemu-devel@m.gmane.org>) id 1RiqHe-0004f1-F8
	for qemu-devel@nongnu.org; Thu, 05 Jan 2012 11:35:18 -0500
Received: from list by lo.gmane.org with local (Exim 4.69)
	(envelope-from <gceq-qemu-devel@m.gmane.org>) id 1RiqHX-0007HJ-UJ
	for qemu-devel@nongnu.org; Thu, 05 Jan 2012 17:35:11 +0100
Received: from hsi-kbw-046-005-037-177.hsi8.kabel-badenwuerttemberg.de
	([46.5.37.177]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
	id 1AlnuQ-0007hv-00
	for <qemu-devel@nongnu.org>; Thu, 05 Jan 2012 17:35:11 +0100
Received: from til by hsi-kbw-046-005-037-177.hsi8.kabel-badenwuerttemberg.de
	with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00
	for <qemu-devel@nongnu.org>; Thu, 05 Jan 2012 17:35:11 +0100
From: Til Obes <til@obes.name>
Date: Thu, 05 Jan 2012 17:29:37 +0100
Message-ID: <je4j5o$at3$1@dough.gmane.org>
References: <4EAE6A16.60303@obes.name> <4EAE98A4.6000700@redhat.com>
	<4EAFBDBF.3070109@redhat.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit
In-Reply-To: <4EAFBDBF.3070109@redhat.com>
Subject: Re: [Qemu-devel] Performance of USB2.0
List-Id: <qemu-devel.nongnu.org>
List-Unsubscribe: <https://lists.nongnu.org/mailman/options/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.nongnu.org/archive/html/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <https://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: qemu-devel@nongnu.org

Hello.

Am 01.11.2011 10:37, schrieb Gerd Hoffmann:
> I think the main issue here is that we don't do buffering / pipelining
> for bulk transfers at the moment.  We grab a single transfer request
> from the guest, pass it to the kernel, when it is done pass it back to
> the guest, then look look for the next one.  Instead we could queue up
> all transfer requests from the guest to the kernel, which would give a
> noticable better throughput.  The qemu usb subsystem can't handle that
> (yet).  Fixing that is one the TODO list though.

Any news about this topic?

Regards Til