SlideServe
Menu
Préférences
© SlideServe · v2026

Runtime Data Management for Data-Intensive Scientific Applications

marek avatar
12 diapositives · 326 Views · Sep 16, 2014

Runtime Data Management for Data-Intensive Scientific Applications. Xiaosong Ma NC State University Joint Faculty: Oak Ridge National Lab ECPI: 2005 – 2008. Data-Intensive Applications on NLCF. Data-processing applications Bio sequence DB queries, simulation data analysis, visualization

Runtime Data Management for Data-Intensive Scientific Applications - slide 1
01 / 12Runtime Data Management for Data-Intensive Scientific Applications
1 / 17

Télécharger la présentation

Runtime Data Management for Data-Intensive Scientific Applications
Une image / un lien ci-dessous est fourni (tel quel) pour télécharger la présentation

Politique de téléchargement : le contenu du site vous est fourni TEL QUEL pour votre information et votre usage personnel ; il ne peut être vendu, concédé sous licence ni partagé sur d’autres sites sans l’accord de son auteur.Le contenu vous est fourni TEL QUEL, pour votre information et votre usage personnel uniquement. Téléchargez la présentation en cliquant sur ce lien. Lors du téléchargement, si vous ne parvenez pas à télécharger une présentation, l’éditeur a peut-être supprimé le fichier de son serveur.Pendant le téléchargement, si vous ne parvenez pas à obtenir une présentation, le fichier a peut-être été supprimé par l’éditeur.

F I N

Plus de contenu associé

Transcription de la présentation
  1. Runtime Data Management for Data-Intensive Scientific Applications Xiaosong Ma NC State University Joint Faculty: Oak Ridge National Lab ECPI: 2005 – 2008 DOE Network PI Meeting 2005

  2. Data-Intensive Applications on NLCF • Data-processing applications • Bio sequence DB queries, simulation data analysis, visualization • Challenges • Rapid data growth (data avalanche) • Computation requirement • I/O requirement • Needs ultra-scale machines • Less studied than numerical simulations • Scalability on large machines • Complexity and heterogeneity • Case-by-case static optimization costly DOE Network PI Meeting 2005

  3. Run-Time Data Management • Parallel execution plan optimization • Example: genome vs. database sequence comparison on 1000s of processors • Data placement crucial for performance/scalability • Issues • Data partitioning/replication • Load balancing • Efficient parallel I/O w. scientific data formats • I/O subsystem performance lagging behind • Scientific data formats widely used (HDF, netCDF) • Further limits applications’ I/O performance • Issues • Library overhead • Metadata management and accesses DOE Network PI Meeting 2005

  4. Proposed Approach • Adaptive run-time optimization • For parallel execution plan optimization • Connect scientific data processing to relational databases • Runtime cost modeling and evaluation • For parallel I/O w. scientific data formats • Library-level memory management • Hiding I/O costs • Caching, prefetching, buffering DOE Network PI Meeting 2005

  5. Prelim Result 1: Efficient Data Accesses for Parallel Sequence Searches • BLAST • Widely used bio sequence search tool • NCBI BLAST Toolkit • mpiBLAST • Developed at LANL • Open source parallelization of BLAST using database partitioning • Increasingly popular: more than 10,000 downloads since early 2003 • Directly utilizing NCBI BLAST • Super linear speedup with small number of processors DOE Network PI Meeting 2005

  6. Data Handling in mpiBLAST Not Efficient • Databases partitioned statically before search • Inflexible:re-partitioning required to use different No. of procs • Management overhead: generating large number of small files, hard to manage, migrate and share • Results processing and output serialized by the master node • Result: rapidly growing non-search overheadas • No. of procs grows • Output data size grows - Search 150k queries against NR database DOE Network PI Meeting 2005

  7. pioBLAST • Efficient, highly scalable parallel BLAST implementation [IPDPS ’05] • Improves mpiBLAST • Focus on data handling • Up to order of magnitude improvement on overall performance • Currently being merged with mpiBLAST • Major contributions • Applying collective I/O techniques to bioinformatics, enabling • Dynamic database partitioning • Parallel database input and result output • Efficient result data processing • Removing master bottleneck DOE Network PI Meeting 2005

  8. pioBLAST Sample Performance Results • Platform: SGI Altix at ORNL • 256 1.5GHz Itanium2 processors • 8GB memory per processor • Database: NCBI nr (1GB) • Node scalability tests (top figure) • Queries – 150k queries randomly sampled from nr • Varied no. of processors DOE Network PI Meeting 2005

  9. Prelim Result 2: Active Buffering • Hides periodic I/O costs behind computation phases[IPDPS ’02, ICS ’02, IPDPS ’03, IEEE TPDS (to appear)] • Organizes idle memory resources into buffer hierarchy • Masks costs of scientific data formats • Panda Parallel I/O Library • University of Illinois • Client-server architecture • ROMIO Parallel I/O Library • Argonne National Lab • Popular MPI-IO implementation, included in MPICH • Server-less architecture • ABT (Active Buffering with Threads) DOE Network PI Meeting 2005

  10. Write Throughput w. Active Buffering w/o buffer overflow w. buffer overflow DOE Network PI Meeting 2005

  11. Prelim Result 3: Application-level Prefetching • GODIVA Framework: hides periodic input costs behind computation phases[ICDE ’04] • General Object Data Interface for Visualization Applications • In-memory database managing data buffer locations • Relational database-like interfaces • Developer controllable prefetching and caching • Developer-supplied read functions DOE Network PI Meeting 2005

  12. On-going Research • Parallel execution plan optimization • Explore optimization space of bio sequence processing tools on large-scale machines • Develop algorithm-independent cost models • Efficient parallel I/O w. scientific data formats • Investigate unified caching, prefetching and buffering • DOE Collaborators • Team led by Al Geist and Nagiza Samatova (ORNL) • Team leb by Wu-Chun Feng (LANL) DOE Network PI Meeting 2005