• Share
  • Email
  • Embed
  • Like
  • Save
  • Private Content
Linux based Stubdomains
 

Linux based Stubdomains

on

  • 1,002 views

As the current stubdomain based on minios is difficult to maintain, we have worked on a stubdomain based on Linux. This helps to use QEMU upsteam in the stubdom with little change. ...

As the current stubdomain based on minios is difficult to maintain, we have worked on a stubdomain based on Linux. This helps to use QEMU upsteam in the stubdom with little change.

So first I will present how a Linux based stubdomain is built and lauched, and the difficulties around it. Then, to see if this is a viable option, I will show disk and network benchmarks to compare it with a traditional QEMU in dom0 configuration.

To finish, I will present the current limitations of this type of stubdomains.

Statistics

Views

Total Views
1,002
Views on SlideShare
952
Embed Views
50

Actions

Likes
0
Downloads
8
Comments
0

3 Embeds 50

http://www.xen.org 36
http://xen.org 11
http://www-archive.xenproject.org 3

Accessibility

Categories

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    Linux based Stubdomains Linux based Stubdomains Presentation Transcript

    • Linux basedStub-domainwhy, how and benchmark Anthony PERARD @ Citrix
    • "Normal" case● Device Model (QEMU) in dom0
    • Solution: stub-domain● The Device Model in its own domain
    • How to do it?● Current one based on mini-os ○ use newlib● But QEMU upstream need more● So, two solutions: ○ Port another libc to mini-os ○ Linux based stubdom
    • What do we need?● Change in Linux ○ Need to use dom0 privileged command (memory mapping)● QEMU ○ set_hvm_param DM_DOMAIN ○ no backend initialisation● libXenLight● initramfs
    • Status● Can start a domain with both console and network● Stubdom memory: 40MB
    • TODO● upstream those patches● integrate it in Xen build system● have a video working● could reduce the size of the stubdom
    • Lies, damned lies, andbenchmarks● With 8 CPU AMD Opteron, 8GB● dom0: Arch Linux 64bit● domU: Arch Linux 64bit, 2GB of RAM● (kernel Linux 3.4.8)● iperf for network● dd for disk
    • benchmark - Network
    • benchmark - Disk
    • benchmark - Boot timeBetween `xl create vm` and `ssh guest true`
    • Conclusion● No more competition, priority inversion in dom0● Extra layer against security vulnerability in QEMU● Little impact on performance● Should it be the default?
    • Question ?