It's Always Sunny with Openj9

Total Page:16

File Type:pdf, Size:1020Kb

It's Always Sunny with Openj9 It’s always sunny with OpenJ9 Dan Heidinga, Eclipse OpenJ9 Project Lead VM Architect, IBM Runtimes @danheidinga DanHeidinga 2 https://upload.wikimedia.org/wikipedia/commons/9/98/Storm_clouds.jpg cjohnson7 from Rochester, Minnesota / CC BY (https://creativecommons.org/licenses/by/2.0) My Day Job http://docs.oracle.com/javase/8/docs/index.html Eclipse OpenJ9 Created Sept 2017 http://www.eclipse.org/openj9 https://github.com/eclipse/openj9 Dual License: Eclipse Public License v2.0 Apache 2.0 Users and contributors very welcome https://github.com/eclipse/openj9/blob/master/CO NTRIBUTING.md 6 A JVM for the cloud 7 Built with the Class Libraries you know and love JDK JDK JDK JDK 8 11 14 next Single source stream at OpenJ9 No (LTS) JDK left behind! 8 Right, the cloud 9 Cloud requirements on Java ▪ Fast startup –Faster scaling for increased demand ▪ Small footprint –Improves density on servers –Improves cost for applications ▪ Quick / immediate rampup –GB/hr is key, if you run for less time you pay less money 10 OpenJ9 helps… … containers out of the box 11 Automatically detect if running in a container ▪ Based on the container limits: – Tune the GC Heap – Limit GC & active JIT threads – Constrain Runtime.availableProcessors() to cgroup quotas – Out of the box idle tuning 12 Avoid rebuilding containers just to adjust heap size ▪ -XX:InitialRAMPercentage=N – Set initial heap size as a percentage of total memory ▪ -XX:MaxRAMPercentage=N – Set maximum heap size as a percentage of total memory ▪ Running in containers with set memory limits? – OpenJ9 will base the default heap size on that limit: 13 Out of the box idle tuning ▪ When’s the best time to schedule a GC? When your app is idle! ▪ OpenJ9 enables -XX:+IdleTuningGcOnIdle when running in a container – When the VM detects your app is idle for a configurable length of time, it can GC – Both scavenge and global collections can occur based on heuristics 14 OpenJ9 helps… … startup 15 ShareClasses cache Classfile J9ROMClass J9Class 17 ShareClasses: ROM pays off JVM 1 JVM 2 JVM 3 18 ShareClasses: ROM pays off JVM 1 JVM 2 JVM 3 19 ShareClasses: ROM pays off JVM 1 JVM 2 JVM 3 Faster startup, Smaller footprint Shared Classes Cache 20 “Dynamic” AOT through ShareClasses Shared Classes Cache ROM Classes AOT $ java –Xshareclasses ... 21 ShareClasses and AOT ▪ Distinction between ‘cold’ and ‘warm’ runs ▪ Dynamic AOT compilation –Relocatable format –AOT loads are ~100 times faster than JIT compilations –More generic code → slightly less optimized ▪ Generate AOT code only during start-up ▪ Recompilation helps bridge the gap 22 ShareClasses cache ▪-Xshareclasses –enables the share classes cache ▪Enabled for bootclasspath classes by default –Better developer experience out of the box –Still worth enabling explicitly to get full benefit ▪Disable by default running in a container! –Creating a cache only valuable if it persists 23 24 Docker layers are immutable once created New Layer (Read-Write) DayTrader Layer Open Liberty (Read-only) Layer (Read-only) OpenJ9 Layer (Read-only) Ubuntu 16.04 25 Example of Docker layers Read-write SCC OpenJ9 OpenJ9 layer data Read-only Ubuntu 16.04 26 Example of Docker layers Load OpenJ9 layer data/add Open Liberty SCC tuned on Layer data Docker CoW SCC Read-write Open Liberty OpenJ9 layer data Liberty layer data Read-only SCC OpenJ9 OpenJ9 layer data Read-only Ubuntu 16.04 27 Example of Docker layers Read-write SCC DayTrader OpenJ9 layer + Liberty layer + DayTrader layer data Read-only SCC Open Liberty OpenJ9 layer + Liberty layer data Read-only SCC OpenJ9 OpenJ9 layer data Read-only Ubuntu 16.04 28 Example of Docker layers Read-write SCC DayTrader OpenJ9 layer + Liberty layer + DayTrader layer data Read-only SCC Open Liberty OpenJ9 layer + Liberty layer data Read-only SCC OpenJ9 OpenJ9 layer data Read-only Ubuntu 16.04 29 Multi-layer SCC: Make the cache layer aware Cannot write to a lower layer Write SCC in top layer Read-write SCC Open Liberty Liberty layer data Read-only SCC OpenJ9 OpenJ9 layer data Read-only Ubuntu 16.04 30 Multi-layer SCC Cannot write to a lower layer Write SCC in top layer SCC becomes layered Read-write SCC_L1 Open Liberty Liberty layer data Read-only SCC_L0 OpenJ9 OpenJ9 layer data Read-only Ubuntu 16.04 31 Multi-layer SCC since OpenJ9 v0.17.0 in October 2019 for JDK 8/11/13 Read DayTrader SCC_L2 write DayTrader layer data Read-only Open Liberty SCC_L1 Liberty layer data Read only OpenJ9 SCC_L0 OpenJ9 layer data Read-only Ubuntu 16.04 32 Command line options on Multi-layer SCC ▪ -Xshareclasses:createLayer – Create a new shared cache layer ▪ -Xshareclasses:layer=<number> – Specify the top layer number. Create a new shared cache layer if the specified layer does not exist. ▪ Some applications launch multiple JVMs simultaneously – If each’s running with –Xshareclasses:createLayer, N new layers created – Use layer=<number> to ensure only one layer created. 33 Why does this matter? CI/CD! Build Build Build “base” Test app with framework application layer multi-layer SCC layer layer 34 Reuses previously cached layers in later builds JDK Framework Application Test JDK Framework Application Test JDK Framework Application Test 35 -Xverify:none never again! public class A { public static void main(String[] args) { B b = new B(); acceptC(b); } public void acceptC(C c) {} } ▪ Use -XX:[+|-]ClassRelationshipVerifier instead for fast and safe startup ▪ Added in OpenJ9 v.0.17.0 in Oct 2019 for JDK 8+ 36 OpenJ9… … Innovates for the cloud! 37 Microservice deployment Pay for the: • JIT compiler’s memory footprint per instance • CPU to compile the same classes over and over JIT JIT JIT JIT App App App App 38 What if the JIT was moved out of process? JIT App App App App 39 What if the JIT became a JIT Server JIT JVM JIT JIT Orchestrator Server JVM load balancing, affinity, scaling, reliability JIT Server JIT JVM JVM client identifies methods to compile, but asks server to do the actual compilation • JIT server asks questions to the client JVM (about classes, environment, etc.) • Sends generated code & meta data back to be installed in client’s code cache 40 Benefits of an independent JIT server • Move much of JIT induced CPU and memory spikes away from client • Client CPU and memory consumption dictated by application • JIT server connected to client JVM at runtime, so: • Theoretically no loss in performance using same profile and class hierarchy info • Still adaptable to changing conditions • JVM client still platform neutral 41 Could that work? 42 Could that work? 43 Could that work? 44 What about network latency? Won’t that hurt start up and ramp up? Will it be practical in the cloud? 45 JIT Server works well on Amazon AWS! 46 * JITaaS == JIT Server JIT Server Current Status • Code is fully open source at Eclipse Open J9 • Has now been merged into our master branch • Now available in AdoptOpenJDK January 2020 update releases for JDK8 and 11 on Linux x86-64 platform • Simple options lend well to all kinds of Java workload deployments • Server: jitserver –XX:JITServerPort=<port> -XX:JITServerAddress=<host> • Client: java -XX:+UseJITServer -XX:JITServerPort=<port> -XX:JITServerAddress=<host> YourJavaApp • We are seeking feedback on how well it works in real user environments! • Try it now: • E.g. https://adoptopenjdk.net/releases.html?variant=openjdk8&jvmVariant=openj9 • E.g. Docker pull adoptopenjdk:8-jdk-openj9 (on Linux x86-64 platform) 47 We are really just at the beginning… • Primary focus has been on mechanics to move JIT compilation to a server • Once compilation work is redirected to server : • Do that work more efficiently across a cluster of JVMS (think microservices) • Classify and categorize JVM clients using machine learning • Optimize groups of microservices together • … 48 https://adoptopenjdk.net Select “OpenJ9” Button!! 49 Thank You ! 51 Let us know what you thought of today’s session. Take a moment to complete the following survey: http://ibm.biz/WUG-survey http://ibm.biz/usergroupday More Developer webinars coming up … • May 21st Java and Containers - Make it Awesome • May 28th Containing your development – Why Cloud IDEs are the future Enroll: http://ibm.biz/WUG-dev-series Join and follow the community to stay informed: http://ibm.biz/WUG-community.
Recommended publications
  • Oracle Utilities Testing Accelerator Licensing Information User Manual Release 6.0.0.3.0 F35952-01
    Oracle Utilities Testing Accelerator Licensing Information User Manual Release 6.0.0.3.0 F35952-01 June 2021 Oracle Utilities Testing Accelerator Licensing Information User Manual, Release 6.0.0.3.0 Copyright © 2019, 2021 Oracle and/or its affiliates. All rights reserved. This software and related documentation are provided under a license agreement containing restrictions on use and disclosure and are protected by intellectual property laws. Except as expressly permitted in your license agreement or allowed by law, you may not use, copy, reproduce, translate, broadcast, modify, license, transmit, distribute, exhibit, perform, publish, or display any part, in any form, or by any means. Reverse engineering, disassembly, or decompilation of this software, unless required by law for interoperability, is prohibited. The information contained herein is subject to change without notice and is not warranted to be error-free. If you find any errors, please report them to us in writing. If this is software or related documentation that is delivered to the U.S. Government or anyone licensing it on behalf of the U.S. Government, then the following notice is applicable: U.S. GOVERNMENT END USERS: Oracle programs (including any operating system, integrated software, any programs embedded, installed or activated on delivered hardware, and modifications of such programs) and Oracle computer documentation or other Oracle data delivered to or accessed by U.S. Government end users are "commercial computer software" or "commercial computer software documentation"
    [Show full text]
  • Current State of EA and Its Uses in The
    Jfokus 2020 Current state of EA and Charlie Gracie Java Engineering Group at Microsoft its uses in the JVM Overview • Escape Analysis and Consuming Optimizations • Current State of Escape Analysis in JVM JITs • Escape Analysis and Allocation Elimination in Practice • Stack allocation 2 Escape Analysis and Consuming Optimizations 3 What is Escape Analysis? • Escape Analysis is a method for determining the dynamic scope of objects -- where in the program an object can be accessed. • Escape Analysis determines all the places where an object can be stored and whether the lifetime of the object can be proven to be restricted only to the current method and/or thread. 4 https://en.wikipedia.org/wiki/Escape_analysis Partial Escape Analysis • A variant of Escape Analysis which tracks object lifetime along different control flow paths of a method. • An object can be marked as not escaping along one path even though it escapes along a different path. 5 https://en.wikipedia.org/wiki/Escape_analysis EA Consuming Optimizations 1. Monitor elision • If an object does not escape the current method or thread, then operations can be performed on this object without synchronization 2. Stack allocation • If an object does not escape the current method, it may be allocated in stack memory instead of heap memory 3. Scalar replacement • Improvement to (2) by breaking an object up into its scalar parts which are just stored as locals 6 Current State of Escape Analysis in JVM JITs 7 HotSpot C2 EA and optimizations • Flow-insensitive1 implementation based on the
    [Show full text]
  • Master Your Java Applications in Kubernetes
    Master your Java applications in 03.2019 Kubernetes Andy Moncsek 1 Ó Adcubum AG About me § Andy Moncsek à Architect § Creator or… see my Github § Likes coffee & HiFi & cameras § Twitter: @AndyAHCP 2 Ó Adcubum AG Agenda § Choose your (Java) Runtime § Build & execute your applications § Create your image § Run your applications in Kubernetes § Final thoughts 3 Ó Adcubum AG Typical issues You plan to move to Kubernetes? § How to integrate? § Slow startup? § No more capacity? 4 Ó Adcubum AG Choose your (Java) Runtime 5 Ó Adcubum AG Choose your (Java) Runtime § Support? § License & LTS? § Container aware? § since Java SE 8u131 & JDK 9 § changes in JDK 8u191 & JDK 10 6 Ó Adcubum AG Many (possible) options, out there Choose your (Java) Runtime + Substrate VM Hotspot + C1 & C2 Jit + Hotspot 7 Ó Adcubum AG OpenJ9 Choose your (Java) Runtime § Contributed by IBM to the Eclipse Foundation in 2017 § It replaces HotSpot JVM in the OpenJDK build § Small memory footprint & fast startup § Optimization for virtualized environments 8 Ó Adcubum AG GraalVM Choose your (Java) Runtime § Universal VM running various languages § Removes isolation & enables interoperability between programming languages § Can be integrated in various native & managed env. (OpenJDK, Node.js, OracleDB, MySQL,…) § The Graal compiler § as JIT compiler since Java 10 § as AOT compiler since Java 9 9 Ó Adcubum AG Relation to Containers / Kubernetes? Choose your (Java) Runtime § JVM needs to be aware of containers (CPU & memory) § Small memory/image footprint (run & deploy many containers)
    [Show full text]
  • Guiding Inlining Decisions Using Post-Inlining Transformations Erick
    Guiding Inlining Decisions Using Post-Inlining Transformations by Erick Eduardo Ochoa A thesis submitted in partial fulfillment of the requirements for the degree of Master of Science Department of Computing Science University of Alberta c Erick Eduardo Ochoa, 2019 Abstract Inlining strategies in just-in-time (JIT) compilers have relied on a mixture of heuristics and frequency information to discriminate between inlining candi- dates. Even though nested inlining is the norm in JIT compilers, modeling inlining as a variation of the greedy knapsack algorithm provides sub-optimal solutions. Recent advancements by Craik et al. [16] allow for solutions for the nested inlining problem, however, they require grading inlining candidates based on an abstract notion of \benefit". In this thesis, we define this abstract notion of \benefit” through the use of static analysis and frequency information. The choice of using static analysis instead of heuristics has consequences on the guarantees that an inlining strategy provides and on the compilation time incurred by the compiler. We show that our proposed static analysis is compa- rable to heuristics in terms of compilation time, memory resources used during compilation, and impact on run time. While our proposed inlining strategy increased run time by 4% compared to the default inlining strategies found in the OpenJ9 Java Virtual Machine (JVM), our inlining strategy allows compiler engineers to fine tune the abstract notion of \benefit” and provides human readable reports that show why inlining decisions were taken. The number of proposed inlining plans that differ between the heuristics and the static analyses is small, however, it provides a lower bound for how more powerful static analyses may improve inlining in the future.
    [Show full text]
  • 15 Ways to Optimize Spring Boot for the Cloud ☁️
    15 Ways to Optimize Spring Boot for the Cloud ☁️ Billy Korando - @BillyKorando Developer Advocate - IBM 17 Ways to Optimize Spring Boot for the Cloud ☁️ Billy Korando - @BillyKorando Developer Advocate - IBM Keep Current http://ibm.biz/javanewsletter https://cloud.ibm.com/docs/java ️ ️️ ️ ️ Optimization Factors ️ Observability Improvement ️ ️ Resiliency EfficiencyEfficiency ️️ ️ ️️ Scalability Security ️ Sources/Additional Reading 1. You Don’t Have to Do Microservices to be on the Cloud ORDERS ADDRESSES FULFILLMENT ITEMS ORDER USER HISTORY The Distributed Monolith 1. You Don’t Have to Do Microservices to be on the Cloud Challenges with Microservices: Distributed Systems Have Emerging Problems Require Organizational Change Deep Understanding of DDD and Your Domain 1. You Don’t Have to Do Microservices to be on the Cloud With Monoliths You Can: Use Spring Boot Can be CI/CD 2. Use the Services Provided by Your Cloud Platform ☁️ 2. Use the Services Provided by Your Cloud Platform ☁️ 3. Spring Cloud Sleuth for Request Tracing and Correlation 3. Spring Cloud Sleuth for Request Tracing and Correlation <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-sleuth</artifactId> </dependency> <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-zipkin</artifactId> </dependency> 3. Spring Cloud Sleuth for Request Tracing and Correlation Trace ID Span ID service1,2485ec27856c56f4,2485ec27856c56f4 service2,2485ec27856c56f4,9aa10ee6fbde75fa service3,2485ec27856c56f4,1210be13194bfe5 service2,2485ec27856c56f4,9aa10ee6fbde75fa service4,2485ec27856c56f4,1b1845262ffba49d service2,2485ec27856c56f4,9aa10ee6fbde75fa service1,2485ec27856c56f4,2485ec27856c56f4 3. Spring Cloud Sleuth for Request Tracing and Correlation Time well spent Time poorly spent Project Dapper 4.
    [Show full text]
  • Red Hat Single Sign-On 7.4 Red Hat Single Sign-On for Openshift on Eclipse Openj9
    Red Hat Single Sign-On 7.4 Red Hat Single Sign-On for OpenShift on Eclipse OpenJ9 For use with Red Hat Single Sign-On 7.4 Last Updated: 2021-09-09 Red Hat Single Sign-On 7.4 Red Hat Single Sign-On for OpenShift on Eclipse OpenJ9 For use with Red Hat Single Sign-On 7.4 Legal Notice Copyright © 2021 Red Hat, Inc. The text of and illustrations in this document are licensed by Red Hat under a Creative Commons Attribution–Share Alike 3.0 Unported license ("CC-BY-SA"). An explanation of CC-BY-SA is available at http://creativecommons.org/licenses/by-sa/3.0/ . In accordance with CC-BY-SA, if you distribute this document or an adaptation of it, you must provide the URL for the original version. Red Hat, as the licensor of this document, waives the right to enforce, and agrees not to assert, Section 4d of CC-BY-SA to the fullest extent permitted by applicable law. Red Hat, Red Hat Enterprise Linux, the Shadowman logo, the Red Hat logo, JBoss, OpenShift, Fedora, the Infinity logo, and RHCE are trademarks of Red Hat, Inc., registered in the United States and other countries. Linux ® is the registered trademark of Linus Torvalds in the United States and other countries. Java ® is a registered trademark of Oracle and/or its affiliates. XFS ® is a trademark of Silicon Graphics International Corp. or its subsidiaries in the United States and/or other countries. MySQL ® is a registered trademark of MySQL AB in the United States, the European Union and other countries.
    [Show full text]
  • Openj9 a Lean, Mean Java Virtual Machine
    OpenJ9 a Lean, Mean Java Virtual Machine Billy Korando Developer Advocate - IBM @BillyKorando [email protected] https://billykorando.com/category/openj9/ https://github.com/wkorando/openj9-batch-processor @BillyKorando Subscribe to the Java Newsletter https://developer.ibm.com/newsletters/java/ For your Spring & JakartaEE needs https://cloud.ibm.com/docs/java @BillyKorando Ideal Demand Demand Capacity Time @BillyKorando Real World Demand Demand Capacity Time @BillyKorando Evolution of Running Applications Increasing flexibility and granularity Bare Metal @BillyKorandoTime Meeting Demand - Bare Metal Demand Capacity Time @BillyKorando Evolution of Running Applications VM VM VM Virtual Machines Increasing flexibility and granularity Bare Metal @BillyKorandoTime Meeting Demand - VMs Demand Capacity Time @BillyKorando Evolution of Running Applications VM VM Containers Managed on Cloud VM Virtual Machines Increasing flexibility and granularity Bare Metal @BillyKorandoTime Meeting Demand - Containers/Cloud Demand Capacity Time @BillyKorando Benefits of Running in the Cloud ● Rapidly expand/reduce capacity in response to demand ● Reduced capital costs ● Reduced operations costs @BillyKorando The Cloud Gives Us Compute on Demand @BillyKorando The Demand Is Metered @BillyKorando -Xmx = @BillyKorando Traditional Profile Lag Peak Resource use Throughput Capacity Time @BillyKorando Meeting Demand - Containers/Cloud Demand Capacity @BillyKorandoTime Demands of Running in the Cloud ● Fast startup ● Minimal memory footprint ● Minimal CPU usage ● Small
    [Show full text]
  • Enabling RISC-V Support on Maxinevm
    The University of Manchester Research Enabling RISC-V support on MaxineVM Document Version Accepted author manuscript Link to publication record in Manchester Research Explorer Citation for published version (APA): Zakkak, F., Fumero, J., & Kotselidis, C. (2018). Enabling RISC-V support on MaxineVM. Paper presented at RISC- V Workshop 2018, . Citing this paper Please note that where the full-text provided on Manchester Research Explorer is the Author Accepted Manuscript or Proof version this may differ from the final Published version. If citing, it is advised that you check and use the publisher's definitive version. General rights Copyright and moral rights for the publications made accessible in the Research Explorer 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. Takedown policy If you believe that this document breaches copyright please refer to the University of Manchester’s Takedown Procedures [http://man.ac.uk/04Y6Bo] or contact [email protected] providing relevant details, so we can investigate your claim. Download date:25. Sep. 2021 Enabling RISC-V support on MaxineVM Foivos S. Zakkak Juan Fumero Christos Kotselidis The University of Manchester The University of Manchester The University of Manchester United Kingdom, M13 9PL United Kingdom, M13 9PL United Kingdom, M13 9PL [email protected] [email protected] [email protected] ABSTRACT range from the standard benchmark suites, to applications run- In this paper we outline the current state of language Virtual Ma- ning on top of Big Data frameworks, including domain specific chines (VMs) running on RISC-V as well as our initiatives in aug- applications and implementations of managed languages.
    [Show full text]
  • Red Hat Data Grid for Openshift
    Red Hat Data Grid 7.3 Red Hat Data Grid for OpenShift Run Data Grid on OpenShift Last Updated: 2021-07-06 Red Hat Data Grid 7.3 Red Hat Data Grid for OpenShift Run Data Grid on OpenShift Legal Notice Copyright © 2021 Red Hat, Inc. The text of and illustrations in this document are licensed by Red Hat under a Creative Commons Attribution–Share Alike 3.0 Unported license ("CC-BY-SA"). An explanation of CC-BY-SA is available at http://creativecommons.org/licenses/by-sa/3.0/ . In accordance with CC-BY-SA, if you distribute this document or an adaptation of it, you must provide the URL for the original version. Red Hat, as the licensor of this document, waives the right to enforce, and agrees not to assert, Section 4d of CC-BY-SA to the fullest extent permitted by applicable law. Red Hat, Red Hat Enterprise Linux, the Shadowman logo, the Red Hat logo, JBoss, OpenShift, Fedora, the Infinity logo, and RHCE are trademarks of Red Hat, Inc., registered in the United States and other countries. Linux ® is the registered trademark of Linus Torvalds in the United States and other countries. Java ® is a registered trademark of Oracle and/or its affiliates. XFS ® is a trademark of Silicon Graphics International Corp. or its subsidiaries in the United States and/or other countries. MySQL ® is a registered trademark of MySQL AB in the United States, the European Union and other countries. Node.js ® is an official trademark of Joyent. Red Hat is not formally related to or endorsed by the official Joyent Node.js open source or commercial project.
    [Show full text]
  • IBM Is Increasingly Moving Our Java Innovation Into Community-Empowering Forums
    Please note Copyright © 2018 by International Business Machines Corporation (IBM). No part of this document may be reproduced or transmitted in any form without written permission from IBM IBM’s statements regarding its plans, directions, and intent are subject to change or withdrawal without notice at IBM’s sole discretion. The information mentioned regarding potential future products is not a commitment, promise, or legal obligation to deliver any material, code or functionality. Information about potential future products may not be incorporated into any contract. The development, release, and timing of any future features or functionality described for our products remains at our sole discretion. Performance is based on measurements and projections using standard IBM benchmarks in a controlled environment. The actual throughput or performance that any user will experience will vary depending upon many factors, including considerations such as the amount of multiprogramming in the user’s job stream, the I/O configuration, the storage configuration, and the workload processed. Therefore, no assurance can be given that an individual user will achieve results similar to those stated here. IBM and the IBM logo are trademarks of International Business Machines Corporation, registered in many jurisdictions worldwide. Other product and service names might be trademarks of IBM or other companies. A current list of IBM trademarks is available on the Web at "Copyright and trademark information" at: www.ibm.com/legal/copytrade.shtml. Oracle and Java are registered trademarks of Oracle and/or its affiliates. ‘Eclipse’ is a trademark of Eclipse Foundation, Inc. Other names and logos depicted in this presentation may be trademarks of their respective owners.
    [Show full text]
  • Liberty Quarterly Update 19.0.0.7-19.0.0.9
    Liberty Quarterly Update Liberty Quarterly Update 19.0.0.7-19.0.0.9 Alasdair Nottingham STSM @nottycode WebSphere Proof of Technology Agenda • Part 1: Liberty value and evolution • Part 2: Technical deep-dive: what’s new this quarter • Part 2a: Jakarta EE & Eclipse MicroProfile – Kevin Sutter • Part 2c: Liberty Performance Update – Vijay Sundaresan • Part 5: Q&A • For complete WAS Update presentation, see http://ibm.biz/WebSphereUpdate Liberty Quarterly Update Liberty Quarterly Update Liberty value and evolution Why would I want it? WebSphere Proof of Technology Why are customers choosing Liberty? • “We want to reduce costs, simplify, and become cloud ready” • Development efficiencies • Flexible license options – even with collective management • Rapid provisioning – small disk size – zip packages – remove the Ops team from the app update flow • Lower running costs – dynamic config – zero migration – self-tuning thread pools Liberty Quarterly Update Fit-for-purpose server • You control which features are loaded into each server instance <feature>servlet<feature>jsf-2.3</feature>-4.0</feature> jsp-2.3 jsf-2.3 Java EE servlet-4.0 http-1.1 appmgr Kernel Liberty Quarterly Update Liberty in Docker IBM Cloud Kubernetes Service app and config Azure Kubernetes Service Hosted Google Kubernetes Engine + Cloud Amazon Elastic Kubernetes Service liberty and java Jelastic = + os config portable container Red Hat Open Shift Container Platform + Private Cloud Pivotal Kubernetes Service Pivotal Cloud Foundry FROM dockeropen-liberty ADD myapp.war /config/dropins/myapp.war
    [Show full text]
  • An Efficient Implementation of a Micro Virtual Machine
    An Efficient Implementation of a Micro Virtual Machine Yi Lin A thesis submitted for the degree of Doctor of Philosophy The Australian National University March 2019 c Yi Lin 2019 Except where otherwise indicated, this thesis is my own original work. Yi Lin March 2019 This thesis is dedicated to my parents. The idea of starting a PhD and the fact of actually finishing it, would hardly happen for me if it were not them. Acknowledgements First I would like to thank my supervisor, Steve, for many years of mentoring me through both a master degree and a PhD. He started and leads the micro virtual machine project, and I am lucky to be a part of it for my PhD. Witnessing a virtual machine being designed and built from scratch, and joining as a part of the process is of great value to me. I learnt a lot from his expertise in runtime implementation and hardware architecture, and his serious attitude towards performance analysis and sound methodology shaped my understanding about scientific performance evaluation and will benefit me life-long. Besides, I want to express my gratitude to Steve for creating an encouraging and autonomous lab environment that makes this hard and long PhD journey enjoyable. Then I would like to thank my advisor, Tony. The compiler work would be much more difficult, much more time consuming, or maybe impractical for me to finish if he were not around. I greatly appreciate that he spent lots of time with me looking into the very details and figuring out issues.
    [Show full text]