[Users] Meeting minutes for 2022-12-15

[Erik Schnetter]

Bruno

Yes, this was one of the main design goals of the Simulation Factory.
Many things can go wrong on supercomputers, and Simfactory automates
what one should do to be safe and efficient.

Of course, people can circumvent this safety feature by escaping
upwards with the output directory or by using hard-coded paths. Please
don't do this. Set the output directory to "$parfile".

-erik

On Fri, Dec 16, 2022 at 4:01 AM Bruno Giacomazzo
<bruno.giacomazzo at unimib.it> wrote:
>>
>> - Safety feature to avoid HDF5 files from being corrupted
>>   * Leo requests a feature that would allow the user to e.g., generate one
>>     output file per restart. With kuibit, there was interested in switching from
>>     the ASCII data files to the HDF5 in our research group. However, in a recent
>>     simulation it turned out that a node failure caused a crash as one of the
>>     HDF5 was being written to and we lost all data for an important
>>     gridfunction. If one HDF5 file was written per restart (or another safety
>>     feature was in place), then this would have not been an issue, as only one
>>     of the chunks of data would have been corrupted. Leo will open a ticket
>>     about this.
>
>
> Isn't this done automatically when using simfactory? I have my hdf5 data written in the separate output-00?? directories (the ones generated by symfactory at each restart) so that if one run has problems I do not lose all the data.
>
> Cheers,
> Bruno
>
>
> --
>
> Prof. Bruno Giacomazzo
> Department of Physics
> University of Milano-Bicocca
> Piazza della Scienza 3
> 20126 Milano
> Italy
>
> email: bruno.giacomazzo at unimib.it
> phone: (+39) 02 6448 2321
> web: http://www.brunogiacomazzo.org
>
> ---------------------------------------------------------------------
> There are only 10 types of people in the world:
> Those who understand binary, and those who don't
> ----------------------------------------------------------------------
>
> _______________________________________________
> Users mailing list
> Users at einsteintoolkit.org
> http://lists.einsteintoolkit.org/mailman/listinfo/users



-- 
Erik Schnetter <schnetter at gmail.com>
http://www.perimeterinstitute.ca/personal/eschnetter/