Philip Maechling

dblp:56/2913 · also Philip J. Maechling, Philip James Maechling · DBLP profile ↗
← Back
10ranked-venue papers
0as first author
0since 2021 · last 2015
0000-0002-9221-7068ORCID · verified

Domains — the database's venue-derived domains; a paper can count in several

Systems, architecture and hardware · 7Software engineering, systems software and programming languages · 2Applied, interdisciplinary, general and emerging computing · 2Theory of computation · 1

Expertise — from the expertise taxonomy: the topics of the expert's papers under the CCF categories. A weight counts papers with recency: 1 for a paper about the topic, 0.3 when the topic is its context, halved every five years.

Computer architecture, parallel and distributed computing, and storage systems
3 papers
High-performance computing · 50% Storage systems · 18% GPUs and heterogeneous computing · 14%
Interdisciplinary, comprehensive, and emerging computing
2 papers
Environmental and earth informatics · 100%

Topics — the 12 heaviest of 13, each with the papers that count most for it

TopicWeightPapersLastEvidence papers
High-performance computing
scientific computing
0.322013
Physics-based seismic hazard analysis on petascale heterogeneous supercomputers · SC 2013
Scalable Earthquake Simulation on Petascale Supercomputers · SC 2010
GPUs and heterogeneous computing › GPU-accelerated scientific computing
GPU-accelerated simulation
0.212013
Physics-based seismic hazard analysis on petascale heterogeneous supercomputers · SC 2013
Environmental and earth informatics
geophysics
0.222013
Scalable Earthquake Simulation on Petascale Supercomputers · SC 2010
Physics-based seismic hazard analysis on petascale heterogeneous supercomputers · SC 2013
Environmental and earth informatics › geophysics
seismic wave propagation
0.112010
Scalable Earthquake Simulation on Petascale Supercomputers · SC 2010
Cloud and datacenter computing
cloud storage
0.112010
Data Sharing Options for Scientific Workflows on Amazon EC2 · SC 2010
Storage systems
data management
0.112010
Data Sharing Options for Scientific Workflows on Amazon EC2 · SC 2010
Distributed systems › resource sharing
data sharing
0.112010
Data Sharing Options for Scientific Workflows on Amazon EC2 · SC 2010
Storage systems › file systems
distributed file system
0.112010
Data Sharing Options for Scientific Workflows on Amazon EC2 · SC 2010
High-performance computing › scientific computing systems
earthquake simulation
0.112010
Scalable Earthquake Simulation on Petascale Supercomputers · SC 2010
High-performance computing
scientific workflow
0.112010
Data Sharing Options for Scientific Workflows on Amazon EC2 · SC 2010
High-performance computing
large-scale simulation
0.012010
Scalable Earthquake Simulation on Petascale Supercomputers · SC 2010
High-performance computing › supercomputing
petascale computing
0.012010
Scalable Earthquake Simulation on Petascale Supercomputers · SC 2010

Methods — techniques the papers use, named apart from their topics

