Operating System Support for Virtual Machines Samuel T

Total Page:16

File Type:pdf, Size:1020Kb

Operating System Support for Virtual Machines Samuel T Proceedings of the 2003 USENIX Technical Conference Operating System Support for Virtual Machines Samuel T. King, George W. Dunlap, Peter M. Chen Computer Science and Engineering Division Department of Electrical Engineering and Computer Science University of Michigan http://www.eecs.umich.edu/CoVirt Abstract: A virtual-machine monitor (VMM) is a use- VMM is called a virtual machine. The hardware emu- ful technique for adding functionality below existing lated by the VMM typically is similar or identical to the operating system and application software. One class of hardware on which the VMM is running. VMMs (called Type II VMMs) builds on the abstrac- tions provided by a host operating system. Type II Virtual machines were first developed and used in VMMs are elegant and convenient, but their perfor- the 1960s, with the best-known example being IBM’s mance is currently an order of magnitude slower than VM/370 [Goldberg74]. Several properties of virtual that achieved when running outside a virtual machine (a machines have made them helpful for a wide variety of standalone system). In this paper, we examine the rea- uses. First, they can create the illusion of multiple vir- sons for this large overhead for Type II VMMs. We find tual machines on a single physical machine. These mul- that a few simple extensions to a host operating system tiple virtual machines can be used to run applications on can make it a much faster platform for running a VMM. different operating systems, to allow students to experi- Taking advantage of these extensions reduces virtualiza- ment conveniently with building their own operating tion overhead for a Type II VMM to 14-35% overhead, system [Nieh00], to enable existing operating systems to even for workloads that exercise the virtual machine run on shared-memory multiprocessors [Bugnion97], intensively. and to simulate a network of independent computers. Second, virtual machines can provide a software envi- ronment for debugging operating systems that is more 1. Introduction convenient than using a physical machine. Third, virtual machines provide a convenient interface for adding A virtual-machine monitor (VMM) is a layer of functionality, such as fault injection [Buchacker01], pri- software that emulates the hardware of a complete com- mary-backup replication [Bressoud96], and undoable puter system (Figure 1). The abstraction created by the disks. Finally, a VMM provides strong isolation guest guest guest application application application guest guest guest application application application guest operating system guest operating system virtual-machine monitor (VMM) virtual-machine monitor (VMM) host operating system host hardware host hardware Type I VMM Type II VMM Figure 1: Virtual-machine structures. A virtual-machine monitor is a software layer that runs on a host platform and provides an abstraction of a complete computer system to higher-level software. The host platform may be the bare hardware (Type I VMM) or a host operating system (Type II VMM). The software running above the virtual-machine abstraction is called guest software (operating system and applications). between virtual-machine instances. This isolation achieved by each host OS extension. Section 6 describes allows a single server to run multiple, untrusted applica- related work, and Section 7 concludes. tions safely [Whitaker02, Meushaw00] and to provide security services such as monitoring systems for intru- 2. Virtual machines sions [Chen01, Dunlap02, Barnett02]. Virtual-machine monitors can be classified along As a layer of software, VMMs build on a lower- many dimensions. This section classifies VMMs along level hardware or software platform and provide an two dimensions: the higher-level interface they provide interface to higher-level software (Figure 1). In this and the lower-level platform they build upon. paper, we are concerned with the lower-level platform The first way we can classify VMMs is according that supports the VMM. This platform may be the bare to how closely the higher-level interface they provide hardware, or it may be a host operating system. Building matches the interface of the physical hardware. VMMs the VMM directly on the hardware lowers overhead by such as VM/370 [Goldberg74] for IBM mainframes and reducing the number of software layers and enabling the VMware ESX Server [Waldspurger02] and VMware VMM to take full advantage of the hardware capabili- Workstation [Sugerman01] for x86 processors provide ties. On the other hand, building the VMM on a host an abstraction that is identical to the hardware under- operating system simplifies the VMM by allowing it to neath the VMM. Simulators such as Bochs [Boc] and use the host operating system’s abstractions. Virtutech Simics [Magnusson95] also provide an abstraction that is identical to physical hardware, Our goal for this paper is to examine and reduce although the hardware they simulate may differ from the the performance overhead associated with running a hardware on which they are running. VMM on a host operating system. Building it on a stan- dard Linux host operating system leads to an order of Several aspects of virtualization make it difficult or magnitude performance degradation compared to run- slow for a VMM to provide an interface that is identical ning outside a virtual machine (a standalone system). to the physical hardware. Some architectures include However, we find that a few simple extensions to the instructions whose behavior depends on whether the host operating system reduces virtualization overhead to CPU is running in privileged or user mode (sensitive 14-35% overhead, which is comparable to the speed of instructions), yet which can execute in user mode with- virtual machines that run directly on the hardware. out causing a trap to the VMM [Robin00]. Virtualizing these sensitive-but-unprivileged instructions generally The speed of a virtual machine plays a large part in requires binary instrumentation, which adds significant determining the domains for which virtual machines can complexity and may add significant overhead. In addi- be used. Using virtual machines for debugging, student tion, emulating I/O devices at the low-level hardware projects, and fault-injection experiments can be done interface (e.g. memory-mapped I/O) causes execution to even if virtualization overhead is quite high (e.g. 10x switch frequently between the guest operating system slowdown). However, using virtual machine in produc- accessing the device and the VMM code emulating the tion environments requires virtualization overhead to be device. To avoid the overhead associated with emulating much lower. Our CoVirt project on computer security a low-level device interface, most VMMs encourage or depends on running all applications inside a virtual require the user to run a modified version of the guest machine [Chen01]. To keep the system usable in a pro- operating system. For example, the VAX VMM security duction environment, we would like the speed of our kernel [Karger91], VMware Workstation’s guest tools virtual machine to be within a factor of 2 of a standalone [Sugerman01], and Disco [Bugnion97] all add special system. drivers in the guest operating system to accelerate the virtualization of some devices. VMMs built on host The paper is organized as follows. Section 2 operating systems often require additional modifications describes two ways to classify virtual machines, focus- to the guest operating system. For example, the original ing on the higher-level interface provided by the VMM version of SimOS adds special signal handlers to sup- and the lower-level platform upon which the VMM is port virtual interrupts and requires relinking the guest built. Section 3 describes UMLinux, which is the VMM operating system into a different range of addresses we use in this paper. Section 4 describes a series of [Rosenblum95]; similar changes are needed by User- extensions to the host operating system that enable vir- Mode Linux [Dike00] and UMLinux [Buchacker01]. tual machines built on the host operating system to approach the speed of those that run directly on the Other virtualization strategies make the higher- hardware. Section 5 evaluates the performance benefits level interface further different from the underlying hardware. The Denali isolation kernel does not support long as compiling it directly on a Linux host operating instructions that are sensitive but unprivileged, adds sev- system. VMMs that run directly on the bare hardware eral virtual instructions and registers, and changes the achieve much lower performance overhead. For exam- memory management model [Whitaker02]. Microker- ple, VMware Workstation 3.1 compiles the Linux 2.4.18 nels provide higher-level services above the hardware to kernel with only a 30% overhead relative to running support abstractions such as threads and inter-process directly on the host operating system. communication [Golub90]. The Java virtual machine defines a virtual architecture that is completely indepen- The goal of this paper is to examine and reduce the dent from the underlying hardware. order-of-magnitude performance overhead associated with running a VMM on a host operating system. We A second way to classify VMMs is according to find that a few simple extensions to a host operating sys- the platform upon which they are built [Goldberg73]. tem can make it a much faster platform for running a Type I VMMs such as IBM’s VM/370, Disco, and VMM, while preserving the conceptual elegance of the VMware’s ESX Server are implemented directly on the Type II approach. physical hardware. Type II VMMs are built completely on top of a host operating system. SimOS, User-Mode 3. UMLinux Linux, and UMLinux are all implemented completely on top of a host operating system. Other VMMs are a To conduct our study, we use a Type II VMM hybrid between Type I and II: they operate mostly on the called UMLinux [Buchacker01]. UMLinux was devel- physical hardware but use the host OS to perform I/O.
Recommended publications
  • Virtual Machine Technologies and Their Application in the Delivery of ICT
    Virtual Machine Technologies and Their Application In The Delivery Of ICT William McEwan accq.ac.nz n Christchurch Polytechnic Institute of Technology Christchurch, New Zealand [email protected] ABSTRACT related areas - a virtual machine or network of virtual machines can be specially configured, allowing an Virtual Machine (VM) technology was first ordinary user supervisor rights, and it can be tested implemented and developed by IBM to destruction without any adverse effect on the corporation in the early 1960's as a underlying host system. mechanism for providing multi-user facilities This paper hopes to also illustrate how VM in a secure mainframe computing configurations can greatly reduce our dependency on environment. In recent years the power of special purpose, complex, and expensive laboratory personal computers has resulted in renewed setups. It also suggests the important additional role interest in the technology. This paper begins that VM and VNL is likely to play in offering hands-on by describing the development of VM. It practical experience to students in a distance e- discusses the different approaches by which learning environment. a VM can be implemented, and it briefly considers the advantages and disadvantages Keywords: Virtual Machines, operating systems, of each approach. VM technology has proven networks, e-learning, infrastructure, server hosting. to be extremely useful in facilitating the Annual NACCQ, Hamilton New Zealand July, 2002 www. Annual NACCQ, Hamilton New Zealand July, teaching of multiple operating systems. It th offers an alternative to the traditional 1. INTRODUCTION approaches of using complex combinations Virtual Machine (VM) technology is not new. It was of specially prepared and configured OS implemented on mainframe computing systems by the images installed via the network or installed IBM Corporation in the early 1960’s (Varian 1997 pp permanently on multiple partitions or on 3-25, Gribben 1989 p.2, Thornton 2000 p.3, Sugarman multiple physical hard drives.
    [Show full text]
  • OLD PRETENDER Lovrenc Gasparin, Fotolia
    COVER STORY Bochs Emulator Legacy emulator OLD PRETENDER Lovrenc Gasparin, Fotolia Gasparin, Lovrenc Bochs, the granddaddy of all emulators, is alive and kicking; thanks to regular vitamin jabs, the lively old pretender can even handle Windows XP. BY TIM SCHÜRMANN he PC emulator Bochs first saw the 2.2.6 version in the Universe reposi- box). This also applies if you want to the light of day in 1994. Bochs’ tory; you will additionally need to install run Bochs on a pre-Pentium CPU, such Tinventor, Kevin Lawton, distrib- the Bximage program. (Bximage is al- as a 486. uted the emulator under a commercial li- ready part of the Bochs RPM for open- After installation, the program will cense before selling to French Linux ven- SUSE.) If worst comes to worst, you can simulate a complete PC, including CPU, dor Mandriva (which was then known always build your own Bochs from the graphics, sound card, and network inter- as MandrakeSoft). Mandriva freed the source code (see the “Building Bochs” face. The virtual PC in a PC works so emulator from its commercial chains, re- leasing Bochs under the LGPL license. Building Bochs If you prefer to build your own Bochs, or an additional --enable-ne2000 parameter Installation if you have no alternative, you will first to configure. The extremely long list of Bochs has now found a new home at need to install the C++ compiler and de- parameters in the user manual [2] gives SourceForge.net [1] (Figure 1). You can veloper packages for the X11 system. you a list of available options.
    [Show full text]
  • Introduction to Virtualization Virtualization
    Introduction to Virtualization Prashant Shenoy Computer Science CS691D: Hot-OS Lecture 2, page 1 Virtualization • Virtualization: extend or replace an existing interface to mimic the behavior of another system. – Introduced in 1970s: run legacy software on newer mainframe hardware • Handle platform diversity by running apps in VMs – Portability and flexibility Computer Science CS691D: Hot-OS Lecture 2, page 2 Types of Interfaces • Different types of interfaces – Assembly instructions – System calls – APIs • Depending on what is replaced /mimiced, we obtain different forms of virtualization Computer Science CS691D: Hot-OS Lecture 2, page 3 Types of Virtualization • Emulation – VM emulates/simulates complete hardware – Unmodified guest OS for a different PC can be run • Bochs, VirtualPC for Mac, QEMU • Full/native Virtualization – VM simulates “enough” hardware to allow an unmodified guest OS to be run in isolation • Same hardware CPU – IBM VM family, VMWare Workstation, Parallels,… Computer Science CS691D: Hot-OS Lecture 2, page 4 Types of virtualization • Para-virtualization – VM does not simulate hardware – Use special API that a modified guest OS must use – Hypercalls trapped by the Hypervisor and serviced – Xen, VMWare ESX Server • OS-level virtualization – OS allows multiple secure virtual servers to be run – Guest OS is the same as the host OS, but appears isolated • apps see an isolated OS – Solaris Containers, BSD Jails, Linux Vserver • Application level virtualization – Application is gives its own copy of components that are not shared • (E.g., own registry files, global objects) - VE prevents conflicts – JVM Computer Science CS691D: Hot-OS Lecture 2, page 5 Examples • Application-level virtualization: “process virtual machine” • VMM /hypervisor Computer Science CS691D: Hot-OS Lecture 2, page 6 The Architecture of Virtual Machines J Smith and R.
    [Show full text]
  • Virtualizing Servers with Xen
    Virtualization Xen Features Escalabilidade Performance QoS Implementation Future Virtualizing servers with Xen Evaldo Gardenali VI International Conference of Unix at UNINET Virtualization Xen Features Escalabilidade Performance QoS Implementation Future Outline Virtualization Xen Features Scalability Performance Quality of Service Implementation Future of Xen Virtualization Xen Features Escalabilidade Performance QoS Implementation Future Overview Why? Support heterogeneous environments: Linux r 2.4 e 2.6, NetBSD r , Plan9 r FreeBSD r , OpenSolaris r Consolidate work Legacy Systems Gradual Upgrade Service Isolation Quality of Service Isolated testing and development Ease of administration Ease of relocation and migration Virtualization Xen Features Escalabilidade Performance QoS Implementation Future Virtualization Techniques Single System Image: Ensim r , Vservers, CKRM, VirtuozzoTM, BSD r jail(), Solaris r Zones √ Groups processes in “resource containers” Hard to get isolation × Emulation: QEMU, Bochs √ Portable Extremely slow × Virtualization: VMware r , VirtualPC r √ Runs unmodified Operating Systems Virtualizing x86 is inefficient × User Mode Kernel: User Mode Linux, CoLinux Guest runs as a process on the host OS × Low performance (I/O, context switches) × Paravirtualization: Xen r , Denali √ Excellent performance Requires port to special architecture × Virtualization Xen Features Escalabilidade Performance QoS Implementation Future Virtualization Techniques Single System Image: Ensim r , Vservers, CKRM, VirtuozzoTM, BSD r jail(), Solaris
    [Show full text]
  • Virtualization of Linux Based Computers: the Linux-Vserver Project
    VirtualizationVirtualization ofof LinuxLinux basedbased computers:computers: thethe LinuxLinux--VServerVServer projectproject BenoBenoîîtt desdes Ligneris,Ligneris, Ph.Ph. D.D. [email protected] Objectives:Objectives: Objectives:Objectives: 1)1) PresentPresent thethe availableavailable programsprograms thatthat cancan provideprovide aa virtualizationvirtualization ofof LinuxLinux computerscomputers withwith differentdifferent technologies.technologies. Objectives:Objectives: 1)1) PresentPresent thethe availableavailable programsprograms thatthat cancan provideprovide aa virtualizationvirtualization ofof LinuxLinux computerscomputers withwith differentdifferent technologies.technologies. 2)2) FocusFocus onon LinuxLinux--VServers:VServers: aa veryvery lightweightlightweight andand effectiveeffective technologytechnology forfor thethe regularregular LinuxLinux useruser notnot interstedintersted inin KernelKernel hacking.hacking. PlanPlan PlanPlan ● IntroductionIntroduction PlanPlan ● IntroductionIntroduction ● OverviewOverview ofof thethe availableavailable technologytechnology PlanPlan ● IntroductionIntroduction ● OverviewOverview ofof thethe availableavailable technologytechnology ● ClassificationClassification ofof thethe problems:problems: usageusage criteriacriteria PlanPlan ● IntroductionIntroduction ● OverviewOverview ofof thethe availableavailable technologytechnology ● ClassificationClassification ofof thethe problems:problems: usageusage criteriacriteria ● ComparativeComparative studystudy ofof thethe existingexisting
    [Show full text]
  • Parallels Desktop® Upgrade to Windows 7 User's Guide
    Parallels Desktop® Upgrade to Windows 7 User's Guide Copyright © 1999-2010 Parallels Holdings, Ltd. and its affiliates. All rights reserved. Parallels Holdings, Ltd. c/o Parallels International GMbH. Parallels International GmbH Vordergasse 49 CH8200 Schaffhausen Switzerland Tel: + 49 (6151) 42996 - 0 Fax: + 49 (6151) 42996 - 255 www.parallels.com Copyright © 1999-2010 Parallels Holdings, Ltd. and its affiliates. All rights reserved. This product is protected by United States and international copyright laws. The product’s underlying technology, patents, and trademarks are listed at http://www.parallels.com/trademarks. Microsoft, Windows, Windows Server, Windows NT, Windows Vista, and MS-DOS are registered trademarks of Microsoft Corporation. Linux is a registered trademark of Linus Torvalds. Mac is a registered trademark of Apple, Inc. All other marks and names mentioned herein may be trademarks of their respective owners. 3 Contents Introduction 5 About Parallels Desktop Upgrade to Windows 7......................................................................................... 5 About This Guide......................................................................................................................................... 6 Organization of This Guide .............................................................................................................. 6 Documentation Conventions............................................................................................................. 7 Getting Help................................................................................................................................................
    [Show full text]
  • Virtualization Technologies Overview Course: CS 490 by Mendel
    Virtualization technologies overview Course: CS 490 by Mendel Rosenblum Name Can boot USB GUI Live 3D Snaps Live an OS on mem acceleration hot of migration another ory runnin disk alloc g partition ation system as guest Bochs partially partially Yes No Container s Cooperati Yes[1] Yes No No ve Linux (supporte d through X11 over networkin g) Denali DOSBox Partial (the Yes No No host OS can provide DOSBox services with USB devices) DOSEMU No No No FreeVPS GXemul No No Hercules Hyper-V iCore Yes Yes No Yes No Virtual Accounts Imperas Yes Yes Yes Yes OVP (Eclipse) Tools Integrity Yes No Yes Yes No Yes (HP-UX Virtual (Integrity guests only, Machines Virtual Linux and Machine Windows 2K3 Manager in near future) (add-on) Jail No Yes partially Yes No No No KVM Yes [3] Yes Yes [4] Yes Supported Yes [5] with VMGL [6] Linux- VServer LynxSec ure Mac-on- Yes Yes No No Linux Mac-on- No No Mac OpenVZ Yes Yes Yes Yes No Yes (using Xvnc and/or XDMCP) Oracle Yes Yes Yes Yes Yes VM (manage d by Oracle VM Manager) OVPsim Yes Yes Yes Yes (Eclipse) Padded Yes Yes Yes Cell for x86 (Green Hills Software) Padded Yes Yes Yes No Cell for PowerPC (Green Hills Software) Parallels Yes, if Boot Yes Yes Yes DirectX 9 Desktop Camp is and for Mac installed OpenGL 2.0 Parallels No Yes Yes No partially Workstati on PearPC POWER Yes Yes No Yes No Yes (on Hypervis POWER 6- or (PHYP) based systems, requires PowerVM Enterprise Licensing) QEMU Yes Yes Yes [4] Some code Yes done [7]; Also supported with VMGL [6] QEMU w/ Yes Yes Yes Some code Yes kqemu done [7]; Also module supported
    [Show full text]
  • Kvm – Kernel Based Virtual Machine
    KVM – KERNEL BASED VIRTUAL MACHINE BACKGROUND Virtualization has begun to transform the way that enterprises are deploying and managing their infrastructure, providing the foundation for a truly agile enterprise, so that IT can deliver an infrastructure that is flexible, scalable, and most importantly economical by efficiently utilizing resources. 10 years ago virtualization was unheard of in the x86 market it was reserved for mainframe and high end UNIX systems. Over the last 3 to 4 years there has been exponential growth in the virtualization market both in terms of customer adoption and in terms of the rise of the number vendors in the virtualization space; from new hypervisor vendors to virtualization management vendors too numerous to mention. VIRTUALIZING THE X86 ARCHITECTURE The x86 architecture has proven to be the dominate platform in enterprise computing, moving from its humble beginnings in desktop systems to now, powering the large enterprise applications that run businesses across the globe. The current generation of x86 CPUs include features such as large scale multi-threading with 8 or more processing cores, support for large memory systems with NUMA and integrated memory controllers, high speed CPU interconnects and chipset for support for advanced reliability, availability and serviceability (RAS) features. These features were once reserved for mainframe and high end UNIX systems, today x86 servers with 2 or 4 sockets are replacing expensive UNIX/RISC systems while delivering better performance and 4 and 8 socket servers are challenging mainframe class systems. While the x86 platform has evolved significantly over it's lifetime it has maintained it's core architecture to provide backward compatibility.
    [Show full text]
  • Virtually Linux Virtualization Techniques in Linux
    Virtually Linux Virtualization Techniques in Linux Chris Wright OSDL [email protected] Abstract ware1 or software [16, 21, 19], may include any subset of a machine’s resources, and has Virtualization provides an abstraction layer a wide variety of applications. Such usages mapping a virtual resource to a real resource. include machine emulation, hardware consol- Such an abstraction allows one machine to be idation, resource isolation, quality of service carved into many virtual machines as well as resource allocation, and transparent resource allowing a cluster of machines to be viewed redirection. Applications of these usage mod- as one. Linux provides a wealth of virtual- els include virtual hosting, security, high avail- ization offerings. The technologies range in ability, high throughput, testing, and ease of the problems they solve, the models they are administration. useful in, and their respective maturity. This It is interesting to note that differing virtual- paper surveys some of the current virtualiza- ization models may have inversely correlated tion techniques available to Linux users, and proportions of virtual to physical resources. it reviews ways to leverage these technologies. For example, the method of carving up a sin- Virtualization can be used to provide things gle machine into multiple machines—useful such as quality of service resource allocation, in hardware consolidation or virtual hosting— resource isolation for security or sandboxing, looks quite different from a single system im- transparent resource redirection for availability age (SSI) [15]—useful in clustering. This pa- and throughput, and simulation environments per primarily focuses on providing multiple for testing and debugging. virtual instances of a single physical resource, however, it does cover some examples of a sin- 1 Introduction gle virtual resource mapping to multiple phys- ical resources.
    [Show full text]
  • Challenges in Firmware Re-Hosting, Emulation, and Analysis
    Challenges in Firmware Re-Hosting, Emulation, and Analysis CHRISTOPHER WRIGHT, Purdue University WILLIAM A. MOEGLEIN, Sandia National Laboratories SAURABH BAGCHI, Purdue University MILIND KULKARNI, Purdue University ABRAHAM A. CLEMENTS, Sandia National Laboratories System emulation and firmware re-hosting have become popular techniques to answer various security and performance related questions, such as, does a firmware contain security vulnerabilities or meet timing requirements when run on a specific hardware platform. While this motivation for emulation and binary analysis has previously been explored and reported, starting to either work or research in the field is difficult. To this end, we provide a comprehensive guide for the practitioner or system emulation researcher. We layout common challenges faced during firmware re-hosting, explaining successive steps and surveying common tools used to overcome these challenges. We provide classification techniques on five different axes, including emulator methods, system type, fidelity, emulator purpose, and control. These classifications and comparison criteria enable the practitioner to determine the appropriate tool for emulation. We use our classifications to categorize popular works in the field and present 28 common challenges faced when creating, emulating and analyzing a system, from obtaining firmwares to post emulation analysis. CCS Concepts: • Computer systems organization → Embedded and cyber-physical systems; Firmware; Embedded hardware; Embedded software; Real-time systems; • Hardware → Simulation and emulation. Additional Key Words and Phrases: Firmware re-hosting, system emulation, embedded systems, emulation fidelity, emulator classification, binary analysis, reverse engineering, emulation challenges ACM Reference Format: Christopher Wright, William A. Moeglein, Saurabh Bagchi, Milind Kulkarni, and Abraham A. Clements. 2020. Challenges in Firmware Re-Hosting, Emulation, and Analysis.
    [Show full text]
  • The Black Art of DOS Emulation on Raspberry Pi
    The Black Art of DOS emulation on Raspberry Pi Using FastDOSBox. By : [email protected] www.norisc-nofun.co.uk Version 1.0 – May 2013, Author : Franck / NoRiscNoFun , [email protected] – twitter : @Noriscnofun1 Table of Contents What is DOS emulation for who and for what ?..................................................................................3 Why choosing FastDOSBox for DOS emulation on the Rpi ?............................................................4 Installing FastDOSBox on the Raspberry Pi........................................................................................5 For RISC OS....................................................................................................................................5 For Raspbian....................................................................................................................................5 Recommended Raspberry Pi CPU settings for FastDOSBox..............................................................6 Recommended configuration settings for FastDOSBox......................................................................7 [dosbox] Section..............................................................................................................................7 [render] Section................................................................................................................................7 [cpu] Section....................................................................................................................................7
    [Show full text]
  • Hyperplatform User Document
    HyperPlatform User Document Table of Contents 1. About this document..............................................................................................................................2 2. Get started..............................................................................................................................................3 2.1. Description..........................................................................................................................................3 2.2. Prerequisites........................................................................................................................................3 2.3. Creating a new project........................................................................................................................3 2.4. What is Next........................................................................................................................................7 3. Development and Debug Tips................................................................................................................8 3.1. Description..........................................................................................................................................8 3.2. Using VMware Workstation................................................................................................................8 3.3. Using Bochs........................................................................................................................................8
    [Show full text]