Xen devel - May 2008 - Release 0.9.1 of GPL PV Drivers for Windows

I have just uploaded a new binary release of the PV drivers for Windows.
I have tested that XenNet and XenSCSI can unload successfully (eg
upgrade without reboot), but only once this version or newer is
installed.

For now, it''s probably best just to replace the .sys files in
c:\windows\system32\drivers with these new ones. I haven''t tested how
install.bat works for an upgrade - one thing I haven''t implemented is
the drivers behaving properly when a page file is on there - eg xenvbd
should refuse to unload in that case and it probably won''t do the right
thing.

I have put the ''stub'' drivers back so you can now silence
xenvfb and
xenconsole asking for drivers by installing xenstub.

Have a look at the wiki page for more details:
http://wiki.xensource.com/xenwiki/XenWindowsGplPv

Download from:
http://www.meadowcourt.org/downloads/
(there is a link to the download site from the wiki entry).

James

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

Thx, james, for including the cat file entry, signing is much less work now.
Looks fine so far.

Box is up with pv drivers, runs fine, network performance (smb share to 
my file server) is still ok, (oo source tar ball to win 20MB/s, back to 
filer 30MB/s).
Lets wait for the new hardware to see real values. ;)

Florian

James Harper schrieb:
> I have just uploaded a new binary release of the PV drivers for Windows.
> I have tested that XenNet and XenSCSI can unload successfully (eg
> upgrade without reboot), but only once this version or newer is
> installed.
> 
> For now, it''s probably best just to replace the .sys files in
> c:\windows\system32\drivers with these new ones. I haven''t tested
how
> install.bat works for an upgrade - one thing I haven''t implemented
is
> the drivers behaving properly when a page file is on there - eg xenvbd
> should refuse to unload in that case and it probably won''t do the
right
> thing.
> 
> I have put the ''stub'' drivers back so you can now silence
xenvfb and
> xenconsole asking for drivers by installing xenstub.
> 
> Have a look at the wiki page for more details:
> http://wiki.xensource.com/xenwiki/XenWindowsGplPv
> 
> Download from:
> http://www.meadowcourt.org/downloads/
> (there is a link to the download site from the wiki entry).
> 
> James
> 
> _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xensource.com
> http://lists.xensource.com/xen-users
> 


_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

James Harper schrieb:
> I have just uploaded a new binary release of the PV drivers for Windows.
> I have tested that XenNet and XenSCSI can unload successfully (eg
> upgrade without reboot), but only once this version or newer is
> installed.
Does anyone have performance numbers for Windows running on these drivers?

An objective and meaningful (hardware independent, more or less) 
comparison would be Linux PV guest vs Windows with PV drivers; both 
network and hard disk throughput.


-- 
Tomasz Chmielewski
http://wpkg.org

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

Hi,

If you look at my posts in the last months, I''ve conducted a test for
network and disk drivers on a Linux HVM running with unmodified_drivers (PV
Drivers for Linux).

The result was that Linux HVM with PV drivers performed nearly at the same
speed as the Dom0. thus we can say that Windows PV drivers have still some
gap to close, but let''s try to do a new test with James''
latest drivers.

Emre

On Fri, May 23, 2008 at 5:31 PM, Tomasz Chmielewski <mangoo@wpkg.org>
wrote:
> James Harper schrieb:
>
>> I have just uploaded a new binary release of the PV drivers for
Windows.
>> I have tested that XenNet and XenSCSI can unload successfully (eg
>> upgrade without reboot), but only once this version or newer is
>> installed.
>>
>
> Does anyone have performance numbers for Windows running on these drivers?
>
> An objective and meaningful (hardware independent, more or less) comparison
> would be Linux PV guest vs Windows with PV drivers; both network and hard
> disk throughput.
>
>
> --
> Tomasz Chmielewski
> http://wpkg.org
>
>
> _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xensource.com
> http://lists.xensource.com/xen-users
>


-- 
Emre Erenoglu
erenoglu@gmail.com


_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

Great, Great, Great,

shutdown monitor works, network works, block devices working.
set gplpv as default on my testbox.
Thumb Up for you James.

Florian

