2019-11-11 MercuryDPM Meeting
This meeting takes place every two weeks on Monday at 11:00 in N217
Attendees
- Thomas Weinhart
- Mitchel Post
Anthony Thornton- Julius Mbaziira
Juan Esteban Alvarez- Hongyang Cheng
- Yousef Shaheen
Former user (Deleted)Paolo RapinoJ. M. F. TsangKasper van der Vaart
Discussion items
What | Who | Details | ||
---|---|---|---|---|
Hongyang | List of upcoming conferences and calls for mini-symposia ASCE Durham UK: https://sites.durham.ac.uk/emi2020-ic/accepted-minisymposiums/ | |||
Comparison of codes | Ant | Hope that you are doing well. Best wishes,
Update: Hongyang contacted the organisers. He will put the description of the test problem on Jira. They will publish the results without linking the codes to the outputs It will be angle of repose measurement for multisphere particles.
| ||
External problems | Ant |
| ||
Release | Coming | |||
Docker | Hao | No news, no h.shi-1 only Linux version is tested, need to compile all the settings before move to other systems. Hao needs to talk to Han this week on the docker before he leaves. Hao added the MercuryDPM-Trunk docker image for both Ubuntu and Mac. The windows version will be tested later on. Update: Docker does not work on Windows home, even if HyperV is installed. Need to test on Windows Professional & Enterprise. | ||
Oomphlib coupling | Mitchel | 1-way coupled code is approx 4000 faster but does not work for non-refinables elements as it needs the extra data Hao did the test on 4000 particles with new code, the Oomph-part is indeed much faster than the older version, this reduces the total simulation time by approx. 20%. However, it seems somewhere else is getting heavier and the new run compare to the old run is actually longer. Hao checked with Mitchel on both old and new implementations and found out the time cost difference on the locate_zeta function in pressure gradient. Think of updating coupling force not every Mercury Timestep to reduce the run time.
| ||
Jinja or Jinja2
| Hao | Do we want to add a python interface to MercuryDPM in the future? Would be useful to use in combination with GrainLearning. We also have the Mercury command line interface, but that cannot pass functions. | ||
MercuryMonth | Starts April 20; first week we give the MercuryDPM courses (April 27-May 22)
There is a student from Erlangen (attanded DEM8) who might be interested in writing this interface in the MercuryMonth | |||
Hao | Youetta made a video:
| |||
Julius | Profiling shows for dense free-cooling problem that computeforces(p,q) is the main cost, but hgrid and computeWallForces are also significant.
Output files: Had a discussion on file types: Jens Harting uses HDF5 for LB, but not for DEM. HDF5 will be binary (3x more ocmpact and more accurate than restart files) and can handle parallel output. But Hao and Hong prefer a python script to convert output. | |||
Thomas, Mitchel, Hong | Oomph: Non-dimensionalisation is needed, we need to find out why. Hong uses the output function to produce dimensional output. |
Other items discussed:
- Next meeting, 14 Oct 2019 at 11:00