testsuite AHFinderDirect checkpointML should be removed

Comments (11)

1. 

   Frank Löffler reporter

   • changed status to open
   • removed comment

   • 2013-11-26T10:15:54+00:00
2. 

   Roland Haas

   • removed comment

   I disagree. I am fine with swapping out Exact with EinsteinExact. However this is the only test that test checkpointing. Given that we actually did have failures during checkpointing/recovery in the past (the issues with max_time_levels come to mind) we should not remove all tests that test this functionality. Similarly it should be a test that is somewhat close to a real situation (ie exercise actual production code) rather than a simplified wavetoy code.

   Certainly one could try and make the checkpoint file size smaller, though I am not concerned about the 20MiB checkpoint size.

   • 2013-11-26T10:31:56+00:00
3. 

   Frank Löffler reporter

   • removed comment

   checkpointML-EE checks checkpointing as well.

   • 2013-11-26T10:33:47+00:00
4. 

   Roland Haas

   • removed comment

   Fine by me to remove checkpointML then. Is it any smaller?

   • 2013-11-26T10:34:46+00:00
5. 

   Frank Löffler reporter

   • removed comment

   No, it is of similar size. My comment really only meant that we don't need two of these monsters. As far as I can see they use the same initial data, just two different thorns.

   • 2013-11-26T10:39:19+00:00
6. 

   Roland Haas

   • changed status to open
   • removed comment

   I am fully in agreement with comment:5. One of them is enough. Sorry for the confusion. Should have checked which other tests exist before commenting.

   • 2013-11-26T10:58:56+00:00
7. 

   Ian Hinder

   • removed comment

   Is the checkpoint file compressed?

   • 2013-11-26T13:10:25+00:00
8. 

   Roland Haas

   • removed comment

   It's not. Compressing with h5repack -f SHUF -f GZIP=9 reduces its size to 11MiB from 19MiB. From the looks of it svn stores it in compressed form on the server though (a local svn repository containing the 19MiB file is only 12MiB large). Subversion also transfers data in compressed form over the network (I think).

   So it is uncompressed on the user's disk but compressed everywhere else. We can certainly go ahead and compress the hdf5 file though I don't think it will help speed up up checkouts or reduce load on the server. I will however reduce the checkout size on the user's disk (by ~10MiB since svn keeps two copies around).

   • 2013-11-26T14:19:58+00:00
9. 

   Frank Löffler reporter

   • removed comment

   Yes, we should then compress the EE testsuite checkpoint.

   • 2013-11-26T14:25:36+00:00
10. 

    Frank Löffler reporter

    • changed status to resolved
    • removed comment

    • 2013-11-30T21:49:36+00:00
11. 

    Roland Haas

    • edited description
    • changed status to closed

    • 2019-02-21T20:11:57+00:00
12. Log in to comment