Florian Manschwetus schrieb:
> Thx, james, for including the cat file entry, signing is much less work 
> now.
> Looks fine so far.
> 
> Box is up with pv drivers, runs fine, network performance (smb share to 
> my file server) is still ok, (oo source tar ball to win 20MB/s, back to 
> filer 30MB/s).
> Lets wait for the new hardware to see real values. ;)
> 
> Florian
> 
> James Harper schrieb:
>> I have just uploaded a new binary release of the PV drivers for
Windows.
>> I have tested that XenNet and XenSCSI can unload successfully (eg
>> upgrade without reboot), but only once this version or newer is
>> installed.
>>
>> For now, it''s probably best just to replace the .sys files in
>> c:\windows\system32\drivers with these new ones. I haven''t
tested how
>> install.bat works for an upgrade - one thing I haven''t
implemented is
>> the drivers behaving properly when a page file is on there - eg xenvbd
>> should refuse to unload in that case and it probably won''t do
the right
>> thing.
>>
>> I have put the ''stub'' drivers back so you can now
silence xenvfb and
>> xenconsole asking for drivers by installing xenstub.
>>
>> Have a look at the wiki page for more details:
>> http://wiki.xensource.com/xenwiki/XenWindowsGplPv
>>
>> Download from:
>> http://www.meadowcourt.org/downloads/
>> (there is a link to the download site from the wiki entry).
>>
>> James
>>
>> _______________________________________________
>> Xen-users mailing list
>> Xen-users@lists.xensource.com
>> http://lists.xensource.com/xen-users
>>
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xensource.com
> http://lists.xensource.com/xen-users


_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

On Friday May 23 2008 11:31:16 am Tomasz Chmielewski
wrote:
> Does anyone have performance numbers for Windows running on these drivers?
>
> An objective and meaningful (hardware independent, more or less)
> comparison would be Linux PV guest vs Windows with PV drivers; both
> network and hard disk throughput.
I usually test hvm domu against dom0, but I did this on a linux pv a couple of 
times. For the last time, see my May 6 post in the ''Release 0.8.9 of
GPL PV
drivers for Windows'' thread (iometer). For iperf, see the older post on
Mar.
1 in the ''Release 0.8.0 of GPL PV Drivers for Windows'' thread.

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

On Friday May 23 2008 09:52:22 am James Harper wrote:
> I have just uploaded a new binary release of the PV drivers for Windows.
I rebooted w/o /gplpv, copied over the files, rebooted w/o /gplpv, ran 
install.bat, got one BSOD on installing xennet, rebooted w/o /gplpv, let 
Windows find xenstub, then finished install.bat w/o problems.

I noticed that the Xen devices have yellow exclamation points when booted 
w/o /gplpv, and similarly the ide devices have it when booted w/ /gplpv. For 
some reason, the xenstub devices are ''hidden'' devices.

My keyboard still does not work w/ /gplpv, and does w/o.

Waiting with baited breath for the next installment :-)

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

thanks James, all drivers are working properly now.
-- 
View this message in context:
http://www.nabble.com/Release-0.9.1-of-GPL-PV-Drivers-for-Windows-tp17426132p17447165.html
Sent from the Xen - User mailing list archive at Nabble.com.


_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

> On Friday May 23 2008 09:52:22 am James Harper wrote:
> > I have just uploaded a new binary release of the PV drivers for
Windows.
> 
> I rebooted w/o /gplpv, copied over the files, rebooted w/o /gplpv, ran
> install.bat, got one BSOD on installing xennet, rebooted w/o /gplpv,
let
> Windows find xenstub, then finished install.bat w/o problems.
Can you tell me some more about that BSoD?
> 
> I noticed that the Xen devices have yellow exclamation points when
booted
> w/o /gplpv, and similarly the ide devices have it when booted w/
/gplpv.

Yes, and I thought I''d be able to solve that one but it is looking more
and more like we''ll just have to live with it.
> For some reason, the xenstub devices are ''hidden''
devices.
Yes, I was able to hide those.
> My keyboard still does not work w/ /gplpv, and does w/o.
Are you able to try a test where you just install the xenpci driver and
none of the others?

James

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

On Saturday May 24 2008 08:12:00 am James Harper wrote:
> > I rebooted w/o /gplpv, copied over the files, rebooted w/o /gplpv, ran
> > install.bat, got one BSOD on installing xennet, rebooted w/o /gplpv,
>
> let
>
> > Windows find xenstub, then finished install.bat w/o problems.
>
> Can you tell me some more about that BSoD?
From Event Viewer:

