summaryrefslogtreecommitdiffstats
path: root/perform/pio_perf.c
diff options
context:
space:
mode:
authorBill Wendling <wendling@ncsa.uiuc.edu>2002-02-20 22:35:20 (GMT)
committerBill Wendling <wendling@ncsa.uiuc.edu>2002-02-20 22:35:20 (GMT)
commit43bed07320954f6ac499e7a65bd01685369658cf (patch)
tree5f6559af9eb33022a2be9b1b92fd097aa42c0443 /perform/pio_perf.c
parent504e6587ec83e0c98c64ffbb23fc3939798ef93b (diff)
downloadhdf5-43bed07320954f6ac499e7a65bd01685369658cf.zip
hdf5-43bed07320954f6ac499e7a65bd01685369658cf.tar.gz
hdf5-43bed07320954f6ac499e7a65bd01685369658cf.tar.bz2
[svn-r4997] Purpose:
Bug Fix Description: So, for Raw I/O in parallel, if you open a file with truncation by multiple processes, it looks as if one process could open the file and start writing to it while another process also opens the file with truncation, thus wiping out all of the stuff the first process wrote to the file. This is bad. Also added some garbage collection to the pio_perf routine to reclaim the space taken by some of the tables. Solution: Placed an MPI_Barrier() statement after the Raw open()/create() call so that all processes are synced up before they start writing to the file. Added free() calls to the tables which weren't being free'd. Platforms tested: Linux-pp (eirene)
Diffstat (limited to 'perform/pio_perf.c')
-rw-r--r--perform/pio_perf.c3
1 files changed, 3 insertions, 0 deletions
diff --git a/perform/pio_perf.c b/perform/pio_perf.c
index 902817c..557f9bd 100644
--- a/perform/pio_perf.c
+++ b/perform/pio_perf.c
@@ -583,8 +583,11 @@ run_test(FILE *output, iotype iot, parameters parms)
output_report(output, "Average Throughput: %.2f MB/s\n",
total_mm.sum / total_mm.num);
+ /* clean up our mess */
free(write_mm_table);
free(read_mm_table);
+ free(write_gross_mm_table);
+ free(read_gross_mm_table);
pio_time_destroy(res.timers);
return ret_value;
}