XPDDS19: Implementing AMD MxGPU - Jonathan Farrell, Assured Information Security

•

0 likes•390 views

Jon Farrell summarizes his experience implementing AMD MxGPU virtualization. He began by learning about MxGPU on GitHub and setting up an Ubuntu server with Xen. Initial setup involved building a custom kernel, blacklisting amdgpu, and enabling IOMMU. Guest preparation required installing a VNC server and driver. Difficulties included choosing the right Xen version, starting modules, kernel building, and MxGPU patches. Performance metrics were estimated based on similar benchmarks. Overall, Farrell learned about building Xen, custom kernels, guest VMs, and device passthrough with XL. He sees potential for this technology in cloud gaming platforms and Xen virtualization.

Software

Overview
• Background
• Getting Started
• Initial Setup
• Guest Prep
• Difficulties
• Performance
• What I’ve learned
• The Future
• Questions

Background
• BS in Computer Science from SUNY Binghamton
• Currently with Assured Information Security, Inc.
• Areas I’ve worked in:
• Windows/Linux driver building and installation
• Windows/Linux application development
• Platform build system development
• Linux graphics development with Qt
• Now… Integration of AMD MxGPU into our OpenXT based platform

Getting Started
• Git repository: https://github.com/GPUOpen-LibrariesAndSDKs/MxGPU-Virtualization
• Important things to keep in mind
• Ubuntu version recommended : 16.04.2 server
• Kernel version recommended : Ubuntu 4.4.0-75-generic
• Xen version recommended : Default for Ubuntu 16.04

Initial Setup
• Github/docs/environment_setup
• Install Xen
• Building a custom kernel with patches
• Blacklist amdgpu
• Enable IOMMU
• Build and install GIM
• Catches:
• Patches are for Ubuntu 4.4.0.75-generic kernel
• Xen version from apt-get is a bit old?

Guest Prep
• Github/docs/environment_setup
• Guest IP
• Install VNC server
• Download driver (No direct download page anymore)
• Search for your device
• Select Guest Driver MxGPU Pass Through
• Catches:
• Safe mode remove / install

Difficulties
• Building Xen – Which version?!?
• Starting Xen modules (who knew)
• Building my first kernel
• MxGPU Patches
• Pass through the vGPU and were done right?
• Safe mode

Performance
• No direct comparison metrics
• What I would have liked to do
• Unigine Heaven Fps (Guestimates)
• MxGPU 4GB Mem 1080p
• Medium : 40-60 fps
• High : 20-40 fps
• Benchmark from online with 1080p GTX 1050 Ti 4GB
• Medium : 30-50 fps - avg 40 fps
• High : 20-40 fps - avg 30 fps

What I’ve Learned
• How to build Xen
• Building a custom Linux Kernel
• Setting up a guest VM for Xen
• Using XL to pass through a device
• Monitoring network traffic of a guest
• Much more…
• Don’t expect things to work out of the box

The Future
• The Cloud
• Google Stadia
• Xen Platform
• Users
• Developer testing

XPDDS19: Implementing AMD MxGPU - Jonathan Farrell, Assured Information Security

What's hot

Xen Project CI for OpenStack Overview

The Linux Foundation

As the first ARM servers and microservers hit the market, Xen on ARM is becoming more mature, stable and reaching feature parity with x86. This talk will present the current status of the project, will describe the latest improvements, the gaps that still need to be filled and the roadmap going forward. ARMv8 silicon is now available for purchase: we can measure how well Xen on ARM 64-bit is performing on real hardware and compare the performance figures with other hypervisors. The presentation will show these results, it will measure the overhead introduced by Xen on ARM and will compare it with the overhead introduced by Xen and KVM on x86. The talk will explain the reasons behind performance shortfalls and present ideas on how to address them in the future. The performance results will be used to determine when it makes sense to use Xen on ARM and what are the best use cases for it.

