Morphos: Advancing Coastal Process Research and Modeling

Total Page:16

File Type:pdf, Size:1020Kb

Morphos: Advancing Coastal Process Research and Modeling MORPHOS: ADVANCING COASTAL PROCESS RESEARCH AND MODELING Jeff Hanson US Army Corps of Engineers, Field Research Facility, Duck, NC Email: [email protected] Don Resio, Jane Smith and Rob Wallace US Army Corps of Engineers, Coastal and Hydraulics Lab, Vicksburg, MS 1. Introduction The 2004-2005 Hurricane seasons resulted in more than 30 billion dollars in US property loss and damages and nearly 2000 direct fatalities within our coastal communities1. This devastation painfully demonstrates that our national coastlines are not adequately protected against recurring extreme weather events, and that there is a significant risk of sustaining high damages and losses from future events. This risk is exacerbated by many factors, including coastal development pressure, increased storm activity, sea level rise, coastal subsidence, and loss of wetlands; and the potential societal and economic consequences of decisions in the area are enormous. Furthermore, the current level of risk cannot be well quantified using existing models, as these major catastrophes transcend our past experiences and exhibit impacts that fall outside the range of model tuning for existing tools (Riley 2007). Some of the key issues that currently appear to be beyond the state of the art in coastal predictions include wave-current-vegetation interactions (critical to determining the value of wetlands and wetland restoration in coastal areas), estimates of low-volume levee overtopping rates over natural surfaces (critical to levee design), accurate objective specification of bottom friction (critical to surge level prediction and evaluating wetland impacts), accurate estimation of wave-driven radiation stresses in coupled wave-surge models (present models appear to underpredict this surge component), potential baroclinic and 3-D effects in surge predictions (how important is this?), wind field specification in coastal areas (this drives the entire system and presently “neglects” coastal effects), quantitative understanding of the effects of climate variability on expected future extremes (even more critical when sea level rise is also considered), quantitative prediction of coastal response during extreme events and during recovery following these events (can beaches/dunes provide effective protection in extreme events?), statistical characterization of meteorological events that produce coastal hazards (sample size is very small!), and system-wide risk estimation methodologies (typically not performed by people who understand specific coastal problems). This is certainly not an exhaustive list; however, it points out that research needs are very broad and cannot be “pigeon-holed” into a single small niche. 1 National Hurricane Center Archives, http://nhc.noaa.gov. 1 A logical question that arises from the previous list of deficiencies is how did we end up with shortfalls in so many key technologies? Probably a large factor contributing to this fact is that most existing modeling systems focus on operational systems and incorporate many empirical factors that can be used to fit local situations. For example, coefficients and even physical systems are changed from site to site in applications. These are typically “tweaked” to provide a reasonable approximation to available measurements and little information is gained, since variations in coefficients and different sets of “physics” allow for very large variations in the results. In short, present systems appear to focus on developing effective empirical tuning methods for optimizing performance. Whereas this approach works relatively well for operational systems, it is not expected to work well in most of the shortfall areas mentioned above. As a result of the deficiencies noted above and the current approach in modeling systems, there is a critical need within the coastal engineering community for a reliable, physics- based modeling capability for tropical and extra-tropical storm risk assessment. Such a capability needs to incorporate improved objective estimates of winds, waves, currents and water levels, and coastal response (erosion, breaching, and accretion) during extreme events, without having to adjust several coefficients to produce realistic results. Furthermore there is a need for a robust, standardized approach to establishing the risk of coastal communities to future occurrences. Such a system of tools could be used to plan and prepare for weather impacts on our fragile coastal communities and resources. The Morphos program was established by the US Army Corps of Engineers (USACE) to address these needs. The program was initially funded with emergency appropriations stemming from the destructive 2004 hurricane season, which brought Hurricanes Charlie, Francis, Jeanne and Ivan to the Florida coastlines (Figure 1). Morphos was charged with developing a prototype integrated modeling system for predicting three-dimensional beach morphology changes during hurricane events. To address this charge, USACE assembled an international team of coastal process experts spanning government agencies, academia and private industry. The 2005 hurricane season brought new challenges with Hurricanes Katrina and Rita, resulting in barrier island obliteration, extensive wetlands destruction, levee failure and overtopping, and widespread flooding due to inundation (Figure 2). This total devastation prompted a realignment of the Morphos objectives to address coastal risk in all types of environments. In fact, many of the Morphos investigators shared duel roles on the Hurricane Katrina Interagency Performance Evaluation Task Force (IPET) and are involved with the Louisiana Coastal Protection and Restoration (LACPR) Program and the Mississippi Coastal Improvement Program (MSCIP). In 2007 Morphos became an established component of the System- Wide Water Resources Program (SWWRP). The mission of SWWRP is to assemble and integrate the diverse components of water resources management, providing users access to current and improved technologies for multidisciplinary system-wide assessments2. The goals of Morphos are consistent with the mission of several federal agencies, including the National Oceanic and Atmospheric Administration (NOAA), the Federal Emergency Management Agency (FEMA), the US Geological Survey (USGS), and the 2 https://swwrp.usace.army.mil/_swwrp/swwrp/4-pubs/FactSheets/SWWRPfactsheet.pdf 2 US Department of Homeland Security (DHS). Partnerships are being established with these organizations on various levels to ensure Morphos will fully meet the national need for an integrated modeling system capable of accessing coastal risk and designing an adequate level of coastal protection. Throughout this work USACE maintains a firm commitment to advancing both model physics and numerical methods in order to field the best possible technology. Figure 1. Beach front erosion on Hutchinson Island, FL resulting from 2004 Hurricanes Jeanne and Francis. Figure 2. New Orleans flooding after 2005 Hurricane Katrina. 3 2. Morphos Approach Morphos seeks to develop a state-of-the-art modeling system with a variety of tools to address our essential coastal engineering applications. Key program elements include a dedicated community steering group, research and development to advance the state of coastal process modeling technology, rigorous test and evaluation of individual model elements and systems, and development of a community set of tools (Figure 3). Community Steering Modeling Technology R&D • Climate/Risk Test and Evaluation • Meteorology • Critical Data Sets • Waves • Test Bed • Circulation/Surge • Sediment Community System • Risk Assessment • Project Design • Event Reconstruction Figure 3. Morphos program elements. It is vitally important that Morphos development be driven by community needs. These needs are communicated through a dedicated steering group of coastal engineers with representatives from both private industry and Federal Government. The steering group provides program oversight and direction for all phases of product development. Regularly obtaining such community inputs ensures that Morphos developments keep pace with requirements for estimating risk along our evolving coastlines. Morphos investigators conduct the necessary research and development to advance our physical understanding of important coastal processes and represent them with sufficient accuracy in efficient numerical algorithms. This work can take many forms, including analyzing essential data sets, advancing new and existing theoretical descriptions of coastal behavior, and developing efficient computer applications for engineering use. This aggressive research and development component allows Morphos to continually embrace the latest technology and ensure that Morphos technology obtains, and holds, community acceptance as “state-of-the-art.” 4 A careful assessment of model performance against known standards and real-world scenarios is crucial for the success of Morphos. This need is being fulfilled through an aggressive test and evaluation program component. Elements of this effort include the collection and assimilation of essential data sets, development of a robust statistical package for quantifying model performance, and construction of a model test bed environment to provide Morphos developers convenient access to validation data and model assessment tools. A primary vision of Morphos is to develop a community system of modeling tools to address modern coastal engineering problems. Specific applications include risk
Recommended publications
  • The Design of the EMPS Multiprocessor Executive for Distributed Computing
    The design of the EMPS multiprocessor executive for distributed computing Citation for published version (APA): van Dijk, G. J. W. (1993). The design of the EMPS multiprocessor executive for distributed computing. Technische Universiteit Eindhoven. https://doi.org/10.6100/IR393185 DOI: 10.6100/IR393185 Document status and date: Published: 01/01/1993 Document Version: Publisher’s PDF, also known as Version of Record (includes final page, issue and volume numbers) Please check the document version of this publication: • A submitted manuscript is the version of the article upon submission and before peer-review. There can be important differences between the submitted version and the official published version of record. People interested in the research are advised to contact the author for the final version of the publication, or visit the DOI to the publisher's website. • The final author version and the galley proof are versions of the publication after peer review. • The final published version features the final layout of the paper including the volume, issue and page numbers. Link to publication General rights Copyright and moral rights for the publications made accessible in the public portal are retained by the authors and/or other copyright owners and it is a condition of accessing publications that users recognise and abide by the legal requirements associated with these rights. • Users may download and print one copy of any publication from the public portal for the purpose of private study or research. • You may not further distribute the material or use it for any profit-making activity or commercial gain • You may freely distribute the URL identifying the publication in the public portal.
    [Show full text]
  • Ebook - Informations About Operating Systems Version: August 15, 2006 | Download
    eBook - Informations about Operating Systems Version: August 15, 2006 | Download: www.operating-system.org AIX Internet: AIX AmigaOS Internet: AmigaOS AtheOS Internet: AtheOS BeIA Internet: BeIA BeOS Internet: BeOS BSDi Internet: BSDi CP/M Internet: CP/M Darwin Internet: Darwin EPOC Internet: EPOC FreeBSD Internet: FreeBSD HP-UX Internet: HP-UX Hurd Internet: Hurd Inferno Internet: Inferno IRIX Internet: IRIX JavaOS Internet: JavaOS LFS Internet: LFS Linspire Internet: Linspire Linux Internet: Linux MacOS Internet: MacOS Minix Internet: Minix MorphOS Internet: MorphOS MS-DOS Internet: MS-DOS MVS Internet: MVS NetBSD Internet: NetBSD NetWare Internet: NetWare Newdeal Internet: Newdeal NEXTSTEP Internet: NEXTSTEP OpenBSD Internet: OpenBSD OS/2 Internet: OS/2 Further operating systems Internet: Further operating systems PalmOS Internet: PalmOS Plan9 Internet: Plan9 QNX Internet: QNX RiscOS Internet: RiscOS Solaris Internet: Solaris SuSE Linux Internet: SuSE Linux Unicos Internet: Unicos Unix Internet: Unix Unixware Internet: Unixware Windows 2000 Internet: Windows 2000 Windows 3.11 Internet: Windows 3.11 Windows 95 Internet: Windows 95 Windows 98 Internet: Windows 98 Windows CE Internet: Windows CE Windows Family Internet: Windows Family Windows ME Internet: Windows ME Seite 1 von 138 eBook - Informations about Operating Systems Version: August 15, 2006 | Download: www.operating-system.org Windows NT 3.1 Internet: Windows NT 3.1 Windows NT 4.0 Internet: Windows NT 4.0 Windows Server 2003 Internet: Windows Server 2003 Windows Vista Internet: Windows Vista Windows XP Internet: Windows XP Apple - Company Internet: Apple - Company AT&T - Company Internet: AT&T - Company Be Inc. - Company Internet: Be Inc. - Company BSD Family Internet: BSD Family Cray Inc.
    [Show full text]
  • Lettera Dell'alfabeto Turco, La Quale Si Usa Anche Con Gli Accenti Aggiuntivi Per Comporre Ì, Í, Ï
    I ı senza punto [ ı ]. Lettera dell’alfabeto turco, la quale si usa anche con gli accenti aggiuntivi per comporre ì, í, ï, ĩ. i.e. → id est ialografia [dal gr. hýalos, «vetro», e grafia, dal gr. -graphía, der. di gráphō, «scrivere»]. Incisione su vetro. Si può anche impiegare come fototipo* per ottenere una forma di stampa. ialotipia [dal gr. hýalos, «vetro», e tipia, da tipo- dal lat. typus, gr. týpos, «impronta, carattere»]. Procedimento di stampa che utilizza lastre di zinco su cui sono riportate incisioni fatte su lastre di vetro. iato [dal lat. hiatus -us, der. di hiare, «aprirsi»]. Indica l’incontro di vocali non solo nel corpo d’una stessa parola, ma anche in fine e principio di due parole consecutive. (v. anche elisione). ib., ibid. → ibidem ibidem [it. in quello stesso luogo]. Termine latino, spesso abbreviato ib., che significa nello stesso luogo. Utilizzato nelle note a piè di pagina, consente di evitare di ripetere il titolo dell’opera citata subito prima. IBN → Index bio-bibliographicus notorum hominum (IBN). ibrida [ingl. hibrid; dal lat. hybrĭda «bastardo», di etimo incerto]. Termine utilizzato per definire una scrittura che mostra elementi di scritture diverse. ICA Acronimo di International Council of Archive (<www.ica.org>). icnografia [dal gr. ichnographía, comp. di íchnos, «traccia» e -graphía «-grafia»]. Rappresentazione grafica, in proiezione ortogonale, della sezione orizzontale di un edificio. Sinonimo di pianta. icòna [dal gr. biz. eikóna, gr. class. eikṓn -ónos, «immagine»]. 1. Immagine sacra, rappresentante il Cristo, la Vergine, uno o più santi, dipinta su tavoletta di legno o lastra di metallo, spesso decorata d’oro, argento e pietre preziose, tipica dell’arte bizantina e, in seguito, di quella russa e balcanica.
    [Show full text]
  • Amigaos 3.2 FAQ 47.1 (09.04.2021) English
    $VER: AmigaOS 3.2 FAQ 47.1 (09.04.2021) English Please note: This file contains a list of frequently asked questions along with answers, sorted by topics. Before trying to contact support, please read through this FAQ to determine whether or not it answers your question(s). Whilst this FAQ is focused on AmigaOS 3.2, it contains information regarding previous AmigaOS versions. Index of topics covered in this FAQ: 1. Installation 1.1 * What are the minimum hardware requirements for AmigaOS 3.2? 1.2 * Why won't AmigaOS 3.2 boot with 512 KB of RAM? 1.3 * Ok, I get it; 512 KB is not enough anymore, but can I get my way with less than 2 MB of RAM? 1.4 * How can I verify whether I correctly installed AmigaOS 3.2? 1.5 * Do you have any tips that can help me with 3.2 using my current hardware and software combination? 1.6 * The Help subsystem fails, it seems it is not available anymore. What happened? 1.7 * What are GlowIcons? Should I choose to install them? 1.8 * How can I verify the integrity of my AmigaOS 3.2 CD-ROM? 1.9 * My Greek/Russian/Polish/Turkish fonts are not being properly displayed. How can I fix this? 1.10 * When I boot from my AmigaOS 3.2 CD-ROM, I am being welcomed to the "AmigaOS Preinstallation Environment". What does this mean? 1.11 * What is the optimal ADF images/floppy disk ordering for a full AmigaOS 3.2 installation? 1.12 * LoadModule fails for some unknown reason when trying to update my ROM modules.
    [Show full text]
  • Morpho-Syntactic Interactions Between V and C in Romance1
    Dialectologia. Special issue, V (2015), 293-319. ISSN: 2013-2247 Received 7 August 2015. Accepted 26 September 2015. MORPHO-SYNTACTIC INTERACTIONS BETWEEN V AND C IN ROMANCE1 Ángel J. GALLEGO Universitat Autònoma de Barcelona [email protected] Abstract This paper discusses a series of morpho-syntactic (a)symmetries that emerge in the vP and CP levels of different Romance languages. The (a)symmetries considered indicate a P or D oriented nature for specific functional heads placed in the vP and CP domains, an idea that has been at the forefront of micro-parametric studies ever since the 80s (cf. Kayne 1984, 2000; Uriagereka 1995). The consequences of this investigation for the status of parameter theory are further considered (cf. Chomsky 1981; Baker 2001; Biberauer 2008; Kayne 2000; Picallo 2014) and the study of the lexicon, arguably the main locus of linguistic variation (cf. Halle & Marantz 1993; Hale & Keyser 1993; Starke 2014; Uriagereka 2008). Keywords complementizers, lexicon, micro-parameters, Romance languages, variation, verbs INTERACCIONES MORFOSINTÁCTICAS ENTRE V Y C EN ROMANCE Resumen Este trabajo discute una serie de (a)simetrías morfosintácticas que aparecen en los niveles del Sv y el SC de diferentes lenguas románicas. Dichas (a)simetrías indican que núcleos funcionales pertenecientes a los dominios Sv y SC despliegan una naturaleza similar a P o a D, una idea que ha 1 A previous version of this paper was presented at the V Westmost Europe Dialect Syntax (Wedisyn) Meeting, held at the Universidad Autónoma de Madrid (24-25 April 2014), whose audience I thank for questions and suggestions. Special thanks go to Roberta D’Alessandro, Carlota de Benito, Inés Fernández-Ordóñez, and Álvaro Octavio de Toledo for comments and (on-going) discussion.
    [Show full text]
  • Contributors to This Issue
    Contributors to this Issue Stuart I. Feldman received an A.B. from Princeton in Astrophysi- cal Sciences in 1968 and a Ph.D. from MIT in Applied Mathemat- ics in 1973. He was a member of technical staf from 1973-1983 in the Computing Science Research center at Bell Laboratories. He has been at Bellcore in Morristown, New Jersey since 1984; he is now division manager of Computer Systems Research. He is Vice Chair of ACM SIGPLAN and a member of the Technical Policy Board of the Numerical Algorithms Group. Feldman is best known for having written several important UNIX utilities, includ- ing the MAKE program for maintaining computer programs and the first portable Fortran 77 compiler (F77). His main technical interests are programming languages and compilers, software confrguration management, software development environments, and program debugging. He has worked in many computing areas, including aþbraic manipulation (the portable Altran sys- tem), operating systems (the venerable Multics system), and sili- con compilation. W. Morven Gentleman is a Principal Research Oftcer in the Com- puting Technology Section of the National Research Council of Canada, the main research laboratory of the Canadian govern- ment. He has a B.Sc. (Hon. Mathematical Physics) from McGill University (1963) and a Ph.D. (Mathematics) from princeton University (1966). His experience includes 15 years in the Com- puter Science Department at the University of Waterloo, ûve years at Bell Laboratories, and time at the National Physical Laboratories in England. His interests include software engi- neering, embedded systems, computer architecture, numerical analysis, and symbolic algebraic computation. He has had a long term involvement with program portability, going back to the Altran symbolic algebra system, the Bell Laboratories Library One, and earlier.
    [Show full text]
  • All Computer Applications Need to Store and Retrieve Information
    MyFS: An Enhanced File System for MINIX A Dissertation Submitted in partial fulfillment of the requirement for the award of the degree of MASTER OF ENGINEERING ( COMPUTER TECHNOLOGY & APPLICATIONS ) By ASHISH BHAWSAR College Roll No. 05/CTA/03 Delhi University Roll No. 3005 Under the guidance of Prof. Asok De Department Of Computer Engineering Delhi College Of Engineering, New Delhi-110042 (University of Delhi) July-2005 1 CERTIFICATE This is to certify that the dissertation entitled “MyFS: An Enhanced File System for MINIX” submitted by Ashish Bhawsar in the partial fulfillment of the requirement for the award of degree of Master of Engineering in Computer Technology and Application, Delhi College of Engineering is an account of his work carried out under my guidance and supervision. Professor D. Roy Choudhury Professor Asok De Head of Department Head of Department Department of Computer Engineering Department of Information Technology Delhi College of Engineering Delhi College of Engineering Delhi Delhi 2 ACKNOWLEDGEMENT It is a great pleasure to have the opportunity to extent my heartiest felt gratitude to everybody who helped me throughout the course of this project. I would like to express my heartiest felt regards to Dr. Asok De, Head of the Department, Department of Information Technology for the constant motivation and support during the duration of this project. It is my privilege and owner to have worked under the supervision. His invaluable guidance and helpful discussions in every stage of this thesis really helped me in materializing this project. It is indeed difficult to put his contribution in few words. I would also like to take this opportunity to present my most sincere regards to Dr.
    [Show full text]
  • QUICK START GUIDE 4G Lite Product Series Table of Contents
    QUICK START GUIDE 4G Lite Product Series Table of Contents STEP ONE: OVERVIEW 1 to 4 STEP TWO: WIRING 5 to 11 STEP THREE: COMMUNICATION 12 to 15 STEP FOUR: ACP OR SDAC 16 to 17 STEP FIVE: SOFTWARE 18 to 21 STEP SIX: ENROLLMENT 22 to 24 STEP SEVEN: TIME & ATTENDANCE OPERATION 25 to 29 ACP OR SDAC (4G V-Station Lite) STEP FOUR: QUICK START GUIDE II Product Packaging Checklist 4G CR-PASS, 4G V-FLEX LITE AND 4G SECURECONTROL 4G V-STATION LITE QTY ITEM QTY ITEM 1 4G CR-Pass Device or 4G V-Flex Lite or 4G V-Station Lite 1 4G SecureControl Device 1 Installation CD 1 Terminal Block, 1x12po, 3.5mm, RA 1 Installation Guide (on Installation CD) 1 Terminal Block, 1x14po, 3.5mm, RA 1 Operator’s Manual (on Installation CD) 1 Quick Start Guide (Hard-copy and on Installation CD) 1 Quick Start Guide (Hard-copy and on Installation CD) 4 Dry Wall Anchor, Nylon, #4-8, 1” Length 1 SST Wall Mount Plate 4 Self-Tapping Screw, Philip Pan Head, SST, #6, 1” Length 1 4G MicroUSB Device Cable 1 Logo Sticker 1 4G MicroUSB PC Cable 1 Clamp-on Ferrite Core (WLAN Only) 1 Clamp-on Ferrite Core 1 Antenna, Omni Plug Connector (WLAN Only) 1 Machine Screw, Pin-in-Hex Security, Pan Head, SST, 6-32, 1/4” Length 1 Security Key, Pin-in-Hex, 2.5” Length NOTE: Electronic documentation is provided in Adobe® 1 Security Screw Retainer, Stainless Steel Acrobat® format (PDF). Adobe® Acrobat® Reader is available 2 Self-Tapping Screw, Philip Pan Head, SST, #6, 1” Length on the Installation CD or at http://www.adobe.com OVERVIEW 2 Dry Wall Anchor, Nylon, #4-8, 1” Length 2 Machine Screw,
    [Show full text]
  • Introduction
    CS307 Operating Systems Introduction Fan Wu Department of Computer Science and Engineering Shanghai Jiao Tong University Spring 2020 Operating Systems Operating Systems 2 Operating Systems UNIX-family: BSD(Berkeley Software Distribution), System-V, GNU/Linux, MINIX, Nachos, OS X, iOS BSD-family: FreeBSD, NetBSD, OpenBSD System-V-family: AIX, HP-UX, IRIX, Solaris Linux-family: Red Hat, Debian, Ubuntu, Fedora, openSUSE, Linux Mint, Google's Android, WebOS, Meego MS-DOS, Microsoft Windows, Windows Mobile, Win-CE, WP8 AmigaOS Symbian, MeeGo Google Chrome OS OS/2 XrossMediaBar(XMB) for PS3, Orbis OS for PS4 Input Output System for Wii Tiny-OS, LynxOS, QNX, VxWorks Operating Systems 3 Four Components of a Computer System People, machines, other computers Application programs define the ways in which theSystem system programs resources are arecomputer used to software solve the computingdesigned to problems operate theof thecomputer users hardware and toControls provide and a platformcoordinates for runninguse of hardware application among programsvarious applications and users provides basic computing resources Operating Systems 4 Computer System Structure Hardware – provides basic computing resources CPU, memory, I/O devices Operating system – Controls and coordinates use of hardware among various applications and users System programs – are computer software designed to operate the computer hardware and to provide a platform for running application programs BIOS and device drivers Application programs – define the ways in
    [Show full text]
  • Porting the QEMU Virtualization Software to MINIX 3
    Porting the QEMU virtualization software to MINIX 3 Master's thesis in Computer Science Erik van der Kouwe Student number 1397273 [email protected] Vrije Universiteit Amsterdam Faculty of Sciences Department of Mathematics and Computer Science Supervised by dr. Andrew S. Tanenbaum Second reader: dr. Herbert Bos 12 August 2009 Abstract The MINIX 3 operating system aims to make computers more reliable and more secure by keeping privileged code small and simple. Unfortunately, at the moment only few major programs have been ported to MINIX. In particular, no virtualization software is available. By isolating software environments from each other, virtualization aids in software development and provides an additional way to achieve reliability and security. It is unclear whether virtualization software can run efficiently within the constraints of MINIX' microkernel design. To determine whether MINIX is capable of running virtualization software, I have ported QEMU to it. QEMU provides full system virtualization, aiming in particular at portability and speed. I find that QEMU can be ported to MINIX, but that this requires a number of changes to be made to both programs. Allowing QEMU to run mainly involves adding standardized POSIX functions that were previously missing in MINIX. These additions do not conflict with MINIX' design principles and their availability makes porting other software easier. A list of recommendations is provided that could further simplify porting software to MINIX. Besides just porting QEMU, I also investigate what performance bottlenecks it experiences on MINIX. Several areas are found where MINIX does not perform as well as Linux. The causes for these differences are investigated.
    [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]
  • Can Microkernels Mitigate Microarchitectural Attacks?⋆
    Can Microkernels Mitigate Microarchitectural Attacks?? Gunnar Grimsdal1, Patrik Lundgren2, Christian Vestlund3, Felipe Boeira1, and Mikael Asplund1[0000−0003−1916−3398] 1 Department of Computer and Information Science, Link¨oping University, Sweden ffelipe.boeira,[email protected] 2 Westermo Network Technologies [email protected] 3 Sectra AB, Link¨oping,Sweden Abstract. Microarchitectural attacks such as Meltdown and Spectre have attracted much attention recently. In this paper we study how effec- tive these attacks are on the Genode microkernel framework using three different kernels, Okl4, Nova, and Linux. We try to answer the question whether the strict process separation provided by Genode combined with security-oriented kernels such as Okl4 and Nova can mitigate microar- chitectural attacks. We evaluate the attack effectiveness by measuring the throughput of data transfer that violates the security properties of the system. Our results show that the underlying side-channel attack Flush+Reload used in both Meltdown and Spectre, is effective on all in- vestigated platforms. We were also able to achieve high throughput using the Spectre attack, but we were not able to show any effective Meltdown attack on Okl4 or Nova. Keywords: Genode, Meltdown, Spectre, Flush+Reload, Okl4, Nova 1 Introduction It used to be the case that general-purpose operating systems were mostly found in desktop computers and servers. However, as IoT devices are becoming in- creasingly more sophisticated, they tend more and more to require a powerful operating system such as Linux, since otherwise all basic services must be im- plemented and maintained by the device developers. At the same time, security has become a prime concern both in IoT and in the cloud domain.
    [Show full text]