Purdue University researchers, working with high-performance computing experts at Lawrence Liver more National Laboratory, have created anautomated program to "debug" simulations used to more efficiently certify the nation's nuclear weapons.
The program, called AutomaDeD (pronounced like automated), finds errors in computer code for complex "parallel" programs.
"The simulations take several weeks to run, and then they have to be debugged to correct errors in the code," said Saurabh Bagchi, an associate professor in Purdue's School of Electrical and Computer Engineering. "The error might have occurred in the first hour of operation, and if you had known about it you could have stopped it then."
Because international treaties forbid the detonation of nuclear test weapons, certification is done using complex simulations. The simulations, which may contain as many as 100,000 lines of computer code, must accurately show reactions taking place on the scale of milliseconds, or thousandths of a second.
"Many times an error in a simulation code may not become evident until long after it occurs," said Bronis R. de Supinski, co-leader of the ASC Application Development Environment Performance Team at the U.S. Department of Energy's Lawrence Liver more National Laboratory."These delays are challenging since they make the actual location of the bug unclear."
In parallel operations used for powerful simulation tools, a highly complex job is split into numerous smaller and more manageable processes that are handled by separate machines in large computer clusters. After the computers complete their individual processes, all of the parallel results are combined.
Conventional debugging programs, however, must be operated manually,with engineers navigating through a large number of processes.
"Debuggers have worked well for sequential applications," Bagchi said. "But when we extend these to large parallel applications,application developers are not very happy because it's very time consuming and difficult to do the manual debugging. It is just difficult for human cognitive abilities to keep track of what is going on simultaneously in many processes and determine what is anomalous."
So, to enable the automatic debugging of the simulations, there searchers created AutomaDeD, which stands for automata-based debugging for dissimilar parallel tasks.
"The idea is to use AutomaDeD as the simulation is running to automatically monitor what's happening," Bagchi said. "If things start going wrong, AutomaDeD would stop and flag which process and which part of the code in the process is likely anomalous."
Errors in software code cause "stalls" and "hangs" that slow or halt simulations or give incorrect results. Another problem with parallel programs is interference from software that previously ran on the samecomputer clusters but were not properly expunged before the new jobstarted running.
Recent research findings show AutomatDeD was 90 percent accurate in identifying the time "phase" when stalls and hangs occurred; 80 percent accurate in identifying the specific tasks that were the sources for stalls and hangs; and 70 percent accurate in identifying the interference faults.
The findings will be detailed in a research pa-per to be presented on June 30 during the 40th Annual IEEE/IFIP International Conference on Dependable Systems and Networks in Chicago. The pap-er was written byPurdue doctoral student Ignacio Laguna, Bagchi, and Lawrence Liver morescientists Greg Bronevetsky, de Supinski, Dong H. Ahn and MartinSchulz. The primary developers of the program are Bronevetsky andLaguna.
The same debugging approach could be used to find errors in other parallel applications, such as those used in climate modeling and high-energy particle physics.
AutomaDeD works first by grouping the large number of processes in to a smaller number of "equivalence classes" with similar traits. Grouping the processes into equivalence classes keeps the analysis sim-ple enough that it can be done while the simulation is running.
AutomataDeD also works by splitting a simulation into numerous windows of time, called phases.
"So our tool lets you know if the error occurs for task 1 and task 5in phase 153 and allows you to zoom in and find the specific part of the code that is problematic," Bagchi said.
Large computer clusters operated by Lawrence Liver more containing thousands of processors have been used for the debugging operations.
Purdue researchers did not work with the actual classified nuclear weapons software code but instead used generic "NAS parallel benchmarks," a set of programs designed to help evaluate the performance of parallel supercomputers developed by the NASA Advanced Supercomputing division.
The work began a year ago, and the new debugging program is currently being used by the federal lab to detect certain types of errors. The researchers are continuing to improve the program. The work is funded by the Department of Energy.