DRIVER_IRQL_NOT_LESS_OR_EQUAL
[...]
*** STOP: 0x1000000A (0x00000016,0x0000001C,0x00000000,0x80502392)

I don''t remember there being a driver mentioned in the actual BSOD.
>> My keyboard still does not work w/ /gplpv, and does w/o.
> Are you able to try a test where you just install the xenpci driver and
> none of the others?
What would be the safest method of doing that? Can I just uninstall the other 
drivers? Wouldn''t I get a BSOD ''Boot drive not found''
(0x9A?) when I try to
boot w/ /gplpv? (That would be necessary since the problem w/ the keyboard 
only shows up then.)

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

> Box is up with pv drivers, runs fine, network performance (smb share to
> my file server) is still ok, (oo source tar ball to win 20MB/s, back to
> filer 30MB/s).
my network connection is too slow. why ?
dom0 debian 64b , domU windows XP Pro
dom0>domU 630MB file transfer with smb, 2 min. (~5 MB/s) 
-- 
View this message in context:
http://www.nabble.com/Release-0.9.1-of-GPL-PV-Drivers-for-Windows-tp17426132p17448691.html
Sent from the Xen - User mailing list archive at Nabble.com.


_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

Erol Bey,

Could you make sure the XenNet driver is loaded and the device is active in
the device manager?

Besides, when you say slow, what is the MB/sec that you see on the link from
your DomU?

Emre

On Sat, May 24, 2008 at 4:57 PM, Erol Yigit <
erolyigit@haytekbilgisayar.com.tr> wrote:
>
>
> > Box is up with pv drivers, runs fine, network performance (smb share
to
> > my file server) is still ok, (oo source tar ball to win 20MB/s, back
to
> > filer 30MB/s).
>
> my network connection is too slow. why ?
> dom0 debian 64b , domU windows XP Pro
> dom0>domU 630MB file transfer with smb, 2 min. (~5 MB/s)
> --
> View this message in context:
>
http://www.nabble.com/Release-0.9.1-of-GPL-PV-Drivers-for-Windows-tp17426132p17448691.html
> Sent from the Xen - User mailing list archive at Nabble.com.
>
>
> _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xensource.com
> http://lists.xensource.com/xen-users
>


-- 
Emre Erenoglu
erenoglu@gmail.com


_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

İlginize teşekkür ederim Emre Bey,

Yes, I am sure, the XenNet driver is loaded and the device is active.
Standard network device (Realtek RTL...) got a yellow exclamation mark.

I see 1 Gb/sec connection speed on the link.
but file trasfer speed 3-5 MB/sec

I change my dom0 to pardus 32b and xen 3.1.3, but any variation didn''t
become.
-- 
View this message in context:
http://www.nabble.com/Release-0.9.1-of-GPL-PV-Drivers-for-Windows-tp17426132p17450462.html
Sent from the Xen - User mailing list archive at Nabble.com.


_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

> From Event Viewer:
> 
> DRIVER_IRQL_NOT_LESS_OR_EQUAL
> [...]
> *** STOP: 0x1000000A (0x00000016,0x0000001C,0x00000000,0x80502392)
> 
> I don''t remember there being a driver mentioned in the actual
BSOD.
> 
> >> My keyboard still does not work w/ /gplpv, and does w/o.
> 
> > Are you able to try a test where you just install the xenpci driver
and
> > none of the others?
> 
> What would be the safest method of doing that? Can I just uninstall
the
> other
> drivers? Wouldn''t I get a BSOD ''Boot drive not
found'' (0x9A?) when I
try
> to
> boot w/ /gplpv? (That would be necessary since the problem w/ the
keyboard
> only shows up then.)
Xenvbd installs xenhide as a filter for all scsi and ide drivers. Xennet
installs xenhide as a filter for all network devices. So in theory (I
haven''t tested it) if you have never installed xenvbd or xennet,
nothing
will be hidden.

I''ve been looking into the chkdsk-on-boot problem someone mentioned,
and
have found that Windows gives me unaligned buffers when doing chkdsks,
and may well do it at other times too. I am creating a workaround for
this but there will be a performance hit (but only when the buffers are
unaligned).