XPDS14 - Xen on ARM: Status and Performance - Stefano Stabellini, Citrix

The Linux Foundation

For many years, the Xen community has been delivering a solid virtualization platform for the enterprise. In support of the Xen community innovation effort, Oracle has been translating our enterprise experience with mission-critical workloads and large-scale infrastructure deployments into upstream contributions for the Linux and Xen efforts. In this session, you'll hear from a key Oracle expert, and community member, about Oracle contributions that focus on large-scale Xen deployments, networking, PV drivers, new PVH architecture, performance enhancements, dynamic memory usage with ‘tmem', and much more. This is your chance to get an under the hood view and see why the Xen architecture is the ideal choice for the enterprise.

LCNA14: Why Use Xen for Large Scale Enterprise Deployments? - Konrad Rzeszute...

The Linux Foundation

Xen Project: Windows PV Drivers

The Linux Foundation

XPDS16: Xen Development Update

The Linux Foundation

QEMU Disk IO Which performs Better: Native or threads?

Pradeep Kumar

As a technical preview, SUSE Linux Enterprise Server 11 contains KVM, which is the next-generation virtualization software delivered with the Linux kernel. In this technical session we will demonstrate how to set up SUSE Linux Enterprise Server 11 for KVM, install some virtual machines and deal with different storage and networking setups. To demonstrate live migration we will also show a distributed replicated block device (DRBD) setup and a setup based on iSCSI and OCFS2, which are included in SUSE Linux Enterprise Server 11 and SUSE Linux Enterprise 11 High Availability Extension.

Virtualization with KVM (Kernel-based Virtual Machine)

Novell

Open Source Citrix Windows PV Drivers - Paul Durrant, Citrix

The Linux Foundation

Scale 12x Securing Your Cloud with The Xen Hypervisor

The Linux Foundation

XPDDS18: The Evolution of Virtualization in the Arm Architecture - Julien Gra...

The Linux Foundation

LinuxCon Japan 13 : 10 years of Xen and Beyond

The Linux Foundation

In recent years Xen has seen the development of many minimalistic or specialized virtual machines (e.g., OSv, Mirage, ClickOS, Erlang on Xen, etc.). Thanks in part to a small CPU and memory footprints, these VMs allow for running thousands or more on a single, inexpensive commodity server. Doing so could save cloud and network operators vast amounts of money. Attempts to do so are already underway and have discovered important bottlenecks in Xen. While some of these have already been addressed by the community (e.g., limited number of event channels or memory grants) others still remain. In this talk we describe our experience when trying to run up to 10,000 MiniOS-based VMs, including bottlenecks in the XenStore, toolchain and network pipe. We further report on prototypical solutions, and on our implementation of suspend/resume for MiniOS that allows us tens of milliseconds migrations.

XPDS14 - Towards Massive Server Consolidation - Filipe Manco, NEC

The Linux Foundation

XPDS16: Xen Scalability Analysis - Weidong Han, Zhichao Huang & Wei Yang, Huawei

The Linux Foundation

We are building a high-performance NFV (Network Functions Virtualization) platform using Xen. Unlike the conventional use cases of Xen-based systems, such as data center or public cloud, NFV platforms require low-latency and high-bandwidth I/O for virtual middleboxes to handle small packets efficiently. It is challenging to meet such requirements in virtualization environments because of additional virtualization overhead. We'll discuss a couple of solutions for high-performance packet forwarding, including SR-IOV VF (Virtual Function), shared-memory channels for VM-to-VM communication, resolving the major bottlenecks and latency/realtime issues, taking advantage of the Xen's architecture. We also discuss how the modern hardware-based virtualization features, such as Posted Interrupts, are helpful. Finally we share the best practices when achieving such high-performance systems. "We are building a high-performance NFV (Network Functions Virtualization) platform using Xen. Unlike the conventional use cases of Xen-based systems, such as data center or public cloud, NFV platforms require low-latency and high-bandwidth I/O for virtual middleboxes to handle small packets efficiently. It is challenging to meet such requirements in virtualization environments because of additional virtualization overhead. We'll discuss a couple of solutions for high-performance packet forwarding, including SR-IOV VF (Virtual Function), shared-memory channels for VM-to-VM communication, resolving the major bottlenecks and latency/realtime issues, taking advantage of the Xen's architecture. We also discuss how the modern hardware-based virtualization features, such as Posted Interrupts, are helpful. Finally we share the best practices when achieving such high-performance systems.

