Papers for

workflow developers

Papers whose findings have a practical use for this group, as judged from the abstract. Open a paper to read what it means in practice.

Hpc site profiles make workflows easier to move across computers

The Other Half of Workflow Portability: Evidence-Backed HPC Site Profiles with Agentic Discovery

Abstract: Moving a workflow developed and tested at one HPC site to another rarely succeeds without some amount of trial and error. Package managers rebuild software environments, containers ship whole filesystems, and workflow specifications such as backpacks package a workflow with its software, data, and resource requirements. These approaches address one half of workflow portability: what a workflow needs. But none describes how a given HPC site must be used, and that missing half is why even a portable workflow requires manual adjustment at each new site. That gap includes the site's resource shape, storage configuration, network permissions, and operating policies. This information may be explicit in the batch system, hidden in the prose of documentation, or buried deep within a router's configuration, making it difficult for an automated deployment tool to turn site knowledge into useful deployment decisions. We propose the HPC site profile, a structured, evidence-backed document that makes this knowledge actionable. We automatically construct it in three steps that mirror where the information lives: measuring the login node, extracting typed fields from documentation with a bounded language-model agent, and submitting pilot jobs for eligible unresolved fields. Every field is verified against its evidence or discarded, so a rule, not the model, decides what enters the profile. The profile then preflights a workflow into an execution plan or an early, explainable failure. We build profiles at Purdue Anvil, TACC Stampede3, and Notre Dame CRC and present a case study of preflighting a real workflow.

Thu 1 OctDistributed, Parallel, and Cluster ComputingInformation Retrieval
The gist
Running a computer program designed for one supercomputer on another often fails because different sites have varying setups and rules. The authors create detailed profiles that describe each site's unique hardware, software, and policies using automatic measurements, document reading, and test jobs. These profiles help software know exactly what to expect and how to run on each site, reducing time spent fixing errors. This work was tested on several university supercomputers and a real example workflow.
Open → 2610.00971v1