Unfortunately I''ve just made a typo somewhere and trashed my DomU... ah
the perils of driver development. Fortunately lvm snapshot makes this
not such a big deal :)

I hope to have that problem fixed soon, which may well be the cause of
some of these seemingly-random BSoD''s.

James

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

Erol Yigit schrieb:
> 
>> Box is up with pv drivers, runs fine, network performance (smb share to
>> my file server) is still ok, (oo source tar ball to win 20MB/s, back to
>> filer 30MB/s).
> 
> my network connection is too slow. why ?
> dom0 debian 64b , domU windows XP Pro
> dom0>domU 630MB file transfer with smb, 2 min. (~5 MB/s) 
No idea, but I''d like to point out that I use a complete 64 Bit system,
so Xen 3.2.0 64Bit and Win 2008 x64 to a 64 Bit Linux xen DomU on the 
same Machine. Maybe this is important.

Florian


_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

James Harper schrieb:
> Did I remember to  add it to all the .inx files?
Looks, like, at least all inf files in the winlh directory (didn''t
signed others)

Florian
> 
> -----Original Message-----
> From: "Florian Manschwetus"<florianmanschwetus@gmx.de>
> Sent: 24/05/08 1:22:03 AM
> To: "James Harper"<james.harper@bendigoit.com.au>,
"xen-users"<xen-users@lists.xensource.com>
> Subject: Re: [Xen-users] Release 0.9.1 of GPL PV Drivers for Windows
> 
> Thx, james, for including the cat file entry, signing is much less work
now.
> Looks fine so far.
> 
> Box is up with pv drivers, runs fine, network performance (smb share to 
> my file server) is still ok, (oo source tar ball to win 20MB/s, back to 
> filer 30MB/s).
> Lets wait for the new hardware to see real values. ;)
> 
> Florian
> 
> James Harper schrieb:
>> I have just uploaded a new binary release of the PV drivers for
Windows.
>> I have tested that XenNet and XenSCSI can unload successfully (eg
>> upgrade without reboot), but only once this version or newer is
>> installed.
>>
>> For now, it''s probably best just to replace the .sys files in
>> c:\windows\system32\drivers with these new ones. I haven''t
tested how
>> install.bat works for an upgrade - one thing I haven''t
implemented is
>> the drivers behaving properly when a page file is on there - eg xenvbd
>> should refuse to unload in that case and it probably won''t do
the right
>> thing.
>>
>> I have put the ''stub'' drivers back so you can now
silence xenvfb and
>> xenconsole asking for drivers by installing xenstub.
>>
>> Have a look at the wiki page for more details:
>> http://wiki.xensource.com/xenwiki/XenWindowsGplPv
>>
>> Download from:
>> http://www.meadowcourt.org/downloads/
>> (there is a link to the download site from the wiki entry).
>>
>> James
>>
>> _______________________________________________
>> Xen-users mailing list
>> Xen-users@lists.xensource.com
>> http://lists.xensource.com/xen-users
>>
> 


_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

On Sunday May 25 2008 10:26:56 am I wrote:
> On Sunday May 25 2008 02:53:41 am James Harper wrote:
> > Xenvbd installs xenhide as a filter for all scsi and ide drivers.
Xennet
> > installs xenhide as a filter for all network devices. So in theory (I
> > haven''t tested it) if you have never installed xenvbd or
xennet, nothing
> > will be hidden.
>
> But I have installed them - so I''m asking will uninstalling  work,
and do I
> need to uninstall xenstub as well? I''d rather not do a virgin XP
install
> for disk space and time limit reasons.
Well, I went ahead and "bit the bullet", and uninstalled xennet,
xenvbd (2x),
and xenstub (2x) after having rebooted w/o /gplpv. Then I rebooted w/ /gplpv. 
Unfortunately, I forgot to erase the same c:
\windows\system32\drivers\xen*.sys files, and windows just reinstalled xenvbd 
automatically (but only asked for the others). The keyboard was still 
unfunctional with only xenhide, xenpci, and xenvbd installed. Each time I 
booted w/ /gplpv, and went to reboot, I got the previously reported BSOD:

DRIVER_POWER_STATE_FAILURE
[...]
*** STOP: 0x0000009F (0x00000500,0x00000002,0x82592730,0x825C7E50)