XPDS14 - Xen as High-Performance NFV Platform - Jun Nakajima, Intel

The Linux Foundation

Qubes os presentation_to_clug_20150727

csirac2

HCL Connections V7 will be based on Kubernetes only! A parallel WebSphere environment won't be necessary any longer. Martin and Christoph collected the basics and differences in building a Kubernetes environment of your choice. They show you a comparison of an on-premises deployment versus a hosted cloud environment (Amazon EKS). After this session you have the basics to size and build a Kubernetes cluster for Component Pack, so you can start learning the new technology to take off with Connections V7 and become a Kubernaut.

Kubernetes for HCL Connections Component Pack - Build or Buy?

Martin Schmidt

Docker and other container runtimes are gathering momentum and becoming the new industry standard for server applications. Linux namespaces, commonly used to run Docker apps, come with a large surface of attack which is difficult to reduce. Intel’s Clear Containers use KVM to run containers as VMs to provide additional isolation. It is possible to provide VM-like isolation for containers without sacrificing performance. This talk focuses on the benefits of using Xen to provide an execution environment for Docker apps. The presentation starts by listing the requirements of this environment. It explains why monitoring container syscalls is important and what its security benefits are. The talk introduces a new paravirtualized protocol to virtualize IP sockets and provides the design and implementation details. The presentation clarifies the impact of the new protocol from a security perspective. The discussion concludes by comparing performance figures with the traditional PV network frontend and backend drivers in Linux, explaining the reasons for any performance gaps.

XPDS16: A Paravirtualized Interface for Socket Syscalls - Dimitri Stiliadis, ...

The Linux Foundation

Xen is being used in production by many folks, but are they really using the upstream code? If not what are they using? At least SUSE's supported delta for the Linux kernel consists of 116 patches totaling 353,770 lines of code. Debian has 43 patches for a delta of about 1693 lines of code. What is this delta and how do we shrink it? I will give an overview of the supported Linux kernel delta for Xen at SUSE and Debian with upstream but also layout a proposed roadmap of addressing the delta in collaboration with different teams in the Xen community.

XPDS14: Removing the Xen Linux Upstream Delta of Various Linux Distros - Luis...

The Linux Foundation

Quickly Debug VM Failures in OpenStack

LinuxCon ContainerCon CloudOpen China

OpenNebula Administrator View

OpenNebula Project

What's hot (20)

Xen Project CI for OpenStack Overview

XPDS14 - Xen on ARM: Status and Performance - Stefano Stabellini, Citrix

LCNA14: Why Use Xen for Large Scale Enterprise Deployments? - Konrad Rzeszute...

Xen Project: Windows PV Drivers

XPDS16: Xen Development Update

QEMU Disk IO Which performs Better: Native or threads?

Virtualization with KVM (Kernel-based Virtual Machine)

Open Source Citrix Windows PV Drivers - Paul Durrant, Citrix

Scale 12x Securing Your Cloud with The Xen Hypervisor

XPDDS18: The Evolution of Virtualization in the Arm Architecture - Julien Gra...

LinuxCon Japan 13 : 10 years of Xen and Beyond

XPDS14 - Towards Massive Server Consolidation - Filipe Manco, NEC

XPDS16: Xen Scalability Analysis - Weidong Han, Zhichao Huang & Wei Yang, Huawei

XPDS14 - Xen as High-Performance NFV Platform - Jun Nakajima, Intel

