* [Qemu-devel] Network Performance between Win Host and Linux Guest
@ 2005-08-26 13:57 vdr
2005-08-26 14:31 ` Jonas Maebe
` (2 more replies)
0 siblings, 3 replies; 12+ messages in thread
From: vdr @ 2005-08-26 13:57 UTC (permalink / raw)
To: Qemu-devel
[-- Attachment #1: Type: text/plain, Size: 434 bytes --]
Hi,
QEMU is working better from hour to hour :-)
Now I am looking for a way to get my data from the linux client to the Win2K host. When I use the integrated smb I get a transfer rate from about 15 KB :-(
the tftp is about 600 KBps and using WinSCP over the "redired" ssh connection lead to 60 KBps. Is there a way to transfer the data faster ?
Or is there an explorer for the disk image available ?
Thanks in advance
Helmut
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [Qemu-devel] Network Performance between Win Host and Linux Guest
2005-08-26 13:57 [Qemu-devel] Network Performance between Win Host and Linux Guest vdr
@ 2005-08-26 14:31 ` Jonas Maebe
2005-08-29 19:10 ` Filip Navara
2005-08-26 16:21 ` Christian MICHON
2005-08-26 20:20 ` Fabrice Bellard
2 siblings, 1 reply; 12+ messages in thread
From: Jonas Maebe @ 2005-08-26 14:31 UTC (permalink / raw)
To: qemu-devel
On 26 aug 2005, at 15:57, vdr@helmutauer.de wrote:
> QEMU is working better from hour to hour :-)
> Now I am looking for a way to get my data from the linux client to
> the Win2K host. When I use the integrated smb I get a transfer rate
> from about 15 KB :-(
> the tftp is about 600 KBps and using WinSCP over the "redired" ssh
> connection lead to 60 KBps. Is there a way to transfer the data
> faster ?
> Or is there an explorer for the disk image available ?
At least under Mac OS X, you can simply mount the images created with
qemu-img, if they contain a file system that Mac OS X knows. I guess
under Linux you can also simply mount them. I can't imagine there
aren't programs available for Windows which allow you to mount raw
disk images containing a supported file system.
Jonas
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [Qemu-devel] Network Performance between Win Host and Linux Guest
2005-08-26 14:31 ` Jonas Maebe
@ 2005-08-29 19:10 ` Filip Navara
0 siblings, 0 replies; 12+ messages in thread
From: Filip Navara @ 2005-08-29 19:10 UTC (permalink / raw)
To: qemu-devel
Jonas Maebe wrote:
>
> On 26 aug 2005, at 15:57, vdr@helmutauer.de wrote:
>
>> QEMU is working better from hour to hour :-)
>> Now I am looking for a way to get my data from the linux client to
>> the Win2K host. When I use the integrated smb I get a transfer rate
>> from about 15 KB :-(
>> the tftp is about 600 KBps and using WinSCP over the "redired" ssh
>> connection lead to 60 KBps. Is there a way to transfer the data
>> faster ?
>> Or is there an explorer for the disk image available ?
>
>
> At least under Mac OS X, you can simply mount the images created with
> qemu-img, if they contain a file system that Mac OS X knows. I guess
> under Linux you can also simply mount them. I can't imagine there
> aren't programs available for Windows which allow you to mount raw
> disk images containing a supported file system.
I can recommend VDK (http://chitchat.at.infoseek.co.jp/vmware/vdk.html).
It can open VMDK and RAW images (both supported by QEMU)...
- Filip
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [Qemu-devel] Network Performance between Win Host and Linux Guest
2005-08-26 13:57 [Qemu-devel] Network Performance between Win Host and Linux Guest vdr
2005-08-26 14:31 ` Jonas Maebe
@ 2005-08-26 16:21 ` Christian MICHON
2005-08-26 17:18 ` Helmut Auer
2005-08-26 20:20 ` Fabrice Bellard
2 siblings, 1 reply; 12+ messages in thread
From: Christian MICHON @ 2005-08-26 16:21 UTC (permalink / raw)
To: qemu-devel
winimage.
There's also the possibility to mount the img as a volume.
But there's a catch: both qemu and winimage want the
exclusivity of the image file. :(
On 8/26/05, vdr@helmutauer.de <vdr@helmutauer.de> wrote:
> Hi,
> QEMU is working better from hour to hour :-)
> Now I am looking for a way to get my data from the linux client to the Win2K host. When I use the integrated smb I get a transfer rate from about 15 KB :-(
> the tftp is about 600 KBps and using WinSCP over the "redired" ssh connection lead to 60 KBps. Is there a way to transfer the data faster ?
> Or is there an explorer for the disk image available ?
> Thanks in advance
> Helmut
>
>
>
> _______________________________________________
> Qemu-devel mailing list
> Qemu-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/qemu-devel
>
>
>
--
Christian
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [Qemu-devel] Network Performance between Win Host and Linux Guest
2005-08-26 16:21 ` Christian MICHON
@ 2005-08-26 17:18 ` Helmut Auer
2005-08-26 18:25 ` Christian MICHON
0 siblings, 1 reply; 12+ messages in thread
From: Helmut Auer @ 2005-08-26 17:18 UTC (permalink / raw)
To: qemu-devel
Hi Christian,
>winimage.
>There's also the possibility to mount the img as a volume.
>But there's a catch: both qemu and winimage want the
>exclusivity of the image file. :(
>
>
>
I already tried WinImage ( V6 and v7 ). Both are telling me: Unable to
open ...
Which foramt should I use for the disk ? Til now I am using the default
raw image.
Bye
Helmut
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [Qemu-devel] Network Performance between Win Host and Linux Guest
2005-08-26 17:18 ` Helmut Auer
@ 2005-08-26 18:25 ` Christian MICHON
0 siblings, 0 replies; 12+ messages in thread
From: Christian MICHON @ 2005-08-26 18:25 UTC (permalink / raw)
To: qemu-devel
you can only open dos/fat32 partitions on raw images.
I usually keep one partition dos available for my linux guests,
so I can easily exchange data offline using this dos partition.
On 8/26/05, Helmut Auer <vdr@helmutauer.de> wrote:
> Hi Christian,
>
> >winimage.
> >There's also the possibility to mount the img as a volume.
> >But there's a catch: both qemu and winimage want the
> >exclusivity of the image file. :(
> >
> >
> >
> I already tried WinImage ( V6 and v7 ). Both are telling me: Unable to
> open ...
> Which foramt should I use for the disk ? Til now I am using the default
> raw image.
>
> Bye
> Helmut
>
>
> _______________________________________________
> Qemu-devel mailing list
> Qemu-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/qemu-devel
>
--
Christian
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [Qemu-devel] Network Performance between Win Host and Linux Guest
2005-08-26 13:57 [Qemu-devel] Network Performance between Win Host and Linux Guest vdr
2005-08-26 14:31 ` Jonas Maebe
2005-08-26 16:21 ` Christian MICHON
@ 2005-08-26 20:20 ` Fabrice Bellard
2 siblings, 0 replies; 12+ messages in thread
From: Fabrice Bellard @ 2005-08-26 20:20 UTC (permalink / raw)
To: qemu-devel
vdr@helmutauer.de wrote:
> Hi, QEMU is working better from hour to hour :-) Now I am looking for
> a way to get my data from the linux client to the Win2K host. When I
> use the integrated smb I get a transfer rate from about 15 KB :-( the
> tftp is about 600 KBps and using WinSCP over the "redired" ssh
> connection lead to 60 KBps. Is there a way to transfer the data
> faster ? Or is there an explorer for the disk image available ?
> Thanks in advance Helmut
I guess the best way is to understand why the network is so slow. This
is a bug in SLIRP ou the NE2000 emulated card, not something due to the
CPU emulation itself.
Fabrice.
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [Qemu-devel] Network Performance between Win Host and Linux Guest
@ 2005-10-11 10:04 Lars Bakker
0 siblings, 0 replies; 12+ messages in thread
From: Lars Bakker @ 2005-10-11 10:04 UTC (permalink / raw)
To: qemu-devel
Hello!
Did you find out why qemu's networking is so slow?
Is that a general issue or is it just happening when running qemu on
windows?
What has actually been changed in version 0.7.2? (The changelog says
that improvements were made in user-mode-networking)
> I guess the best way is to understand why the network is so slow.
> This is a bug in SLIRP ou the NE2000 emulated card, not > > something
> due to the CPU emulation itself.
I saw some patches that add support for other NICs in qemu. Did anyone
experience an improvement in network performance when using these patches?
Sorry for asking so many questions, but I would really like to use qemu.
Network performance is quite important to me and I don't like the idea
of using another hard disk image to access data from the host system,
because you cannot use it while qemu is running.
If someone gave me a hint on where to look to solve this problem, I
would be very grateful and I would certainly try to help.
Regards,
Lars
^ permalink raw reply [flat|nested] 12+ messages in thread
* [Qemu-devel] Network Performance between Win Host and Linux Guest
@ 2006-02-09 11:00 vdr
2006-03-06 21:44 ` Helmut Auer
0 siblings, 1 reply; 12+ messages in thread
From: vdr @ 2006-02-09 11:00 UTC (permalink / raw)
To: qemu-devel
Hello,
I just upgraded to qemu 0.8.0 including vlan/tap patch and I noticed that the network speed is much slower than under 0.7.2 with tap patch ( 300KB/s vs 1MB/s ).
Any hints what I can do to sped this up ?
Helmut
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [Qemu-devel] Network Performance between Win Host and Linux Guest
2006-02-09 11:00 vdr
@ 2006-03-06 21:44 ` Helmut Auer
2006-03-08 4:52 ` Kazu
0 siblings, 1 reply; 12+ messages in thread
From: Helmut Auer @ 2006-03-06 21:44 UTC (permalink / raw)
To: qemu-devel
vdr@helmutauer.de schrieb:
> Hello,
> I just upgraded to qemu 0.8.0 including vlan/tap patch and I noticed that the network speed is much slower than under 0.7.2 with tap patch ( 300KB/s vs 1MB/s ).
> Any hints what I can do to sped this up ?
> Helmut
>
No ideas what can cause this ? I just checked it again with the tapped
win binaries from the dion page. Net performance is about 15 times
faster under 0.7.2
--
Helmut Auer, helmut@helmutauer.de
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [Qemu-devel] Network Performance between Win Host and Linux Guest
2006-03-06 21:44 ` Helmut Auer
@ 2006-03-08 4:52 ` Kazu
0 siblings, 0 replies; 12+ messages in thread
From: Kazu @ 2006-03-08 4:52 UTC (permalink / raw)
To: qemu-devel
[-- Attachment #1: Type: text/plain, Size: 556 bytes --]
Tuesday, March 07, 2006 6:44 AM Helmut Auer wrote:
> vdr@helmutauer.de schrieb:
>> Hello,
>> I just upgraded to qemu 0.8.0 including vlan/tap patch and I noticed that
the network speed is much slower than under 0.7.2 with tap patch ( 300KB/s
vs 1MB/s ).
>> Any hints what I can do to sped this up ?
>> Helmut
>>
> No ideas what can cause this ? I just checked it again with the tapped
> win binaries from the dion page. Net performance is about 15 times
> faster under 0.7.2
>
Attached patch improves the performance against current CVS.
Regards,
Kazu
[-- Attachment #2: qemu-20060307-tap.patch --]
[-- Type: application/octet-stream, Size: 2149 bytes --]
Index: tap-win32.c
===================================================================
RCS file: /sources/qemu/qemu/tap-win32.c,v
retrieving revision 1.2
diff -u -r1.2 tap-win32.c
--- tap-win32.c 19 Feb 2006 12:40:00 -0000 1.2
+++ tap-win32.c 7 Mar 2006 04:18:44 -0000
@@ -642,7 +642,7 @@
}
/* XXX: horrible, suppress this by using proper thread signaling */
-void tap_win32_poll(void)
+int tap_win32_poll(void)
{
TAPState *s = tap_win32_state;
uint8_t *buf;
@@ -650,13 +650,14 @@
int size;
if (!s)
- return;
+ return -1;
size = tap_win32_read(s->handle, &buf, max_size);
if (size > 0) {
qemu_send_packet(s->vc, buf, size);
tap_win32_free_buffer(s->handle, buf);
}
+ return size;
}
int tap_win32_init(VLANState *vlan, const char *ifname)
Index: vl.c
===================================================================
RCS file: /sources/qemu/qemu/vl.c,v
retrieving revision 1.165
diff -u -r1.165 vl.c
--- vl.c 20 Feb 2006 00:33:36 -0000 1.165
+++ vl.c 7 Mar 2006 04:18:49 -0000
@@ -3960,8 +3960,11 @@
#ifdef _WIN32
/* XXX: see how to merge it with the select. The constraint is
that the select must be interrupted by the timer */
- if (timeout > 0)
- Sleep(timeout);
+ ret = tap_win32_poll();
+ if (ret <= 0) {
+ if (timeout > 0)
+ Sleep(timeout);
+ }
#endif
/* poll any events */
/* XXX: separate device handlers from system ones */
@@ -4002,9 +4005,6 @@
}
}
}
-#ifdef _WIN32
- tap_win32_poll();
-#endif
#if defined(CONFIG_SLIRP)
/* XXX: merge with the previous select() */
Index: vl.h
===================================================================
RCS file: /sources/qemu/qemu/vl.h,v
retrieving revision 1.105
diff -u -r1.105 vl.h
--- vl.h 20 Feb 2006 00:33:36 -0000 1.105
+++ vl.h 7 Mar 2006 04:18:50 -0000
@@ -307,7 +307,7 @@
/* TAP win32 */
int tap_win32_init(VLANState *vlan, const char *ifname);
-void tap_win32_poll(void);
+int tap_win32_poll(void);
/* NIC info */
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [Qemu-devel] Network Performance between Win Host and Linux Guest
@ 2006-03-15 12:41 Míguel
0 siblings, 0 replies; 12+ messages in thread
From: Míguel @ 2006-03-15 12:41 UTC (permalink / raw)
To: qemu-devel
It seems this interesting patch:
http://lists.gnu.org/archive/html/qemu-devel/2006-03/msg00041.html
hasn't been applied to CVS for some reason.
Has it been accidentally skipped or is it not applicable to CVS?
Best regards.
------------------------
Miguel.
^ permalink raw reply [flat|nested] 12+ messages in thread
end of thread, other threads:[~2006-03-15 12:41 UTC | newest]
Thread overview: 12+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-08-26 13:57 [Qemu-devel] Network Performance between Win Host and Linux Guest vdr
2005-08-26 14:31 ` Jonas Maebe
2005-08-29 19:10 ` Filip Navara
2005-08-26 16:21 ` Christian MICHON
2005-08-26 17:18 ` Helmut Auer
2005-08-26 18:25 ` Christian MICHON
2005-08-26 20:20 ` Fabrice Bellard
-- strict thread matches above, loose matches on Subject: below --
2005-10-11 10:04 Lars Bakker
2006-02-09 11:00 vdr
2006-03-06 21:44 ` Helmut Auer
2006-03-08 4:52 ` Kazu
2006-03-15 12:41 Míguel
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).