(no driver name mentioned)

I then rebooted w/o /gplpv, and erased everything but xenpci and xenhide, then 
rebooted w/ /gplpv, and got the non-specific BSOD:

*** STOP: 0x0000007B (0xF8AB5524,0xC0000034,0x00000000,0x00000000)

so it doesn''t look like I''ll be able to test your request.

One other bit of oddness. While I was uninstalling the drivers and rebooting, 
Event Viewer complained about a boot-start driver that failed to load: 
XenEnum!, even tho'' Device Manager correctly reported that all
installed
drivers were 0.9.1, and the others were correctly reported as uninstalled. I 
assume the Registry is keeping a history of previous drivers, and tried to 
look for old ones (such as from the list of drivers presented in the Hardware 
Wizard when you select Have A Disk).

Now, with all the drivers installed back, Event Viewer only complains about 
the parallel port driver and isapnp not loading. And the
''hidden'' device
VgaSave also has a yellow exclamation point in Device Manager. (All when 
booted w/ /gplpv.)

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

On Friday May 23 2008 09:52:22 am James Harper wrote:
> I have just uploaded a new binary release of the PV drivers for Windows.
Despite not having a keyboard when booting w/ /gplpv, I was able to perform 
some benches comparing 0.8.9 to 0.9.1.

Since iometer is gui based, and my test config is saved, that was easy. Dom0 
performance did not change, nor would it be expected to. On domu, for the 4k 
pattern, there was a 20% loss on multi-threaded testing (workers on domu and 
dom0 at the same time), and a 25% loss on single threaded operation (dom0 
runs the ''idle'' task). There was no loss on the 32k pattern.

For iperf, I had to setup some batch files ahead of time that I could click on 
in My Computer. For a tcp test, ''iperf-1.7.0 -c dom0-name -t 60
-r'':

domu->dom0: 31 Mb/s (no loss)
dom0->domu: 36 Mb/s

For a udp test, requesting a 10Mb/s bandwidth, ''iperf-1.7.0 -c
dom0-name -t
60 -r -b 10000000'' gave:

domu->dom0: 2.6 Mb/s
dom0->domu: 9.9 Mb/s

Someone else on the list noticed that dom0-> domu performance was faster (and
in fact, what was expected) than the reverse direction. However, dom0 warned 
that it did not receive the final ack on the dom0->domu test, and the domu 
client hung, so there was probably a lot of lost packets.

All in all, *very* good for a massive rewrite of the drivers.

Btw James, when booted w/ /gplpv, the Hardware tab of the Keyboard Control 
Panel icon says there is no device/driver present. When booted w/o /gplpv, 
it, and Device Manager, says ''Standard 101/102-Key or Microsoft Natural
PS/2
Keyboard''. And yet, Device Manager doesn''t report xenhide as
one of the
loaded drivers.

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

> 
> Btw James, when booted w/ /gplpv, the Hardware tab of the Keyboard
Control
> Panel icon says there is no device/driver present. When booted w/o
/gplpv,
> it, and Device Manager, says ''Standard 101/102-Key or Microsoft
Natural
> PS/2
> Keyboard''. And yet, Device Manager doesn''t report xenhide
as one of
the
> loaded drivers.
Do you have xenstub loaded at all? Do you see anything else when you
tick ''show hidden devices'' (it''s in one of the
menus)?

This is quite puzzling.

James

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

On Sunday May 25 2008 09:12:35 pm James Harper wrote:
> Do you have xenstub loaded at all? Do you see anything else when you
> tick ''show hidden devices'' (it''s in one of the
menus)?
>
> This is quite puzzling.
Everything is properly installed, altho'', as I said before, you have to
tick ''hidden devices'' to see xenstub. And all xen devices are
shown as 0.9.1.
The keyboard device does not show up at all, hidden or not, when booted 
w/ /gplpv. It shows up normally when booted w/o /gplpv.

Are you saying you have a keyboard, and I''m the only one that
doesn''t? That
would be ''puzzling'' :-)

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

Jim,

You on 100Mbit or gigabit? Looks like you''re using the default iperf
tcp windows size which is pretty low (56K I think), try adding a -w 256K or 356K
on both client/server. You should get much better performance.



---Original Message from Jim Burns----

