[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-users] GPLPV, RDP and network latency



> So, you are running a Windows 7 system with less than a gig of RAM?
> You might start there...bump it to 2 gigs and see if that helps.

The initial configuration was 6 gigs, so I think it is not the case.


13.02.2012, 17:32, "Scott Damron" <sdamron@xxxxxxxxx>:
> So, you are running a Windows 7 system with less than a gig of RAM?
> You might start there...bump it to 2 gigs and see if that helps.
>
> 2012/2/13 Kreved <krevedinho@xxxxxxxxx>:
>
>>  Hello!
>>>  My RDP connections continue uninterrupted.
>>  So do mine. It just freezes for a second when a pop-up window appears.
>>>  Does it behave the same without the PV drivers installed?
>>  No. The only two ways to workaround this problem are either to boot with 
>> "NOGPLPV" or to use VNC.
>>
>>  Also I've migrated the VM to older kernel(2.6.31.12-0.1-xen) with no 
>> success.
>>
>>  Here's the vm config, maybe I missed something:
>>
>>  name = 'win-seven'
>>  memory  = '768'
>>  bootloader = "hvmloader"
>>  disk = [
>>     'file:/data/win-seven.img,hda,w',
>>  ]
>>  vif = [
>>         'mac=10:78:c0:a8:69:69',
>>  #       'model=e1000',
>>  ]
>>  vfb = ['type=vnc,vnclisten=0.0.0.0,vncdisplay=491']
>>  builder='hvm'
>>  acpi=1
>>  apic=1
>>  boot='dc'
>>  usbdevice='tablet'
>>  timer_mode=1
>>
>>  09.02.2012, 02:10, "James Harper" <james.harper@xxxxxxxxxxxxxxxx>:
>>>>   Hello!
>>>>
>>>>   Has anybody experienced network latency problems with combination of
>>>>   Windows 7, GPLPV drivers and RDP connection?
>>>>   Any Windows pop-up message(such as "command not found" error message
>>>>   in "Run command:" dialog, or dividing by zero in windows calc) causes a 
>>>> short
>>>>   freeze of RDP session and looks like that from dom0:
>>>>
>>>>   PING 192.168.44.65 (192.168.44.65) 56(84) bytes of data.
>>>>   64 bytes from 192.168.44.65: icmp_seq=1 ttl=128 time=0.649 ms
>>>>   64 bytes from 192.168.44.65: icmp_seq=2 ttl=128 time=0.232 ms
>>>>   64 bytes from 192.168.44.65: icmp_seq=3 ttl=128 time=0.273 ms
>>>>   64 bytes from 192.168.44.65: icmp_seq=4 ttl=128 time=501 ms
>>>>   64 bytes from 192.168.44.65: icmp_seq=5 ttl=128 time=0.205 ms
>>>>   64 bytes from 192.168.44.65: icmp_seq=6 ttl=128 time=0.463 ms
>>>>   64 bytes from 192.168.44.65: icmp_seq=7 ttl=128 time=0.206 ms
>>>>
>>>>   where 192.168.44.65 is domU address. The latency may vary from 500 to
>>>>   10000 ms.
>>>>
>>>>   The very same actions taken via VNC connection to VM work fine without
>>>>   any problem.
>>>>   We have tried different Windows 7 distros, 32- and 64-bit editions, 
>>>> Windows
>>>>   and Linux RDP clients, with the same result.
>>>>
>>>>   Software used:
>>>>   Xen version 4.1.2_05-1.1.1 (abuild@) (gcc version 4.6.2 (SUSE Linux) ) 
>>>> Sun Oct
>>>>   30 03:25:04 UTC 2011
>>>>   gplpv_Vista2008x32_signed_0.11.0.308
>>>>   Windows 7 SP1
>>>>
>>>>   timer_mode is set to 1, offload settings are:
>>>>   Offload parameters for vif2.0:
>>>>   rx-checksumming: off
>>>>   tx-checksumming: off
>>>>   scatter-gather: off
>>>>   tcp-segmentation-offload: off
>>>>   udp-fragmentation-offload: off
>>>>   generic-segmentation-offload: off
>>>>   generic-receive-offload: off
>>>>   large-receive-offload: off
>>>>   rx-vlan-offload: off
>>>>   tx-vlan-offload: off
>>>>   ntuple-filters: off
>>>>   receive-hashing: off
>>>>
>>>>   Thanks in advance!
>>>  I can't reproduce this. My RDP connections continue uninterrupted.
>>>
>>>  Does it behave the same without the PV drivers installed?
>>>
>>>  James
>>>
>>>  _______________________________________________
>>>  Xen-users mailing list
>>>  Xen-users@xxxxxxxxxxxxxxxxxxx
>>>  http://lists.xensource.com/xen-users
>>  _______________________________________________
>>  Xen-users mailing list
>>  Xen-users@xxxxxxxxxxxxxxxxxxx
>>  http://lists.xensource.com/xen-users

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

 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.