Qubes os presentation_to_clug_20150727

Kubernetes for HCL Connections Component Pack - Build or Buy?

XPDS16: A Paravirtualized Interface for Socket Syscalls - Dimitri Stiliadis, ...

XPDS14: Removing the Xen Linux Upstream Delta of Various Linux Distros - Luis...

Quickly Debug VM Failures in OpenStack

OpenNebula Administrator View

Similar to XPDDS19: Implementing AMD MxGPU - Jonathan Farrell, Assured Information Security

basic mikrotikbasic mikrotikbasic mikrotik.pdf

Arif293146

Building an iOS Build Server

Attila Tamás Zimler

This talk will focus on how we deploy and manage CentOS on our fleet at Facebook, and showcase challenges, best practices and lessons learned working with a deployment of hundreds of thousands of machines. We'll discuss challenges encountered over the years, tools that we developed to overcome them, the process used to integrate upstream updates, packaging tools and workflows and configuration management challenges. The talk is mostly focused on bare metal, but will cover some container best practices as well. We'll also focus on our interactions with the RPM, Yum, Anaconda and systemd projects to showcase how to work with the upstream community.

Running CentOS on the Facebook fleet

Davide Cavalca

Optimizing VM images for OpenStack with KVM/QEMU

OpenStack Foundation

Engage 2020 - Kubernetes for HCL Connections Component Pack - Build or Buy?

panagenda

Open stack 4day

Mario Cho

Who Needs Visual Studio?

Christopher Gomez

Dieser Vortrag zeigt, welchen Herausforderungen im Hosting punkt.de in der jüngeren Vergangenheit gegenüber stand und welche Änderungen gegenüber unserer 2010 vorgestellten "NanoBSD"-Architektur wir seitdem umgesetzt haben. Der proServer hat auf der Seite des Hosting-Anbieters viele der erwünschten Eigenschaften eines "Private Cloud"-Produkts, stellt sich dem Kunden aber wie ein klassischer Root-Server dar. Für Anwendungen, bei denen eine solche Plattform gefordert ist, ein unschätzbarer Vorteil gegenüber reinen Container-Lösungen, die praktisch immer eine speziell angepasste Anwendungs-Architektur benötigen.

FreeBSD hosting

punkt.de GmbH

Ironic 140622212631-phpapp02

Narender Kumar

Ironic

Haomeng Wang

Ironic 140622212631-phpapp02

Narender Kumar

2022-05-03 SoC Interest Group Meeting - Deploying and testing firmware-softwa...

xiso

Universal Userland

Sean Chittenden

Virtualization VM VirtualBox + Oracle Enterprise Linux With Oracle 11GR2

John Heaton

We will delve into multiple strategies you can use for developing and deploying code to embedded devices. We will compare and contrast the following: – Lightweight package managers: ipkg/opkg – Desktop package managers: rpm/deb – Configuration Management Tools – Smart Package Manager – Yocto Runtime Package Management – PXE boot – OTA updaters: Mender As with any decision, it is rarely black-and-white and we will cover some of the benefits and the limitations of all the different methods mentioned, to make sure you have the most critical information needed to decide for yourself whether a given strategy would be a good fit for your embedded application development. This talk will cover how different mechanisms are implemented in the real world and how choosing the right strategy, understanding its benefits and drawbacks, can speed up and improve the whole development process.

Strategies for developing and deploying your embedded applications and images

Linux kernel booting

Add sale davinci

Open Audit

TMS320DM8148 Embedded Linux

NEEVEE Technologies

RMLL / LSM 2009

Franck_Villaume

Similar to XPDDS19: Implementing AMD MxGPU - Jonathan Farrell, Assured Information Security (20)

basic mikrotikbasic mikrotikbasic mikrotik.pdf

Building an iOS Build Server

Running CentOS on the Facebook fleet

Optimizing VM images for OpenStack with KVM/QEMU