For iperf, I had to setup some batch files ahead of time that I could click on 
in My Computer. For a tcp test, ''iperf-1.7.0 -c dom0-name -t 60
-r'':

domu->dom0: 31 Mb/s (no loss)
dom0->domu: 36 Mb/s


      

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

> Everything is properly installed, altho'', as I said before, you
have
to
> tick ''hidden devices'' to see xenstub. And all xen devices
are shown as
> 0.9.1.
> The keyboard device does not show up at all, hidden or not, when
booted
> w/ /gplpv. It shows up normally when booted w/o /gplpv.
Can you confirm that it works correctly when you use RDP?
> Are you saying you have a keyboard, and I''m the only one that
doesn''t?
> That would be ''puzzling'' :-)
My keyboard works fine when using ''VNC Viewer'' from
''RealVNC''. I can''t
imagine that the VNC viewer in use would make any difference though...
especially if you don''t see a keyboard at all under gplpv.

Someone once reported that in addition to the ''xen console''
and ''xen
vfb'' devices, they also saw a ''vkbd'' device. I have
never seen one of
those, but I have added it to the list of notes that xenstub will attach
to. I assume it''s a ''keyboard'' device... how many
xenstub instances do
you see? Is one of them a vkbd device?

James

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

On Sunday May 25 2008 09:43:27 pm Darren Foo wrote:
> You on 100Mbit or gigabit? Looks like you''re using the default
iperf tcp
> windows size which is pretty low (56K I think), try adding a -w 256K or
> 356K on both client/server. You should get much better performance.
100 Mb/s, but this is dom0<->domu, which is all software nics. Increasing
the
window size helps some, but not significantly, and I want a test that is 
closer to real application usage. I''m not testing peak theoretical, 
especially with iometer.

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

On Sunday May 25 2008 09:53:21 pm James Harper wrote:
> Can you confirm that it works correctly when you use RDP?
>
> > Are you saying you have a keyboard, and I''m the only one that
doesn''t?
> > That would be ''puzzling'' :-)
>
> My keyboard works fine when using ''VNC Viewer'' from
''RealVNC''. I can''t
> imagine that the VNC viewer in use would make any difference though...
> especially if you don''t see a keyboard at all under gplpv.
I never got around to trying RDP, but as you say, with no keyboard device in 
Device Manager, it shouldn''t make a diff. One of these days,
I''ll try it. It
does give me an idea tho'': I''ve been using Tightvnc on my SuSE
box, and
Fedora vnc on on xen box. Both of them have no keyboard. However, I have 
Tightvnc server installed on the domu, and when I connect directly to the 
domu ip, instead of the dom0 qemu-dm, I *do* have keyboard input, tho''
there
still is no keyboard device in Device Manager. This is extremely slow,
tho'' -
probably because it is forcing the domu to do the compression in hvm time - 
so it is not an acceptable alternative for general use. It *does* provide an 
alternative to *rebooting* if I want to make a non-gui configuration change, 
tho''. It also means that maybe RDP *would* work, since it connects
directly
to the domu.
> Someone once reported that in addition to the ''xen
console'' and ''xen
> vfb'' devices, they also saw a ''vkbd'' device. I
have never seen one of
> those, but I have added it to the list of notes that xenstub will attach
> to. I assume it''s a ''keyboard'' device... how
many xenstub instances do
> you see? Is one of them a vkbd device?
Just two - console & vfb, no vkbd.

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

> 100 Mb/s, but this is dom0<->domu, which is all software nics.
Increasing
> the
> window size helps some, but not significantly, and I want a test that
is
> closer to real application usage. I''m not testing peak
theoretical,
> especially with iometer.
FWIW, on my test system (1.8GHz AMD 1210):

iperf Dom0->DomU 200MBit/sec
iperf DomU->Dom0 840MBit/sec

If I go up to -w 256K I gain about 10-20% performance. I''m not sure,
but
I suspect that the reason that Dom0->DomU speeds are so slow is that
xennet has to turn the gso (large send offload) packets into individual
packets manually, and also has to do manual checksumming. When the
entire process is CPU bound (eg all software NICs) then anything extra
the CPU has to do is going to make a difference.

James


_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