finite difference · 0.5communication-computation overlap · 0.3parallel mesh computation · 0.2shared storage · 0.1file transfer · 0.1
YearPublicationVenuePosition
2015 Pegasus, a workflow management system for science automation
Ewa Deelman, Karan Vahi, Gideon Juve, Mats Rynge, Scott Callaghan, Philip Maechling, Rajiv Mayani, Weiwei Chen 0002, Rafael Ferreira da Silva, Miron Livny, R. Kent Wenger
Future Gener. Comput. Syst.6
2013 Physics-based seismic hazard analysis on petascale heterogeneous supercomputers
abstract
We have developed a highly scalable and efficient GPU-based finite-difference code (AWP) for earthquake simulation that implements high throughput, memory locality, communication reduction and communication/computation overlap and achieves linear scalability on Cray XK7 Titan at ORNL and NCSA's Blue Waters system. We simulate realistic 0-10 Hz earthquake ground motions relevant to building engineering design using high-performance AWP. Moreover, we show that AWP provides a speedup by a factor of 110 in key strain tensor calculations critical to probabilistic seismic hazard analysis (PSHA). These performance improvements to critical scientific application software, coupled with improved co-scheduling capabilities of our workflow-managed systems, make a statewide hazard model a goal reachable with existing supercomputers. The performance improvements of GPU-based AWP are expected to save millions of core-hours over the next few years as physics-based seismic hazard analysis is developed using heterogeneous petascale supercomputers.
Yifeng Cui, Efecan Poyraz, Kim B. Olsen, Jun Zhou 0008, Kyle Withers, Scott Callaghan, Jeffrey M. Larkin, Clark C. Guest, Dong Ju Choi, Amit Chourasia, Zheqiang Shi, Steven M. Day, Philip Maechling, Thomas H. Jordan
SC13
2012 An Evaluation of the Cost and Performance of Scientific Workflows on Amazon EC2
Gideon Juve, Ewa Deelman, G. Bruce Berriman, Benjamin P. Berman, Philip Maechling
J. Grid Comput.5
2010 Scalable Earthquake Simulation on Petascale Supercomputers
abstract
Petascale simulations are needed to understand the rupture and wave dynamics of the largest earthquakes at shaking frequencies required to engineer safe structures (> 1 Hz). Toward this goal, we have developed a highly scalable, parallel application (AWP-ODC) that has achieved “M8”: a full dynamical simulation of a magnitude-8 earthquake on the southern San Andreas fault up to 2 Hz. M8 was calculated using a uniform mesh of 436 billion 40-m3cubes to represent the three-dimensional crustal structure of Southern California, in a 800 km by 400 km area, home to over 20 million people. This production run producing 360 sec of wave propagation sustained 220 Tflop/s for 24 hours on NCCS Jaguar using 223,074 cores. As the largest-ever earthquake simulation, M8 opens new territory for earthquake science and engineering - the physics-based modeling of the largest seismic hazards with the goal of reducing their potential for loss of life and property.
Yifeng Cui, Kim B. Olsen, Thomas H. Jordan, Kwangyoon Lee, Jun Zhou 0008, Patrick Small, Daniel Roten, Geoffrey Ely, Dhabaleswar K. Panda 0001, Amit Chourasia, John M. Levesque, Steven M. Day, Philip Maechling
SC13
2010 Data Sharing Options for Scientific Workflows on Amazon EC2
abstract
Efficient data management is a key component in achieving good performance for scientific workflows in distributed environments. Workflow applications typically communicate data between tasks using files. When tasks are distributed, these files are either transferred from one computational node to another, or accessed through a shared storage system. In grids and clusters, workflow data is often stored on network and parallel file systems. In this paper we investigate some of the ways in which data can be managed for workflows in the cloud. We ran experiments using three typical workflow applications on Amazon's EC2. We discuss the various storage and file systems we used, describe the issues and problems we encountered deploying them on EC2, and analyze the resulting performance and cost of the workflows.
Gideon Juve, Ewa Deelman, Karan Vahi, Gaurang Mehta, G. Bruce Berriman, Benjamin P. Berman, Philip Maechling
SC7
2010 The Collaboratory for the Study of Earthquake Predictability perspective on computational earthquake science
abstract
Abstract The Collaboratory for the Study of Earthquake Predictability (CSEP) aims to advance earthquake research by rigorous testing of earthquake forecast hypotheses. As in other disciplines, such hypothesis testing requires carefully designed experiments that meet certain requirements: they should be reproducible, fully transparent, and conducted within a controlled environment. CSEP has begun building infrastructure for conducting such rigorous earthquake forecasting experiments. Because past earthquake prediction experiments often have been controversial, CSEP testing centers—the secure, controlled computational environments within which experiments are conducted—have been designed to address particular issues related to transparency and exact reproducibility. Moreover, CSEP fosters collaboration among scientists developing earthquake forecast models, and the testing center concept allows multiple concurrent predictability experiments. In this paper, we share our perspective on computational earthquake science by presenting the design principles, organizational structure, and implementation details of CSEP testing centers. We describe ongoing forecast experiments in different testing regions and some of the implementation challenges encountered. We also describe the collaboration tools used for multinational software development and regional presentation websites. The need for common data exchange formats is discussed, as are potential avenues of future research within CSEP testing centers. Copyright © 2009 John Wiley & Sons, Ltd.
J. Douglas Zechar, Danijel Schorlemmer, Maria Liukis, John Yu, Fabian Euchner, Philip Maechling, Thomas H. Jordan
Concurr. Comput. Pract. Exp.6
2010 Scaling up workflow-based applications
Scott Callaghan, Ewa Deelman, Dan Gunter, Gideon Juve, Philip Maechling, Christopher X. Brooks, Karan Vahi, Kevin Milner 0001, Robert Graves, Edward Field, David Okaya, Thomas H. Jordan
J. Comput. Syst. Sci.5
2008 Reducing Time-to-Solution Using Distributed High-Throughput Mega-Workflows - Experiences from SCEC CyberShake
abstract
Researchers at the Southern California Earthquake Center (SCEC) use large-scale grid-based scientific workflows to perform seismic hazard research as a part of SCEC's program of earthquake system science research. The scientific goal of the SCEC CyberShake project is to calculate probabilistic seismic hazard curves for sites in Southern California. For each site of interest, the CyberShake platform includes two large-scale MPI calculations and approximately 840,000 embarrassingly parallel post-processing jobs. In this paper, we describe the computational requirements of CyberShake and detail how we meet these requirements using grid-based, high-throughput, scientific workflow tools. We describe the specific challenges we encountered and we discuss workflow throughput optimizations we developed that reduced our time to solution by a factor of three and we present runtime statistics and propose further optimizations.
Scott Callaghan, Philip Maechling, Ewa Deelman, Karan Vahi, Gaurang Mehta, Gideon Juve, Kevin Milner 0001, Robert Graves, Edward Field, David Okaya, Dan Gunter, Keith Beattie, Thomas H. Jordan
eScience2
2007 Managing Large Scale Data for Earthquake Simulations
Marcio Faerman, Reagan W. Moore, Yifeng Cui, Yuanfang Hu, Jean-Bernard Minster, Philip Maechling
J. Grid Comput.7
2006 Managing Large-Scale Workflow Execution from Resource Provisioning to Provenance Tracking: The CyberShake Example
abstract
This paper discusses the process of building an environment where large-scale, complex, scientific analysis can be scheduled onto a heterogeneous collection of computational and storage resources. The example application is the Southern California Earthquake Center (SCEC) CyberShake project, an analysis designed to compute probabilistic seismic hazard curves for sites in the Los Angeles area. We explain which software tools were used to build to the system, describe their functionality and interactions. We show the results of running the CyberShake analysis that included over 250,000 jobs using resources available through SCEC and the TeraGrid.
Ewa Deelman, Scott Callaghan, Edward Field, Hunter Francoeur, Robert Graves, Vipin Gupta, Thomas H. Jordan, Carl Kesselman, Philip Maechling, John Mehringer, Gaurang Mehta, David Okaya, Karan Vahi
e-Science10