Engage 2020 - Kubernetes for HCL Connections Component Pack - Build or Buy?

Open stack 4day

Who Needs Visual Studio?

FreeBSD hosting

Ironic 140622212631-phpapp02

Ironic

Ironic 140622212631-phpapp02

2022-05-03 SoC Interest Group Meeting - Deploying and testing firmware-softwa...

Universal Userland

Virtualization VM VirtualBox + Oracle Enterprise Linux With Oracle 11GR2

Strategies for developing and deploying your embedded applications and images

Linux kernel booting

Add sale davinci

Open Audit

TMS320DM8148 Embedded Linux

RMLL / LSM 2009

More from The Linux Foundation

Static partitioning is used to split an embedded system into multiple domains, each of them having access only to a portion of the hardware on the SoC. It is key to enable mixed-criticality scenarios, where a critical application, often based on a small RTOS, runs alongside a larger non-critical app, typically based on Linux. The two domains cannot interfere with each other. This talk will explain how to use Xen for static partitioning. It will introduce dom0-less, a new Xen feature written for the purpose. Dom0-less allows multiple VMs to start at boot time directly from the Xen hypervisor, decreasing boot times drastically. It makes it very easy to partition the system without virtualization overhead. Dom0 becomes unnecessary. This presentation will go into details on how to setup a Xen dom0-less system. It will show configuration examples and explain device assignment. The talk will discuss its implications for latency-sensitive and safety-critical environments.

ELC2019: Static Partitioning Made Simple

The Linux Foundation

TrenchBoot is a cross-community OSS integration project for hardware-rooted, late launch integrity of open and proprietary systems. It provides a general purpose, open-source DRTM kernel for measured system launch and attestation of device integrity to trust-centric access infrastructure. TrenchBoot closes the UEFI Measurement Gap and reduces the need to trust system firmware. This talk will introduce TrenchBoot architecture and a recent collaboration with Oracle to launch the Linux kernel directly with Intel TXT or AMD SVM Secure Launch. It will propose mechanisms for integrating the Xen hypervisor into a TrenchBoot system launch. DRTM-enabled capabilities for client, server and embedded platforms will be presented for consideration by the Xen community.

XPDDS19: How TrenchBoot is Enabling Measured Launch for Open-Source Platform ...

The Linux Foundation

Artem will briefly cover what has been done since the first talk on Xen in Automotive domain back in 2013, what is going on now and what is still missing for broad adaptation of Xen in vehicles. The following topics will be covered: Embedded/automotive features of Xen Collaboration with AGL and GENIVI organizations for standardization Efforts on Functional Safety compliance Artem will also go over typical automotive use scenarios for Xen which may not be the same as generic computing use of hypervisor.

XPDDS19 Keynote: Xen in Automotive - Artem Mygaiev, Director, Technology Solu...

The Linux Foundation

XPDDS19 Keynote: Xen Project Weather Report 2019 - Lars Kurth, Director of Op...

The Linux Foundation

In recent years unikernels have shown immense performance potential (e.g., boot times of only a few ms, image sizes of only hundreds of KBs).The fundamental drawback of unikernels is that they require that applications be manually ported to the underlying minimalistic OS, needing both expert work and often considerable amount of time. The Unikraft project provides a unikernel code base and build system that significantly simplifies the building of unikernels. In addition to support for a number CPU architectures, languages and frameworks, Unikraft provides debugging and tracing features that are generally sorely missing from unikernel projects. In this talk we will talk about these features, show a set of preliminary performance numbers, and provide a roadmap for the project's future.

XPDDS19 Keynote: Unikraft Weather Report

The Linux Foundation

XPDDS19 Keynote: Secret-free Hypervisor: Now and Future - Wei Liu, Software E...

The Linux Foundation

