Scaling Up Without Blowing Up Douglas Thain University of Notre Dame.

Slides:



Advertisements
Similar presentations
1 Real-World Barriers to Scaling Up Scientific Applications Douglas Thain University of Notre Dame Trends in HPDC Workshop Vrije University, March 2012.
Advertisements

University of Chicago Department of Energy The Parallel and Grid I/O Perspective MPI, MPI-IO, NetCDF, and HDF5 are in common use Multi TB datasets also.
BXGrid: A Data Repository and Computing Grid for Biometrics Research Hoang Bui University of Notre Dame 1.
Experience with Adopting Clouds at Notre Dame Douglas Thain University of Notre Dame IEEE CloudCom, November 2010.
DV/dt : Accelerating the Rate of Progress Towards Extreme Scale Collaborative Science Miron Livny (UW), Ewa Deelman (USC/ISI), Douglas Thain (ND), Frank.
The ADAMANT Project: Linking Scientific Workflows and Networks “Adaptive Data-Aware Multi-Domain Application Network Topologies” Ilia Baldine, Charles.
1 Software & Grid Middleware for Tier 2 Centers Rob Gardner Indiana University DOE/NSF Review of U.S. ATLAS and CMS Computing Projects Brookhaven National.
1 Condor Compatible Tools for Data Intensive Computing Douglas Thain University of Notre Dame Condor Week 2011.
1 High Performance Computing at SCEC Scott Callaghan Southern California Earthquake Center University of Southern California.
Programming Distributed Systems with High Level Abstractions Douglas Thain University of Notre Dame Cloud Computing and Applications (CCA-08) University.
Deconstructing Clusters for High End Biometric Applications NSF CCF June Douglas Thain and Patrick Flynn University of Notre Dame 5 August.
Cooperative Computing for Data Intensive Science Douglas Thain University of Notre Dame NSF Bridges to Engineering 2020 Conference 12 March 2008.
The Difficulties of Distributed Data Douglas Thain Condor Project University of Wisconsin
Building Scalable Elastic Applications using Makeflow Dinesh Rajan and Douglas Thain University of Notre Dame Tutorial at CCGrid, May Delft, Netherlands.
Building Scalable Scientific Applications using Makeflow Dinesh Rajan and Peter Sempolinski University of Notre Dame.
Building Scalable Applications on the Cloud with Makeflow and Work Queue Douglas Thain and Patrick Donnelly University of Notre Dame Science Cloud Summer.
Introduction to Makeflow and Work Queue CSE – Cloud Computing – Fall 2014 Prof. Douglas Thain.
Portable Resource Management for Data Intensive Workflows Douglas Thain University of Notre Dame.
Apache Airavata GSOC Knowledge and Expertise Computational Resources Scientific Instruments Algorithms and Models Archived Data and Metadata Advanced.
Authors: Weiwei Chen, Ewa Deelman 9th International Conference on Parallel Processing and Applied Mathmatics 1.
Elastic Applications in the Cloud Dinesh Rajan University of Notre Dame CCL Workshop, June 2012.
ISG We build general capability Introduction to Olympus Shawn T. Brown, PhD ISG MISSION 2.0 Lead Director of Public Health Applications Pittsburgh Supercomputing.
Massively Parallel Ensemble Methods Using Work Queue Badi’ Abdul-Wahid Department of Computer Science University of Notre Dame CCL Workshop 2012.
Programming Distributed Systems with High Level Abstractions Douglas Thain University of Notre Dame 23 October 2008.
Toward a Common Model for Highly Concurrent Applications Douglas Thain University of Notre Dame MTAGS Workshop 17 November 2013.
Building Scalable Scientific Applications with Makeflow Douglas Thain and Dinesh Rajan University of Notre Dame Applied Cyber Infrastructure Concepts University.
Building Scalable Scientific Applications using Makeflow Dinesh Rajan and Douglas Thain University of Notre Dame.
The Cooperative Computing Lab  We collaborate with people who have large scale computing problems in science, engineering, and other fields.  We operate.
Introduction to Scalable Programming using Work Queue Dinesh Rajan and Ben Tovar University of Notre Dame October 10, 2013.
DV/dt - Accelerating the Rate of Progress towards Extreme Scale Collaborative Science DOE: Scientific Collaborations at Extreme-Scales:
1 Computational Abstractions: Strategies for Scaling Up Applications Douglas Thain University of Notre Dame Institute for Computational Economics University.
EGEE-Forum – May 11, 2007 Enabling Grids for E-sciencE EGEE and gLite are registered trademarks A gateway platform for Grid Nicolas.
Pegasus: Running Large-Scale Scientific Workflows on the TeraGrid Ewa Deelman USC Information Sciences Institute
BOINC: Progress and Plans David P. Anderson Space Sciences Lab University of California, Berkeley BOINC:FAST August 2013.
Experiment Management from a Pegasus Perspective Jens-S. Vöckler Ewa Deelman
Techniques for Preserving Scientific Software Executions: Preserve the Mess or Encourage Cleanliness? Douglas Thain, Peter Ivie, and Haiyan Meng.
Introduction to Scalable Programming using Work Queue Dinesh Rajan and Mike Albrecht University of Notre Dame October 24 and November 7, 2012.
ISG We build general capability Introduction to Olympus Shawn T. Brown, PhD ISG MISSION 2.0 Lead Director of Public Health Applications Pittsburgh Supercomputing.
Experiences Running Seismic Hazard Workflows Scott Callaghan Southern California Earthquake Center University of Southern California SC13 Workflow BoF.
Funded by the NSF OCI program grants OCI and OCI Mats Rynge, Gideon Juve, Karan Vahi, Gaurang Mehta, Ewa Deelman Information Sciences Institute,
Building Scalable Elastic Applications using Work Queue Dinesh Rajan and Douglas Thain University of Notre Dame Tutorial at CCGrid, May Delft,
Demonstration of Scalable Scientific Applications Peter Sempolinski and Dinesh Rajan University of Notre Dame.
Southern California Earthquake Center CyberShake Progress Update November 3, 2014 – 4 May 2015 UGMS May 2015 Meeting Philip Maechling SCEC IT Architect.
Building Scalable Scientific Applications with Work Queue Douglas Thain and Dinesh Rajan University of Notre Dame Applied Cyber Infrastructure Concepts.
Next Generation of Apache Hadoop MapReduce Owen
1 USC Information Sciences InstituteYolanda Gil AAAI-08 Tutorial July 13, 2008 Part IV Workflow Mapping and Execution in Pegasus (Thanks.
Meeting with University of Malta| CERN, May 18, 2015 | Predrag Buncic ALICE Computing in Run 2+ P. Buncic 1.
Massively Parallel Molecular Dynamics Using Adaptive Weighted Ensemble Badi’ Abdul-Wahid PI: Jesús A. Izaguirre CCL Workshop 2013.
Architecture for Resource Allocation Services Supporting Interactive Remote Desktop Sessions in Utility Grids Vanish Talwar, HP Labs Bikash Agarwalla,
Introduction to Makeflow and Work Queue Nicholas Hazekamp and Ben Tovar University of Notre Dame XSEDE 15.
1
INTRODUCTION TO XSEDE. INTRODUCTION  Extreme Science and Engineering Discovery Environment (XSEDE)  “most advanced, powerful, and robust collection.
SCEC CyberShake on TG & OSG: Options and Experiments Allan Espinosa*°, Daniel S. Katz*, Michael Wilde*, Ian Foster*°,
Overview of Scientific Workflows: Why Use Them?
Cloudy Skies: Astronomy and Utility Computing
Example: Rapid Atmospheric Modeling System, ColoState U
Seismic Hazard Analysis Using Distributed Workflows
The Accelerated Weighted Ensemble
Scott Callaghan Southern California Earthquake Center
Workflows and the Pegasus Workflow Management System
Haiyan Meng and Douglas Thain
University of Southern California
BXGrid: A Data Repository and Computing Grid for Biometrics Research
ANALYSIS OF USER SUBMISSION BEHAVIOR ON HPC AND HTC
Pegasus Workflows on XSEDE
What’s New in Work Queue
Creating Custom Work Queue Applications
Overview of Workflows: Why Use Them?
rvGAHP – Push-Based Job Submission Using Reverse SSH Connections
High Throughput Computing for Astronomers
Presentation transcript:

Scaling Up Without Blowing Up Douglas Thain University of Notre Dame

The Cooperative Computing Lab University of Notre Dame

The Cooperative Computing Lab We collaborate with people who have large scale computing problems in science, engineering, and other fields. We operate computer systems on the O(10,000) cores: clusters, clouds, grids. We conduct computer science research in the context of real people and problems. We release open source software for large scale distributed computing. 3

Good News: Computing is Plentiful

Superclusters by the Hour 6

Our Collaborators AGTCCGTACGATGCTATTAGCGAGCGTGA…

The Cooperative Computing Tools

Example: Adaptive Weighted Ensemble AWE Logic Work Queue Amazon EC2HPC Cluster GPU ClusterCondor Personal Cloud Badi Abdul-Wahid, Li Yu, Dinesh Rajan, Haoyun Feng, Eric Darve, Douglas Thain, Jesus A. Izaguirre, Folding Proteins at 500 ns/hour with Work Queue, IEEE e-Science Conference, : Start with Standard MD Simulation 2: Research Goal: Generate Network of States 3: Build AWE Logic Using Work Queue Library 4: Run on CPUs/GPUs at Notre Dame, Stanford, and Amazon 5: New State Transition Discovered!

The Ideal Picture X 1000

What actually happens: 1 TB GPU 3M files of 1K each 3M files of 1K each 128 GB X 1000

Some reasonable questions: Will this workload at all on machine X? How many workloads can I run simultaneously without running out of storage space? Did this workload actually behave as expected when run on a new machine? How is run X different from run Y? If my workload wasn’t able to run on this machine, where can I run it?

End users have no idea what resources their applications actually need. and… Computer systems are terrible at describing their capabilities and limits. and… They don’t know when to say NO.

dV/dt : Accelerating the Rate of Progress Towards Extreme Scale Collaborative Science Miron Livny (UW), Ewa Deelman (USC/ISI), Douglas Thain (ND), Frank Wuerthwein (UCSD), Bill Allcock (ANL) … make it easier for scientists to conduct large- scale computational tasks that use the power of computing resources they do not own to process data they did not collect with applications they did not develop …

Stages of Resource Management Estimate the application resource needs Find the appropriate computing resources Acquire those resources Deploy applications and data on the resources Manage applications and resources during run. Can we do it for one task? How about an app composed of many tasks?

B1 B2 B3 A1A2A3 F Regular Graphs Irregular Graphs A 1 B C D E 8910 A Dynamic Workloads while( more work to do) { foreach work unit { t = create_task(); submit_task(t); } t = wait_for_task(); process_result(t); } Static Workloads Concurrent Workloads Categories of Applications FFF F FF FF

Bioinformatics Portal Generates Workflows for Makeflow 17 BLAST (Small) 17 sub-tasks ~4h on 17 nodes BWA 825 sub-tasks ~27m on 100 nodes SHRIMP 5080 sub-tasks ~3h on 200 nodes

CyberShake PSHA Workflow 239 Workflows Each site in the input map corresponds to one workflow Each workflow has:  820,000 tasks  Description  Builders ask seismologists: “What will the peak ground motion be at my new building in the next 50 years?”  Seismologists answer this question using Probabilistic Seismic Hazard Analysis (PSHA) Southern California Earthquake Center MPI codes ~ 12,000 CPU hours, Post Processing 2,000 CPU hours Data footprint ~ 800GB Pegasus managed workflows Workflow Ensembles

Task Characterization/Execution Understand the resource needs of a task Establish expected values and limits for task resource consumption Launch tasks on the correct resources Monitor task execution and resource consumption, interrupt tasks that reach limits Possibly re-launch task on different resources

Data Collection and Modeling RAM: 50M Disk: 1G CPU: 4 C RAM: 50M Disk: 1G CPU: 4 C monitor task workflow typ max min P RAM A A B B C C D D E E F F Workflow Schedule A A C C F F B B D D E E Workflow Structure Workflow Profile Task Profile Records From Many Tasks Task Record RAM: 50M Disk: 1G CPU: 4 C RAM: 50M Disk: 1G CPU: 4 C RAM: 50M Disk: 1G CPU: 4 C RAM: 50M Disk: 1G CPU: 4 C RAM: 50M Disk: 1G CPU: 4 C RAM: 50M Disk: 1G CPU: 4 C

Resource Monitor RM Summary File start: end: exit_type: normal exit_status: 0 max_concurrent_processes: 16 wall_time: cpu_time: virtual_memory: resident_memory: swap_memory: 0 bytes_read: bytes_written: Log File: #wall_clock(useconds)concurrent_processes cpu_time(useconds) virtual_memory(kB)resident_memory(kB) swap_memory(kB) bytes_readbytes_written Local Process Tree % resource_monitor mysim.exe

Monitoring Strategies SummariesSnapshotEvents getrusage and times Reading /proc and measuring disk at given intervals. Linker wrapper to libc Available only at the end of a process. Blind while waiting for next interval. Fragile to modifications of the environment, no statically linked processes. IndirectDirect Monitor how the world changes while the process tree is alive. Monitor what functions, and with which arguments the process tree is calling.

Portable Resource Management Work Queue Work Queue while( more work to do) { foreach work unit { t = create_task(); submit_task(t); } t = wait_for_task(); process_result(t); } RM Task W W W W W W task 1 details: cpu, ram, disk task 2 details: cpu, ram, disk task 3 details: cpu, ram, disk task 1 details: cpu, ram, disk task 2 details: cpu, ram, disk task 3 details: cpu, ram, disk Pegasus RM Task Job-1.res Job-2.res job-3.res Makeflow other batch system RM Task rule-1.res Jrule2.res rule-3.res

Resource Visualization of SHRiMP

Outliers Happen: BWA Example

Completing the Cycle task typ max min P RAM CPU: 10s RAM: 16GB DISK: 100GB task RM Allocate Resources Historical Repository CPU: 5s RAM: 15GB DISK: 90GB Observed Resources Measurement and Enforcement Exception Handling Is it an outlier?

Complete Workload Characterization X GB 32 cores 16 GB 4 cores X 1 X hour 5 Tb/s I/O 128 GB 32 cores 16 GB 4 cores X 1 X hours 500 Gb/s I/O We can approach the question: Can it run on this particular machine? What machines could it run on?

Two jokes about computer scientists.

How do you tell the difference between a computer scientist and a real scientist?

What’s the difference between a computer scientist and an engineer? System Scale Throughput

Posters Preview Hierarchical Resource Management – Michael Albrecht Workflow Dependency Management – Casey Robinson Application Assembly Technologies – Peter Sempolinski

Acknowledgements 32 CCL Graduate Students: Michael Albrecht Patrick Donnelly Dinesh Rajan Casey Robinson Peter Sempolinski Li Yu dV/dT Project PIs Bill Allcock (ALCF) Ewa Deelman (USC) Miron Livny (UW) Frank Weurthwein (UCSD) CCL Staff Ben Tovar

The Cooperative Computing Lab University of Notre Dame