CONSUMABILITY ANALYSIS of BATCH PROCESSING SYSTEMS FLAVIO FRATTINI Tesi Di Dottorato Di Ricerca

Total Page:16

File Type:pdf, Size:1020Kb

CONSUMABILITY ANALYSIS of BATCH PROCESSING SYSTEMS FLAVIO FRATTINI Tesi Di Dottorato Di Ricerca UNIVERSITÀ DEGLI STUDI DI NAPOLI FEDERICO II Dottorato di Ricerca in Ingegneria Informatica ed Automatica Comunità Europea A. D. MCCXXIV Fondo Sociale Europeo CONSUMABILITY ANALYSIS OF BATCH PROCESSING SYSTEMS FLAVIO FRATTINI Tesi di Dottorato di Ricerca (XXVI Ciclo) Marzo 2014 Il Tutore Il Coordinatore del Dottorato Prof. Stefano Russo Prof. Francesco Garofalo Dipartimento di Ingegneria Elettrica e delle Tecnologie dell’Informazione + Via Claudio, 21 - 80125 Napoli - ([+39] 081 76 83813 - 4 [+39] 081 76 83816 CONSUMABILITY ANALYSIS OF BATCH PROCESSING SYSTEMS By Flavio Frattini SUBMITTED IN PARTIAL FULFILLMENT OF THE REQUIREMENTS FOR THE DEGREE OF DOCTOR OF PHILOSOPHY AT FEDERICO II UNIVERSITY OF NAPLES VIA CLAUDIO 21, 80125 { NAPOLI, ITALY MARCH 2014 c Copyright by Flavio Frattini, 2014 Per aspera ad astra. Abstract The use of large scale processing systems has exploded during the last decade and now they are indicated for significantly contributing to the world energy consumption and, in turn, environmental pollution. Processing systems are no more evaluated only for their performance, but also for how much they consume to perform at a certain level. Those evaluations aim at quantifying the energy efficiency conceived as the relation between a performance metric and a power consumption metric, disregarding the malfunction that commonly happens. The study of a real 500-nodes batch system shows that 9% of its power consumption is ascribable to failures compromising the execution of the jobs. Also fault tolerance techniques, commonly adopted for reducing the frequency of failure occurrences, have a cost in terms of energy consumption. This dissertation introduces the concept of consumability for processing systems, en- compassing performance, consumption and dependability aspects. The idea is to have a unified measure of these three main aspects. The consumability analysis is also described. It is performed by means of a hierarchical stochastic model that considers the three aspects simultaneously in the process of evaluating the system efficiency and effectiveness. The analysis represents a solution to system owners and administrators that need to evaluate cost-benefit trade-off during the design, development, testing and operational phases. The analysis is illustrated for two case studies based on a real batch processing system. The studies provides a set of guidelines for the consumability analysis of other systems and empirically confirm the importance of contemplating dependability jointly with performance and consumption for making processing systems really energy efficient. iii Acknowledgements I sincerely thank my advisor professor Stefano Russo for mentoring me during the PhD and for being a role model since I was an undergraduate. Many thanks to professor Domenico Cotroneo for his insightful suggestions and support, both for research and life. He was tough and mild at the right times, a great professor and a real friend. I am very grateful to professor Marcello Cinque for guiding me from behind the curtains. He played a key role during my doctorate. I also thank professor Kishor S. Trivedi, mentor during the experience at Duke Uni- versity. Thanks to all (past and current) colleagues of the Mobilab research group and to Rahul Ghosh, office mate at Duke. Acknowledgements I thank all my family. First, I am sincerely thankful toI sincerelymy thank parents, professor Stefano who Russo for mentoring sustained me during the PhD me and for being a role model since I was an undergraduate. Many thanks to professor Domenico Cotroneo for from the beginning. Ciro, Fabrizio and Lucrezia were essentialhis constant during support and suggestions. each He step was tough and with mild at the their right times. I am very grateful to professor Marcello Cinque for guiding me from behind the curtains. He played a key role during my PhD. candor. Thanks to Barbara and Ettore for their incitementI andalso thank professorfortrusting Kishor S. Trivedi, mentor me. during theThanks experience at Duke Univer- sity, North Carolina. to Marcella, always willing. I deeply thank Peppe, who inclinedThanks to all methe colleagues towards of the Mobilab. the I would also studies. like to thank Rahul Ghosh, officemate at Duke. Unfortunately, I am still ignorant. I thank all my family. First, my parents, who sustained me from the beginning. Thanks to Barbara, Peppe, Ettore, Marcella, and Ciro, Fabrizio and Lucrezia. Peppe directed me Last but certainly not least, I warmly thank Ilaria for hertowards support the studies. Unfortunately, and I am encouragement, still ignorant. Last but certainly not least, I warmly thank Ilaria for her support, incitement and (par- and for tolerating most of my faults. tial :-) patience. Naples, March 2014. Naples, March 2014. iv iv Table of Contents List of Tables viii List of Figures ix Introduction 1 1 Energy Efficiency of Processing Systems 8 1.1 Problem Overview . .8 1.2 Strategies and Technologies . 12 1.2.1 Hardware . 15 1.2.2 Software . 19 1.2.3 Management . 22 1.3 Metrics . 36 1.4 Remarks . 39 2 Performance, Consumption and Dependability 42 2.1 Basic Definitions . 42 2.1.1 Performance . 45 2.1.2 Consumption . 46 2.1.3 Dependability . 48 2.2 Performance and Dependability: Performability . 52 2.2.1 Performability Indices . 53 2.2.2 Performability Examples . 55 2.3 Performance, Consumption and Dependability: Consumability . 59 2.4 Discussion . 63 3 Evaluation Approaches 65 3.1 Evaluating Processing Systems . 65 3.2 Measurement Based Approaches . 66 3.2.1 Examples of Measurement Based Evaluation . 69 3.3 Model Based Approaches . 72 3.3.1 Examples of Model Based Evaluation . 73 v 3.4 Scalable Models for Large Processing Systems . 75 4 Consumability Analysis of Batch Processing Systems 78 4.1 Analysis Rationale . 78 4.1.1 Steps of the analysis . 80 4.2 System Modeling . 81 4.2.1 Performance Model . 83 4.2.2 Consumption Model . 86 4.2.3 Failure Model . 87 4.2.4 Consumability Model . 93 4.2.5 Applicability of the Model . 95 4.3 Fault Tolerance Models . 96 4.3.1 Job Checkpointing . 97 4.3.2 Job Replication . 100 4.3.3 Consumption due to Fault Tolerance . 102 4.4 A Metric for Consumability . 103 5 Case Study 1: Consumability of a Scientific Data Center 105 5.1 The S.Co.P.E. Data Center . 105 5.1.1 The Monitoring System . 107 5.2 Data Analysis for Populating the Model . 110 5.2.1 Workload Analysis . 111 5.2.2 Consumption Analysis . 119 5.2.3 Failure Analysis . 122 5.2.4 Fault Tolerance . 129 5.3 Model Validation . 132 5.4 Experimental Results . 134 5.4.1 Performance . 136 5.4.2 Consumption . 137 5.4.3 Availability . 141 5.5 Energy Efficiency and Consumability . 143 5.6 Discussion . 147 6 Case Study 2: Impact of Virtualization on Consumability 150 6.1 Virtualized Processing Systems . 150 6.2 Analyzing a Virtualized Batch System . 152 6.2.1 Performance Analysis . 153 6.2.2 Consumption Analysis . 160 6.2.3 Failure Analysis . 161 6.2.4 Fault Tolerance . 167 6.3 Experimental Results . 169 6.3.1 Impact of VM Size . 170 vi 6.3.2 Impact of Scheduling Strategies . 173 6.3.3 Impact of Fault Tolerance Strategies . 175 6.4 Discussion . 182 Conclusion 185 Bibliography 191 vii List of Tables 1.1 References for the identified classes of the scientific literature on energy effi- ciency. 14 2.1 References defining the main aspects of processing systems and their inter- sections. 43 3.1 Summary of comparison among the three modeling approaches: (i) single monolithic model, (ii) interacting sub-models, and (iii) simulation. 76 5.1 Results of the regression for the consumption. 120 5.2 Transition distributions of the failure model. 122 5.3 Summary of the results for the consumability analysis of the S.Co.P.E. data center. 135 6.1 Provisioning and deprovisioning distributions. 155 6.2 Transition distributions and weights of the virtualized batch processing sys- tem model. 168 6.3 Design of Experiments: factors and respective levels. 169 viii List of Figures 1.1 Estimate of the carbon footprint of ICT in 2010-2020 decade. .9 1.2 Reasons for using eco-responsible practices in IT. 10 1.3 Classification of the scientific literature on energy efficiency in data centers. 14 1.4 Techniques used for reducing the power consumption of microprocessors. 16 1.5 Possible approaches for the consolidation of VMs. 29 1.6 Common model based approach for estimating future behavior and tuning the system. 34 1.7 Classification of energy efficiency metrics. 37 2.1 A set view of consumption, performance and dependability aspects for pro- cessing systems. 43 2.2 The fault-error-failure chain. 48 2.3 Markov reward model, evolution of the system over time (X), reward rate (Z), accumulated reward rate (Y). 55 2.4 Two-processor-parallel-redundant system with imperfect coverage and with repair. 56 2.5 Expected instantaneous reward rate. 58 4.1 Status transitions of a job in a batch processing system. (a) correct execution; (b-e) execution with failures. 84 4.2 SRN representing the performance model of a batch processing system. 84 4.3 SRNs modeling (a) queue failures, (b) running failures, (c) aborts, (d) exiting failures. 91 4.4 SRN modeling the checkpointing operations. 98 4.5 SRN modeling the abort when checkpointing is adopted. 98.
Recommended publications
  • Operating Systems
    Operating Systems Interface between User & Computer Hardware Applications Programs Utilities Operating System Hardware Utilities Memory Resident File Access & Control Program Creation Memory Resident File Format Structures o Editors Access Management o Compilers Protection Schemes o Debuggers System Access & Control File Manipulation System-Wide Access o File Manipulation Resource Access o File Deletion Error Detection & Response Mechanism Program Execution Error Detection Link-Loaders Error Correction Run-Time Management Response to Unrecoverable Error I/O Device Access & Control Accounting Storage File Format Structures System Usage Collection Access Management System Performance Tuning Protection Schemes Forecasting Enhancement Requirements Billing Users for Usage Resource Manager O/S KernelKernel I/O Controller Printers, Keyboards, I/O Controller Monitors, Portions of Cameras, the O/S Etc. currently in use Computer Main System Memory Portions of Various I/O Application Devices Programs Currently in use Operating System Data Application Programs I/O Controller Storage Processor Processor Data Processor Processor Operation Allocation of Main Memory is made jointly by both the O/S and Memory Management Hardware O/S controls access to I/O devices by Application Programs O/S controls access to and use of files O/S controls access to and use of the processors, i.e., how much time can be allocated to the execution of a particular Application Program Classification of Operating Systems Interactive O/S Keyboard & Monitor Access to O/S Immediate,
    [Show full text]
  • Chapter 10 Introduction to Batch Files
    Instructor’s Manual Chapter 10 Lecture Notes Introduction to Batch Files Chapter 10 Introduction to Batch Files LEARNING OBJECTIVES 1. Compare and contrast batch and interactive processing. 2. Explain how batch files work. 3. Explain the purpose and function of the REM, ECHO, and PAUSE commands. 4. Explain how to stop or interrupt the batch file process. 5. Explain the function and use of replaceable parameters in batch files. 6. Explain the function of pipes, filters, and redirection in batch files. STUDENT OUTCOMES 1. Use Edit to write batch files. 2. Use COPY CON to write batch files. 3. Write and execute a simple batch file. 4. Write a batch file to load an application program. 5. Use the REM, PAUSE, and ECHO commands in batch files. 6. Terminate a batch file while it is executing. 7. Write batch files using replaceable parameters. 8. Write a batch file using pipes, filters, and redirection. CHAPTER SUMMARY 1. Batch processing means running a series of instructions without interruption. 2. Interactive processing allows the user to interface directly with the computer and update records immediately. 3. Batch files allow a user to put together a string of commands and execute them with one command. 4. Batch files must have the .BAT or .CMD file extension. 5. Windows looks first internally for a command, then for a .COM files extension, then for a .EXE file extension, and finally for a .BAT or .CMD file extension. 6. Edit is a full-screen text editor used to write batch files. 7. A word processor, if it has a means to save files in ASCII, can be used to write batch files.
    [Show full text]
  • Uni Hamburg – Mainframe Summit 2010 Z/OS – the Mainframe Operating System
    Uni Hamburg – Mainframe Summit 2010 z/OS – The Mainframe Operating System Appendix 2 – JES and Batchprocessing Redelf Janßen IBM Technical Sales Mainframe Systems [email protected] © Copyright IBM Corporation 2010 Course materials may not be reproduced in whole or in part without the prior written permission of IBM. 4.0.1 Introduction to the new mainframe Chapter 7: Batch processing and the Job Entry Subsystem (JES) © Copyright IBM Corp., 2010. All rights reserved. Introduction to the new mainframe Chapter 7 objectives Be able to: • Give an overview of batch processing and how work is initiated and managed in the system. • Explain how the job entry subsystem (JES) governs the flow of work through a z/OS system. © Copyright IBM Corp., 2010. All rights reserved. 3 Introduction to the new mainframe Key terms in this chapter • batch processing • procedure • execution • purge • initiator • queue • job • spool • job entry subsystem (JES) • symbolic reference • output • workload manager (WLM) © Copyright IBM Corp., 2010. All rights reserved. 4 Introduction to the new mainframe What is batch processing? Much of the work running on z/OS consists of programs called batch jobs. Batch processing is used for programs that can be executed: • With minimal human interaction • At a scheduled time or on an as-needed basis. After a batch job is submitted to the system for execution, there is normally no further human interaction with the job until it is complete. © Copyright IBM Corp., 2010. All rights reserved. 5 Introduction to the new mainframe What is JES? In the z/OS operating system, JES manages the input and output job queues and data.
    [Show full text]
  • Approaches to Optimize Batch Processing on Z/OS
    Front cover Approaches to Optimize Batch Processing on z/OS Apply the latest z/OS features Analyze bottlenecks Evaluate critical path Alex Louwe Kooijmans Elsie Ramos Jan van Cappelle Lydia Duijvestijn Tomohiko Kaneki Martin Packer ibm.com/redbooks Redpaper International Technical Support Organization Approaches to Optimize Batch Processing on z/OS October 2012 REDP-4816-00 Note: Before using this information and the product it supports, read the information in “Notices” on page v. First Edition (October 2012) This edition applies to all supported z/OS versions and releases. This document created or updated on October 24, 2012. © Copyright International Business Machines Corporation 2012. All rights reserved. Note to U.S. Government Users Restricted Rights -- Use, duplication or disclosure restricted by GSA ADP Schedule Contract with IBM Corp. Contents Notices . .v Trademarks . vi Preface . vii The team who wrote this paper . vii Now you can become a published author, too! . viii Comments welcome. viii Stay connected to IBM Redbooks . ix Chapter 1. Getting started . 1 1.1 The initial business problem statement. 2 1.2 How to clarify the problem statement . 3 1.3 Process to formulate a good problem statement . 3 1.4 How to create a good business case . 5 1.5 Analysis methodology . 6 1.5.1 Initialization . 6 1.5.2 Analysis. 6 1.5.3 Implementation . 10 Chapter 2. Analysis steps. 13 2.1 Setting the technical strategy . 14 2.2 Understanding the batch landscape . 15 2.2.1 Identifying where batch runs and the available resources . 15 2.2.2 Job naming conventions . 15 2.2.3 Application level performance analysis.
    [Show full text]
  • 1- BRUNEL: Welcome to Another Episode of Getting the Most
    BRUNEL: Welcome to another episode of Getting the Most Out of IBM U2. I'm Kenny Brunel, and I'm your host for today's episode, and today we're going to talk about IBM U2's latest technology, U2.NET. First of all, what is .NET? So I'm going to turn my attention, first of all, to a guest that I have in the studio with me today in Denver, Dave Peters. Dave is the product manager for the U2 data servers and the client tools, and Dave has been with IBM for over 12 years. What can you tell us about U2.NET? But first of all could you give us a brief rundown or a description of what .NET is itself. PETERS: Sure, Kenny. .NET is really a development framework architected by Microsoft. This is the framework that Microsoft hopes that will be the development choice for any new development on Windows. It consists of user-defined interfaces, data access, database connectivity, cryptography, Web application development and communications. IBM has three options for U2 developers that want to access the U2 data servers using .NET. The first I'll mention is [UniObjects] for .NET or UO.NET. UO.NET is a MultiValue API for use in the .NET applications. It's very familiar within -1- the constructs and was introduced to help Basic programmers get to .NET very easily. And one good thing is it's simple to get. UO .NET is available on the client CD that comes with either UniVerse or UniData. The second option is, the long name is IBM database add-ins for Visual Studio or as we refer to it as IBM .NET.
    [Show full text]
  • Introduction to Managing Mobile Devices Using Linux on System Z
    Introduction to Managing Mobile Devices using Linux on System z SHARE Pittsburgh – Session 15692 Romney White ([email protected]) System z Architecture and Technology © 2014 IBM Corporation Mobile devices are 80% of devices sold to access the Internet Worldwide Shipment of Internet Access Devices 2013 2017 PC (Desktop & Notebook) PC (Ultrabook) Tablet Phone Worldwide Devices Shipments by Segment (Thousands of Units) Device Type 2012 2013 2014 2017 PC (Desk-Based and Notebook) 341,263 315,229 302,315 271,612 PC (Ultrabooks) 9,822 23,592 38,687 96,350 Tablet 116,113 197,202 265,731 467,951 Mobile Phone 1,746,176 1,875,774 1,949,722 2,128,871 Total 2,213,373 2,411,796 2,556,455 2,964,783 2 Source: Gartner (April 2013) © 2014 IBM Corporation Mobile Internet users will surpass PC internet users by 2015 The number of people accessing the Internet from smartphones, tablets and other mobile devices will surpass the number of users connecting from a home or office computer by 2015, according to a September 2013 study by market analyst firm IDC. PC is the new Legacy! 3 © 2014 IBM Corporation Five mobile trends with significant implications for the enterprise Mobile enables the Mobile is primary Internet of Things Mobile is primary 91% of mobile users keep Global Machine-to-machine 91% of mobile users keep their device within arm’s connections will increase their device within arm’s reach 100% of the time from 2 billion in 2011 to 18 reach 100% of the time billion at the end of 2022 Mobile must create a continuous brand Insights from mobile experience
    [Show full text]
  • System Tools Reference Manual for Filenet Image Services
    IBM FileNet Image Services Version 4.2 System Tools Reference Manual SC19-3326-00 IBM FileNet Image Services Version 4.2 System Tools Reference Manual SC19-3326-00 Note Before using this information and the product it supports, read the information in “Notices” on page 1439. This edition applies to version 4.2 of IBM FileNet Image Services (product number 5724-R95) and to all subsequent releases and modifications until otherwise indicated in new editions. © Copyright IBM Corporation 1984, 2019. US Government Users Restricted Rights – Use, duplication or disclosure restricted by GSA ADP Schedule Contract with IBM Corp. Contents About this manual 17 Manual Organization 18 Document revision history 18 What to Read First 19 Related Documents 19 Accessing IBM FileNet Documentation 20 IBM FileNet Education 20 Feedback 20 Documentation feedback 20 Product consumability feedback 21 Introduction 22 Tools Overview 22 Subsection Descriptions 35 Description 35 Use 35 Syntax 35 Flags and Options 35 Commands 35 Examples or Sample Output 36 Checklist 36 Procedure 36 May 2011 FileNet Image Services System Tools Reference Manual, Version 4.2 5 Contents Related Topics 36 Running Image Services Tools Remotely 37 How an Image Services Server can hang 37 Best Practices 37 Why an intermediate server works 38 Cross Reference 39 Backup Preparation and Analysis 39 Batches 39 Cache 40 Configuration 41 Core Files 41 Databases 42 Data Dictionary 43 Document Committal 43 Document Deletion 43 Document Services 44 Document Retrieval 44 Enterprise Backup/Restore (EBR)
    [Show full text]
  • Parallel Processing Here at the School of Statistics
    Parallel Processing here at the School of Statistics Charles J. Geyer School of Statistics University of Minnesota http://www.stat.umn.edu/~charlie/parallel/ 1 • batch processing • R package multicore • R package rlecuyer • R package snow • grid engine (CLA) • clusters (MSI) 2 Batch Processing This is really old stuff (from 1975). But not everyone knows it. If you do the following at a unix prompt nohup nice -n 19 some job & where \some job" is replaced by an actual job, then • the job will run in background (because of &). • the job will not be killed when you log out (because of nohup). • the job will have low priority (because of nice -n 19). 3 Batch Processing (cont.) For example, if foo.R is a plain text file containing R commands, then nohup nice -n 19 R CMD BATCH --vanilla foo.R & executes the commands and puts the printout in the file foo.Rout. And nohup nice -n 19 R CMD BATCH --no-restore foo.R & executes the commands, puts the printout in the file foo.Rout, and saves all created R objects in the file .RData. 4 Batch Processing (cont.) nohup nice -n 19 R CMD BATCH foo.R & is a really bad idea! It reads in all the objects in the file .RData (if one is present) at the beginning. So you have no idea whether the results are reproducible. Always use --vanilla or --no-restore except when debugging. 5 Batch Processing (cont.) This idiom has nothing to do with R. If foo is a compiled C or C++ or Fortran main program that doesn't have command line arguments (or a shell, Perl, Python, or Ruby script), then nohup nice -n 19 foo & runs it.
    [Show full text]
  • Congressional Record United States Th of America PROCEEDINGS and DEBATES of the 108 CONGRESS, SECOND SESSION
    E PL UR UM IB N U U S Congressional Record United States th of America PROCEEDINGS AND DEBATES OF THE 108 CONGRESS, SECOND SESSION Vol. 150 WASHINGTON, WEDNESDAY, DECEMBER 8, 2004 No. 139 House of Representatives The House was not in session today. Its next meeting will be held on Tuesday, January 4, 2005, at 12 noon. Senate WEDNESDAY, DECEMBER 8, 2004 The Senate met at 9:30 a.m. and was generations. Thank You for Your pro- ple with issues and wisdom to seek called to order by the President pro tection. You make wars to cease, de- Your guidance. tempore (Mr. STEVENS). stroying the weapons of those who Bless and strengthen the many staff- fight against Your purposes. Today, ers who provide the wind beneath the PRAYER guide our lawmakers with Your justice wings of our leaders. Bring to them a The Chaplain, Dr. Barry C. Black, of- and keep them as the apple of Your bountiful harvest for their many fered the following prayer: eye. Instruct them in Your wisdom and months of faithful toil. Let us pray. hide them under the shadow of Your Bless all who mourn the loss of Stan Faithful God, who stretches out the wings. Help them to find light in Your Kimmitt. He will be greatly missed. Earth above the waters, Your Name is laws and knowledge in Your instruc- We pray this in Your holy Name. great and Your goodness extends to all tions. Give them patience as they grap- Amen. NOTICE If the 108th Congress, 2d Session, adjourns sine die on or before December 10, 2004, a final issue of the Congres- sional Record for the 108th Congress, 2d Session, will be published on Monday, December 20, 2004, in order to permit Members to revise and extend their remarks.
    [Show full text]
  • MTS on Wikipedia Snapshot Taken 9 January 2011
    MTS on Wikipedia Snapshot taken 9 January 2011 PDF generated using the open source mwlib toolkit. See http://code.pediapress.com/ for more information. PDF generated at: Sun, 09 Jan 2011 13:08:01 UTC Contents Articles Michigan Terminal System 1 MTS system architecture 17 IBM System/360 Model 67 40 MAD programming language 46 UBC PLUS 55 Micro DBMS 57 Bruce Arden 58 Bernard Galler 59 TSS/360 60 References Article Sources and Contributors 64 Image Sources, Licenses and Contributors 65 Article Licenses License 66 Michigan Terminal System 1 Michigan Terminal System The MTS welcome screen as seen through a 3270 terminal emulator. Company / developer University of Michigan and 7 other universities in the U.S., Canada, and the UK Programmed in various languages, mostly 360/370 Assembler Working state Historic Initial release 1967 Latest stable release 6.0 / 1988 (final) Available language(s) English Available programming Assembler, FORTRAN, PL/I, PLUS, ALGOL W, Pascal, C, LISP, SNOBOL4, COBOL, PL360, languages(s) MAD/I, GOM (Good Old Mad), APL, and many more Supported platforms IBM S/360-67, IBM S/370 and successors History of IBM mainframe operating systems On early mainframe computers: • GM OS & GM-NAA I/O 1955 • BESYS 1957 • UMES 1958 • SOS 1959 • IBSYS 1960 • CTSS 1961 On S/360 and successors: • BOS/360 1965 • TOS/360 1965 • TSS/360 1967 • MTS 1967 • ORVYL 1967 • MUSIC 1972 • MUSIC/SP 1985 • DOS/360 and successors 1966 • DOS/VS 1972 • DOS/VSE 1980s • VSE/SP late 1980s • VSE/ESA 1991 • z/VSE 2005 Michigan Terminal System 2 • OS/360 and successors
    [Show full text]
  • Implementing Batch Processing in Java EE 7 Ivar Grimstad
    Implementing Batch Processing in Java EE 7 Ivar Grimstad Batch - JavaLand 2014 @ivar_grimstad About Ivar Grimstad @ivar_grimstad Batch - JavaLand 2014 @ivar_grimstad batch (plural batches) The quantity of bread or other baked goods baked at one time. We made a batch of cookies to take to the party. Source: http://en.wiktionary.org/wiki/batch Batch - JavaLand 2014 @ivar_grimstad Content • Batch Applications • Batch in Java EE 7 • Demo • Wrap-Up Batch - JavaLand 2014 @ivar_grimstad History Batch - JavaLand 2014 @ivar_grimstad Batch Applications Batch - JavaLand 2014 @ivar_grimstad Common Usages • Bulk database updates • Image processing • Conversions Batch - JavaLand 2014 @ivar_grimstad Advantages of Batch Processing • No User Interaction • Utilize Batch Windows • Repetitive Work Batch - JavaLand 2014 @ivar_grimstad Disadvantages of Batch Processing • Training • Difficult Debugging • Costly Batch - JavaLand 2014 @ivar_grimstad To The Rescue Batch Frameworks Batch - JavaLand 2014 @ivar_grimstad Batch Frameworks • Jobs, steps, decision elements, relationships • Parallel or sequential processing • State • Launch, pause and resume • Error handling Batch - JavaLand 2014 @ivar_grimstad Requirements of Batch Applications Large Data Volume Automation Robustness Reliability Performance Batch - JavaLand 2014 @ivar_grimstad Batch Processing in Java EE 7 Batch - JavaLand 2014 @ivar_grimstad The Batch Processing Framework • Batch Runtime • Job Specification • Java API – Runtime interaction – Implementation Batch - JavaLand 2014 @ivar_grimstad Batch
    [Show full text]
  • Operating System (OS) - Early OS
    Operating System (OS) - Early OS Unit-1 Virtual University Of Kumar Dept. Of Computing BCA – 2nd Year Objective – Operating System • Introduction to OS Early OS Buffering SPOOLING Different kinds of operating systems (OS) • Process Management • CPU Scheduling concepts Operating System(OS) - Early OS 2 Early OS • Efficiency consideration is more important than convenience • Different Phases / Generations in the past 40 years ( In decade interval) • 1940’s, earliest digital computers has NO OS • Machine language on PUNCHED CARD was used • Later ASSEMBLY LANGUAGE was developed to increase speed of programming. Operating System(OS) - Early OS 3 Early OS • 1st OS by 1950’s for IBM701 by GM RESEARCH Laboratories One job at a time Smoothed the transition between jobs to increase the UTILIZATION of computer system • Program's and Data's were submitted in groups or batches Called “Single stream batch processing system” Operating System(OS) - Early OS 4 The 1960`s Batch processing systems • Contains – Card reader – Card punches – Printers – Tape drives & Disk Drives Development of multiprogramming • Several programs are in memory at once • Processor switch from job to job as needed, and keeps the peripheral devices in use Operating System(OS) - Early OS 5 The 1960`s Advanced OS developed to service multiple “Interactive users” at once – Interactive users communicate to the computer via TERMINALS which are online (Directly connected) to computer. Timesharing systems were developed to multi program large numbers of simultaneous users • Mostly multimode systems – Support batch processing & real-time • Real-time = Supplies immediate response Operating System(OS) - Early OS 6 The 1970`s • Mostly Multi-mode Time-sharing systems Support • Batch processing • Time sharing • Real-time applications TCP/IP communication standard of dept.of.defence (USA) widely used LAN was made practical & Economical by Ethernet standard.
    [Show full text]