On Sunday May 25 2008 10:57:55 pm James Harper wrote:
> FWIW, on my test system (1.8GHz AMD 1210):
>
> iperf Dom0->DomU 200MBit/sec
> iperf DomU->Dom0 840MBit/sec
>
> If I go up to -w 256K I gain about 10-20% performance. I''m not
sure, but
> I suspect that the reason that Dom0->DomU speeds are so slow is that
> xennet has to turn the gso (large send offload) packets into individual
> packets manually, and also has to do manual checksumming. When the
> entire process is CPU bound (eg all software NICs) then anything extra
> the CPU has to do is going to make a difference.
Curious - my dom0->domu numbers are faster than the reverse, both for tcp
&
udp, tho'' much more so for udp:
> For iperf, I had to setup some batch files ahead of time that I could click
> on in My Computer. For a tcp test, ''iperf-1.7.0 -c dom0-name -t 60
-r'':
> domu->dom0: 31 Mb/s (no loss)
> dom0->domu: 36 Mb/s
> For a udp test, requesting a 10Mb/s bandwidth, ''iperf-1.7.0 -c
dom0-name -t
> 60 -r -b 10000000'' gave:
> domu->dom0: 2.6 Mb/s
> dom0->domu: 9.9 Mb/s
_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

Hi Florian,

can you pass the /gplpv swich to the kernel on windows server 2008 ?
How did you do ? 


Florian Manschwetus wrote:
> 
> Thx, james, for including the cat file entry, signing is much less work
> now.
> Looks fine so far.
> 
> Box is up with pv drivers, runs fine, network performance (smb share to 
> my file server) is still ok, (oo source tar ball to win 20MB/s, back to 
> filer 30MB/s).
> Lets wait for the new hardware to see real values. ;)
> 
> Florian
> 
> James Harper schrieb:
>> I have just uploaded a new binary release of the PV drivers for
Windows.
>> I have tested that XenNet and XenSCSI can unload successfully (eg
>> upgrade without reboot), but only once this version or newer is
>> installed.
>> 
>> For now, it''s probably best just to replace the .sys files in
>> c:\windows\system32\drivers with these new ones. I haven''t
tested how
>> install.bat works for an upgrade - one thing I haven''t
implemented is
>> the drivers behaving properly when a page file is on there - eg xenvbd
>> should refuse to unload in that case and it probably won''t do
the right
>> thing.
>> 
>> I have put the ''stub'' drivers back so you can now
silence xenvfb and
>> xenconsole asking for drivers by installing xenstub.
>> 
>> Have a look at the wiki page for more details:
>> http://wiki.xensource.com/xenwiki/XenWindowsGplPv
>> 
>> Download from:
>> http://www.meadowcourt.org/downloads/
>> (there is a link to the download site from the wiki entry).
>> 
>> James
>> 
>> _______________________________________________
>> Xen-users mailing list
>> Xen-users@lists.xensource.com
>> http://lists.xensource.com/xen-users
>> 
> 
> 
>  
> _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xensource.com
> http://lists.xensource.com/xen-users
> 
-- 
View this message in context:
http://www.nabble.com/Release-0.9.1-of-GPL-PV-Drivers-for-Windows-tp17426132p17511809.html
Sent from the Xen - User mailing list archive at Nabble.com.


_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

I succeeded,

bsdedit /set loadoptions GPLPV




