From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JCvZ8-0000OO-42 for qemu-devel@nongnu.org; Thu, 10 Jan 2008 06:27:18 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JCvZ6-0000Li-GM for qemu-devel@nongnu.org; Thu, 10 Jan 2008 06:27:17 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JCvZ6-0000LQ-2C for qemu-devel@nongnu.org; Thu, 10 Jan 2008 06:27:16 -0500 Received: from fg-out-1718.google.com ([72.14.220.153]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1JCvZ6-0007Qy-0C for qemu-devel@nongnu.org; Thu, 10 Jan 2008 06:27:16 -0500 Received: by fg-out-1718.google.com with SMTP id e12so699895fga.8 for ; Thu, 10 Jan 2008 03:27:14 -0800 (PST) In-Reply-To: <200801092308.46482.javier@guerrag.com> References: <1199896975.4382.31.camel@localhost.localdomain> <200801092308.46482.javier@guerrag.com> Content-Type: text/plain Date: Thu, 10 Jan 2008 13:27:29 +0200 Message-Id: <1199964449.3274.9.camel@localhost.localdomain> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit From: Dor Laor Subject: [Qemu-devel] Re: [kvm-devel] [PATCH] e1000 emulation code Reply-To: dor.laor@qumranet.com, qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Javier Guerra Giraldez Cc: kvm-devel@lists.sourceforge.net, ir Peleg , qemu-devel On Wed, 2008-01-09 at 23:08 -0500, Javier Guerra Giraldez wrote: > On Wednesday 09 January 2008, Dor Laor wrote: > > Some figures: Linux rx 350Mbps, tx 150bps, Windows rx 700mbps, tx 100 mbps. > > very nice! > > in a related note, the VMWare tools package, which is supposed to 'enhance > performance' by installing 'specially tuned' drivers into a guest, doesn't > include net or HD drivers for linux! i was surprised, but it simply said Vmware has a nice trick to online change an emulated amd nic into a pv mode nic. > that using e1000 emulation on 64bit linux was optimised enough. since i saw > good performance (no hard benchmarks, but definitely not bad); i thought that > they do some paravirtualizification at runtime as part of their software > recompiling (because they're much older than HVM-capable processors). > > now it seems that there are higher-level hardware that can be emulated far > more efficiently than the original set of QEMU hardware. This is just a newer device with some coalescing abilities and tso, pv driver can always be better since they are not bound to any specification. btw: I wonder when qemu will get virtio drivers. > > the next step would be to emulate LSI SCSI chips, eh? >