[Carpet] Lower-dimensional HDF5 output?

[Erik Schnetter]

We are currently using ASCII output for 0D and 1D output of grid  
functions.  This has several disadvantages: There is much overhead,  
there are too many files, output happens on a single processor only,  
and the output is currently chunked.

One way out would be to implement lower-dimensional HDF5 output.  I  
imagine the same possibilities as for ASCII output, as in

IOHDF5::out1D_every = 16
IOHDF5::out1D_vars = "..."
IOHDF5::out1D_x = yes
IOHDF5::out1D_x = no

After recovering, it would be much easier to eliminate overlapping  
datasets.

In addition, we could implement IOHDF5::one_file_per_group, which  
would reduce the number of output files.

There would be post-processing tools to create unchunked ASCII files  
from these HDF5 files.

Is there interest for such a feature?  Or would people prefer  
incremental improvements to ASCII output?

-erik

-- 
Erik Schnetter <schnetter at cct.lsu.edu>

My email is as private as my paper mail.  I therefore support encrypting
and signing email messages.  Get my PGP key from www.keyserver.net.



-------------- next part --------------
A non-text attachment was scrubbed...
Name: PGP.sig
Type: application/pgp-signature
Size: 186 bytes
Desc: This is a digitally signed message part
Url : /archives/developers/attachments/20060830/23cc3db8/attachment.pgp