Erol Yigit wrote:
> 
> Hi Florian,
> 
> can you pass the /gplpv swich to the kernel on windows server 2008 ?
> How did you do ? 
> 
> 
> Florian Manschwetus wrote:
>> 
>> Thx, james, for including the cat file entry, signing is much less work
>> now.
>> Looks fine so far.
>> 
>> Box is up with pv drivers, runs fine, network performance (smb share to
>> my file server) is still ok, (oo source tar ball to win 20MB/s, back to
>> filer 30MB/s).
>> Lets wait for the new hardware to see real values. ;)
>> 
>> Florian
>> 
>> James Harper schrieb:
>>> I have just uploaded a new binary release of the PV drivers for
Windows.
>>> I have tested that XenNet and XenSCSI can unload successfully (eg
>>> upgrade without reboot), but only once this version or newer is
>>> installed.
>>> 
>>> For now, it''s probably best just to replace the .sys files
in
>>> c:\windows\system32\drivers with these new ones. I haven''t
tested how
>>> install.bat works for an upgrade - one thing I haven''t
implemented is
>>> the drivers behaving properly when a page file is on there - eg
xenvbd
>>> should refuse to unload in that case and it probably won''t
do the right
>>> thing.
>>> 
>>> I have put the ''stub'' drivers back so you can now
silence xenvfb and
>>> xenconsole asking for drivers by installing xenstub.
>>> 
>>> Have a look at the wiki page for more details:
>>> http://wiki.xensource.com/xenwiki/XenWindowsGplPv
>>> 
>>> Download from:
>>> http://www.meadowcourt.org/downloads/
>>> (there is a link to the download site from the wiki entry).
>>> 
>>> James
>>> 
>>> _______________________________________________
>>> Xen-users mailing list
>>> Xen-users@lists.xensource.com
>>> http://lists.xensource.com/xen-users
>>> 
>> 
>> 
>>  
>> _______________________________________________
>> Xen-users mailing list
>> Xen-users@lists.xensource.com
>> http://lists.xensource.com/xen-users
>> 
> 
> 
-- 
View this message in context:
http://www.nabble.com/Release-0.9.1-of-GPL-PV-Drivers-for-Windows-tp17426132p17514662.html
Sent from the Xen - User mailing list archive at Nabble.com.


_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

Erol Yigit schrieb:
> I succeeded,
>
> bsdedit /set loadoptions GPLPV
>   
Just to save everyone interested a few minutes, I guess this should read:

bcdedit /set loadoptions GPLPV

However, if I install the drivers on Win2k8 and set the bootoption as 
mentioned
above and reboot, I get an "!" besides the Xen PCI device, and 
Harddisk/CDROM
are still named "QEMU *". Is there something else I need to be aware
of?
May the missing signature be the problem? (BTW, I''m using version
0.9.2).

Bye,
   Marcel
> Erol Yigit wrote:
>   
>> Hi Florian,
>>
>> can you pass the /gplpv swich to the kernel on windows server 2008 ?
>> How did you do ? 
>>
>>
>> Florian Manschwetus wrote:
>>     
>>> Thx, james, for including the cat file entry, signing is much less
work
>>> now.
>>> Looks fine so far.
>>>
>>> Box is up with pv drivers, runs fine, network performance (smb
share to
>>> my file server) is still ok, (oo source tar ball to win 20MB/s,
back to
>>> filer 30MB/s).
>>> Lets wait for the new hardware to see real values. ;)
>>>
>>> Florian
>>>
>>> James Harper schrieb:
>>>       
>>>> I have just uploaded a new binary release of the PV drivers for
Windows.
>>>> I have tested that XenNet and XenSCSI can unload successfully
(eg
>>>> upgrade without reboot), but only once this version or newer is
>>>> installed.
>>>>
>>>> For now, it''s probably best just to replace the .sys
files in
>>>> c:\windows\system32\drivers with these new ones. I
haven''t tested how
>>>> install.bat works for an upgrade - one thing I haven''t
implemented is
>>>> the drivers behaving properly when a page file is on there - eg
xenvbd
>>>> should refuse to unload in that case and it probably
won''t do the right
>>>> thing.
>>>>
>>>> I have put the ''stub'' drivers back so you can
now silence xenvfb and
>>>> xenconsole asking for drivers by installing xenstub.
>>>>
>>>> Have a look at the wiki page for more details:
>>>> http://wiki.xensource.com/xenwiki/XenWindowsGplPv
>>>>
>>>> Download from:
>>>> http://www.meadowcourt.org/downloads/
>>>> (there is a link to the download site from the wiki entry).
>>>>
>>>> James
>>>>
>>>> _______________________________________________
>>>> Xen-users mailing list
>>>> Xen-users@lists.xensource.com
>>>> http://lists.xensource.com/xen-users
>>>>
>>>>         
>>>  
>>> _______________________________________________
>>> Xen-users mailing list
>>> Xen-users@lists.xensource.com
>>> http://lists.xensource.com/xen-users
>>>
>>>       
>>     
>
>   

-- 
----
Dipl.-Inf. Marcel Ritter
Linux/Novell
Regionales Rechenzentrum Erlangen
Tel: 09131 / 85-27808
E-Mail: Marcel.Ritter@rrze.uni-erlangen.de
----
Unix _IS_ user friendly... It''s just selective about who its friends
are.



_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users