This talk will introduce Dom0-less: a new way of using Xen to build mixed-criticality solutions. Dom0-less is a Xen feature that adds a novel approach to static partitioning based on virtualization. It allows multiple domains to start at boot time directly from the Xen hypervisor, decreasing boot times dramatically. Xen userspace tools, such as xl and libvirt, become optional. Dom0-less extends the existing device tree based Xen boot protocol to cover information required by additional domains. Binaries, such as kernels and ramdisks, are loaded by the bootloader (u-boot) and advertised to Xen via new device tree bindings. The audience will learn how to use Dom0-less to partition the system. Uboot and device tree configuration details will be explained to enable the audience to get the most out of this feature. The talk will include a status update and details on future plans.

XPDDS19 Keynote: Xen Dom0-less - Stefano Stabellini, Principal Engineer, Xilinx

The Linux Foundation

As the number of contributions grow, reviewer bandwidth becomes a bottleneck; and maintainers are always asking for more help. However, ultimately maintainers must at least Ack every patch that goes in; so if you're not a maintainer, how can you contribute? Why should anyone care about your opinion? This talk will try to lay out some advice and guidelines for non-maintainers, for how they can do code review in a way which will effectively reduce the load on maintainers when they do come to review a patch.

XPDDS19 Keynote: Patch Review for Non-maintainers - George Dunlap, Citrix Sys...

The Linux Foundation

This talk is a follow-up to our Summit 2017 presentation in which we covered our plans for Intel VMFUNC and #VE, as well as related use-cases. This year, we will provide a report on what we have accomplished in Xen 4.12, and what remains to be addressed. We will also give a brief status update of VMI on AMD hardware. The session will end with some real-world numbers of the Hypervisor Introspection solution running on Citrix Hypervisor 8.0 with #VE enabled.

XPDDS19: Memories of a VM Funk - Mihai Donțu, Bitdefender

The Linux Foundation

Safety certification is one of the essential requirements for software to be used in highly regulated industries. Besides technical and compliance issues (such as ISO 26262 vs IEC 611508) transitioning an existing project to become more easily safety certifiable requires significant changes to development practices within an open source project. In this session, we will lay out some challenges of making safety certification achievable in open source and the Xen Project. We will outline the process the Xen Project has followed thus far and highlight lessons learned along the way. The talk will primarily focus on necessary process, tooling changes and community challenges that can prevent progress. We will be offering an in-depth review of how Xen Project is approaching this challenging goal and try to derive lessons for other projects and contributors.

OSSJP/ALS19: The Road to Safety Certification: Overcoming Community Challeng...

The Linux Foundation

Safety certification is one of the essential requirements for software to be used in highly regulated industries. The Xen Project, a secure and stable hypervisor that is used in many different markets, has been exploring the feasibility of building safety certified products on top of Xen for a year, looking at key aspects of its code base and development practices. In this session, we will lay out the motivation and challenges of making safety certification achievable in open source and the Xen Project. We will outline the process the project has followed thus far and highlight lessons learned along the way. The talk will cover technical enablers, necessary process and tooling changes and community challenges offering an in-depth review of how Xen Project is approaching this exciting and and challenging goal.

OSSJP/ALS19: The Road to Safety Certification: How the Xen Project is Making...

The Linux Foundation

2018 saw fundamental shifts in security boundaries which were previously taken for granted. A lot of work has been done in the past 2 years, and largely in secret under embargo, but there is plenty more work to be done to strengthen the existing mitigations and to try to recover some performance without reopening security holes. This talk will look at speculative execution sidechannels, the work which has already been done to mitigate the security holes, and future work which hopes to bring some improvements.

XPDDS19: Speculative Sidechannels and Mitigations - Andrew Cooper, Citrix

The Linux Foundation

The Arm architecture provides a set of guidelines that any software should abide by when accessing the memory with MMU off and update page-tables. Failing to do so may result in getting TLB conflicts or breaking coherency. In a previous talk ("Keeping coherency on Arm"), we focused on updating safely the stage-2 (aka P2M) page-tables. This talk will focus on the boot code and Xen memory management. During this session, we will introduce some of the guidelines and when they should be used. We will also discuss how Xen boot sequence needs to be reworked to avoid breaking the guidelines.

