Daniel Schwager
2008-May-08 17:25 UTC
[Xen-users] Restoring a DomU HVM-Domain is "slow" (Bandwidth 23MB/sec from a ramdisk, xen3.2.1)
Hi,
i do some tests with restoring HVM winxp-domU''s.
Even, if i restore a saved DomU from a ramdisk, the
Restoring-process has only a bandwidth about 23MB/sec:
Here a example restoring an 512MB HVM opensuse10.3 DomU
......
[2008-05-07 22:40:12 3314] DEBUG (XendCheckpoint:218) restore:shadow=0x5,
_static_max=0x20000000, _static_min=0x0,
[2008-05-07 22:40:12 3314] DEBUG (balloon:132) Balloon: 12803896 KiB free; need
537600; done.
[2008-05-07 22:40:12 3314] DEBUG (XendCheckpoint:235) [xc_restore]:
/usr/lib64/xen/bin/xc_restore 31 186 2 3 1 1 1
[2008-05-07 22:40:12 3314] INFO (XendCheckpoint:373) xc_domain_restore start:
p2m_size = 100000
[2008-05-07 22:40:12 3314] INFO (XendCheckpoint:373) Reloading memory pages:
0%
[2008-05-07 22:40:35 3314] INFO (XendCheckpoint:373) Received all pages (0
races)
[2008-05-07 22:40:35 3314] INFO (XendCheckpoint:373) Restore exit with rc=0
[2008-05-07 22:40:35 3314] DEBUG (XendCheckpoint:344) store-mfn 131070
[2008-05-07 22:40:35 3314] DEBUG (XendDomainInfo:1838)
XendDomainInfo.completeRestore
.....
[2008-05-07 22:40:35 3314] INFO (image:289) spawning device models:
/usr/lib64/xen/bin/qemu-dm [''/usr/lib64/xen/bin/qemu-dm'',
''-d'', ''186'',
''-domain-name'', ''opensuse-4d-VM3233'',
''-vnc'', ''0.0.0.0:0'',
''-vncunused'', ''-vcpus'',
''1'', ''-boot'', ''c'',
''-serial'', ''pty'', ''-acpi'',
''-usb'', ''-usbdevice'',
''tablet'', ''-net'',
''nic,vlan=1,macaddr=00:50:56:00:00:36,model=rtl8139'',
''-net'', ''tap,vlan=1,bridge=xenbr'',
''-M'', ''xenfv'', ''-loadvm'',
''/var/lib/xen/qemu-save.186'']
[2008-05-07 22:40:35 3314] INFO (image:293) device model pid: 27287
[2008-05-07 22:40:35 3314] DEBUG (XendDomainInfo:1008) Storing domain details:
{''console/port'': ''3'',
''name'': ''opensuse-4d-VM3233'',
''console/limit'': ''1048576'',
''store/port'': ''2'', ''vm'':
''/vm/f7f79797-f2ec-a9af-61b0-c09747ca2874-1'',
''domid'': ''186'',
''image/suspend-cancel'': ''1'',
''cpu/0/availability'': ''online'',
''memory/target'': ''524288'',
''control/platform-feature-multiprocessor-suspend'':
''1'', ''store/ring-ref'':
''131070'', ''console/type'':
''ioemu''}
[2008-05-07 22:40:35 3314] DEBUG (XendDomainInfo:1851)
XendDomainInfo.completeRestore done
[2008-05-07 22:40:35 3314] DEBUG (DevController:151) Waiting for devices vif.
[2008-05-07 22:40:35 3314] DEBUG (XendDomainInfo:1092)
XendDomainInfo.handleShutdownWatch
.....
Is there a possibility to speedup the restore process ? Is there such
a improvement on the roadmap ?
Regards
Danny
-------------------------------------------------------------------
DT Netsolution GmbH - Taläckerstr. 30 - D-70437 Stuttgart
Geschäftsführer: Daniel Schwager, Stefan Hörz - HRB Stuttgart 19870
Tel: +49-711-849910-32, Fax: -932 - Mailto:daniel.schwager@dtnet.de
_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users
Daniel Schwager
2008-Jun-23 16:59 UTC
[Xen-users] AW: Restoring a DomU HVM-Domain is "slow" (Bandwidth 23MB/sec from a ramdisk, xen3.2.1)
Hi developer (-: i asked the xen-solaris forum, if this bad xm-restore performance told below happens also on a solaris-Dom0 ( refer to http://www.opensolaris.org/jive/thread.jspa?forumID=53&threadID=64554 ) I got the answer, that solaris "xm restore/save" is much more (about 70MB/sec @ zfs-volume) faster... Is there no way to improve this performance also on linux-Dom0 systems ? Or do I have to change my Dom0.. Regards Danny> -----Ursprüngliche Nachricht----- > Von: Daniel Schwager > Gesendet: Donnerstag, 8. Mai 2008 19:25 > An: ''xen-users@lists.xensource.com'' > Cc: Daniel Schwager > Betreff: Restoring a DomU HVM-Domain is "slow" (Bandwidth 23MB/sec from a ramdisk, xen3.2.1) > > Hi, > > i do some tests with restoring HVM winxp-domU''s. > > Even, if i restore a saved DomU from a ramdisk, the > Restoring-process has only a bandwidth about 23MB/sec: > > Here a example restoring an 512MB HVM opensuse10.3 DomU > > ...... > [2008-05-07 22:40:12 3314] DEBUG (XendCheckpoint:218) restore:shadow=0x5, _static_max=0x20000000, > _static_min=0x0, > [2008-05-07 22:40:12 3314] DEBUG (balloon:132) Balloon: 12803896 KiB free; need 537600; done. > [2008-05-07 22:40:12 3314] DEBUG (XendCheckpoint:235) [xc_restore]: /usr/lib64/xen/bin/xc_restore 31 > 186 2 3 1 1 1 > [2008-05-07 22:40:12 3314] INFO (XendCheckpoint:373) xc_domain_restore start: p2m_size = 100000 > [2008-05-07 22:40:12 3314] INFO (XendCheckpoint:373) Reloading memory pages: 0% > [2008-05-07 22:40:35 3314] INFO (XendCheckpoint:373) Received all pages (0 races) > [2008-05-07 22:40:35 3314] INFO (XendCheckpoint:373) Restore exit with rc=0 > [2008-05-07 22:40:35 3314] DEBUG (XendCheckpoint:344) store-mfn 131070 > [2008-05-07 22:40:35 3314] DEBUG (XendDomainInfo:1838) XendDomainInfo.completeRestore > ..... > [2008-05-07 22:40:35 3314] INFO (image:289) spawning device models: /usr/lib64/xen/bin/qemu-dm > [''/usr/lib64/xen/bin/qemu-dm'', ''-d'', ''186'', ''-domain-name'', ''opensuse-4d-VM3233'', ''-vnc'', ''0.0.0.0:0'', > ''-vncunused'', ''-vcpus'', ''1'', ''-boot'', ''c'', ''-serial'', ''pty'', ''-acpi'', ''-usb'', ''-usbdevice'', ''tablet'', > ''-net'', ''nic,vlan=1,macaddr=00:50:56:00:00:36,model=rtl8139'', ''-net'', ''tap,vlan=1,bridge=xenbr'', ''-M'', > ''xenfv'', ''-loadvm'', ''/var/lib/xen/qemu-save.186''] > [2008-05-07 22:40:35 3314] INFO (image:293) device model pid: 27287 > [2008-05-07 22:40:35 3314] DEBUG (XendDomainInfo:1008) Storing domain details: {''console/port'': ''3'', > ''name'': ''opensuse-4d-VM3233'', ''console/limit'': ''1048576'', ''store/port'': ''2'', ''vm'': ''/vm/f7f79797-f2ec- > a9af-61b0-c09747ca2874-1'', ''domid'': ''186'', ''image/suspend-cancel'': ''1'', ''cpu/0/availability'': > ''online'', ''memory/target'': ''524288'', ''control/platform-feature-multiprocessor-suspend'': ''1'', > ''store/ring-ref'': ''131070'', ''console/type'': ''ioemu''} > [2008-05-07 22:40:35 3314] DEBUG (XendDomainInfo:1851) XendDomainInfo.completeRestore done > [2008-05-07 22:40:35 3314] DEBUG (DevController:151) Waiting for devices vif. > [2008-05-07 22:40:35 3314] DEBUG (XendDomainInfo:1092) XendDomainInfo.handleShutdownWatch > ..... > > Is there a possibility to speedup the restore process ? Is there such > a improvement on the roadmap ? > > Regards > Danny > > ------------------------------------------------------------------- > DT Netsolution GmbH - Taläckerstr. 30 - D-70437 Stuttgart > Geschäftsführer: Daniel Schwager, Stefan Hörz - HRB Stuttgart 19870 > Tel: +49-711-849910-32, Fax: -932 - Mailto:daniel.schwager@dtnet.de >_______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users