Closed mnagaso closed 1 year ago
The files changed do not require a buildbot test. The maintainers can commit these changes.
The files changed do not require a buildbot test. The maintainers can commit these changes.
The files changed do not require a buildbot test. The maintainers can commit these changes.
As this change is very big, maybe keeping this version as a different branch would be an option🤔
You pushed to your local branch while your previous changes are waiting to be committed. We assume that you did not intend for these changes to be part of the currently opened pull-request and ignore those changes. If you want these changes to be committed, please open a new pull-request.
Note to maintainers: when you accept the original pull-request, the message from buildbot will say that it closed the pull-request, as opposed to the usual message that it merged the pull-request. In spite of this, the initial pull-request will be merged after you accept it.
Patch coverage: 27.09
% and project coverage change: -11.73
:warning:
Comparison is base (
90c20df
) 45.24% compared to head (f16cf95
) 33.51%.
:mega: This organization is not using Codecov’s GitHub App Integration. We recommend you install it so Codecov can continue to function properly for your repositories. Learn more
:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Do you have feedback about the report comment? Let us know in this issue.
hi Masaru-san, great work!
there are a bunch of test problems with the current PR, so let me close this one for now. I'll put some comments in the code section just as info where I think we might change things a bit.
I would suggest that I'll take your fork version and include your modifications one by one. as far as I see, there are two main additions:
let me start by including the first point, making sure that I don't break the examples and tests. then, I'll add the IO server modification in some follow-up PRs.
many thanks :)
Hi Daniel,
Thank you very much for checking my pull request !
Yes it seems that a auto-compilation test was not ok. I might write the rules.mk wrongly.
Also, I am sorry for putting two features in one PR, which I should have divided by myself. But even only taking HDF5 I/O (the first point) into the code would be much simplify the file handling and post-processings. (If possible, I would like to add this to SPECFEM2D as well🤔)
Please ask me anything and anytime about the parts which I wrote if you will have any questions🙇 I am very happy to be able to contribute on SPECFEM.
Hello @danielpeter !
I finally cought up the current devel branch of upstream. So I want to merge my development for:
A technical and brief report on the modifications are: https://docs.google.com/document/d/1Wtoh_GCrpm6OuVOqIr1CASRXeGysxup-hxbjx3IVqYU/edit?usp=sharing
The hdf5+asyncronous IO will be only available when the code is configured with e.g.:
./configure FC=h5pfc MPIFC=h5pfc --with-mpi --with-hdf5
There are two additional parameters in Par_file below:
Please feel free to ask me further explanation on the implementation. I can also provide some performance test result (please send a message to my gmail if necessary).