XPDDS19: Keeping Coherency on Arm: Reborn - Julien Grall, Arm ltd

The Linux Foundation

For many years the QEMU codebase has contained PV backends for Xen guests, giving them paravirtual access to storage, network, keyboard, mouse, etc. however these backends have not been configurable as QEMU devices as their implementation did not fully adhere to the QEMU Object Model (QOM). Particularly the PV storage backend not using proper QOM devices, or qdevs, meant that the QEMU block layer needed to maintain legacy code that was cluttering up the source. This was causing push-back from the maintainers who did not want to accept any patches relating to that Xen backend until it was 'qdevified'. In this talk, I'll explain the modifications I made to QEMU to achieve 'qdevification' of the PV storage backend, how compatibility with the libxl toolstack was maintained, and what the next steps in both QEMU and libxl development should be.

XPDDS19: QEMU PV Backend 'qdevification'... What Does it Mean? - Paul Durrant...

The Linux Foundation

PCI is a local computer bus for attaching hardware devices in a computer, and is the main peripheral bus on modern x86 systems. As such, having a proper way to emulate it is crucial for Xen to be able to expose both fully emulated devices or passthrough devices to guests. This talk will focus on the current status of PCI emulation in Xen, how and where it is used, what are its main limitations and future plans to improve it in order to be more robust and modular.

XPDDS19: Status of PCI Emulation in Xen - Roger Pau Monné, Citrix Systems R&D

The Linux Foundation

XPDDS19: [ARM] OP-TEE Mediator in Xen - Volodymyr Babchuk, EPAM Systems

The Linux Foundation

Xen is a very powerful hypervisor with a talented and diverse developers community. Despite the fact it's almost everywhere (from the Cloud to the embedded world), it can be difficult to set up and manage as a system administrator. General purpose distros have Xen packages, but that's just a start in your Xen journey: you need some tooling and knowledge to have a working and scalable platform. XCP-ng was built to overcome those issues: by bringing Xen to the masses with a fully turnkey distro with Xen as its core. It's the logical sequel to the XCP project, with a community focus from the start. We'll see how it happened, what we did, and what's next. Finally, we'll see the impact of XCP-ng on the Xen Project.

XPDDS19: Bringing Xen to the Masses: The Story of Building a Community-driven...

The Linux Foundation

XPDDS19: Will Robots Automate Your Job Away? Streamlining Xen Project Contrib...

The Linux Foundation

High level toolstacks for server and cloud virtualization are very mature with large communities using and supporting them. Client virtualization is a much more niche community with unique requirements when compared to those found in the server space. In this talk, we’ll introduce a client virtualization toolstack for Xen (redctl) that we are using in Redfield, a new open-source client virtualization distribution that builds upon the work done by the greater virtualization and Linux communities. We will present a case for maturing libxl’s Go bindings and discuss what advantages Go has to offer for high level toolstacks, including in the server space.

XPDDS19: Client Virtualization Toolstack in Go - Nick Rosbrook & Brendan Kerr...

The Linux Foundation

Today Xen is scheduling guest virtual cpus on all available physical cpus independently from each other. Recent security issues on modern processors (e.g. L1TF) require to turn off hyperthreading for best security in order to avoid leaking information from one hyperthread to the other. One way to avoid having to turn off hyperthreading is to only ever schedule virtual cpus of the same guest on one physical core at the same time. This is called core scheduling. This presentation shows results from the effort to implement core scheduling in the Xen hypervisor. The basic modifications in Xen are presented and performance numbers with core scheduling active are shown.

XPDDS19: Core Scheduling in Xen - Jürgen Groß, SUSE

The Linux Foundation

More from The Linux Foundation (20)