# MultiXscale General/Common Meeting ## Present * Alan O'Cais (UB) * Matej * Godehard * Eli * Rodrigo * Anirudh * Bob * Caspar * Hassane * Jean-Noel * Matthieu * Lara * Matteo * Pedro * Richard * Satish * Thomas * Enrico ## AGENDA * Work between pairs * Lara – Tilen - Test-suite - [#131](https://github.com/EESSI/test-suite/pull/131) Add LAMMPS tests to EESSI test-suite - Feadback on sanity checks - Also explored extra test that accompanies the new OBMD package - dev.eessi.io - development of LAMMPS OBDM package send to lara - public repo for development of OBDM package - https://github.com/laraPPr/lammps - Once everything for dev.eessi.io is set up Tilen can push the code that he wants to test there. - Am testing the EESSI bot now from that repo to generate an easyconfig that will build lammps with a minimal number of packages and tests the new package - [#1](https://github.com/laraPPr/lammps/pull/1) first dev of OBDM packages - No meetings since the first general discussion we had - communication via e-mail and slack * Xin – Hassane - Problem with OpenMPI integration in PyStencils - Resolved - Memory management - Unit tests for this - Some tools used to inspect this - Need to check additional functionality - GPU support - Will then add documentation and upload online * Satish – Jean-Noel - Mainly working with test suite - Milestone due next week - Benchmark on two architectures - Access to Deucalion (A64FX) - No direct CVMFS right now - Starting to do and deployments there - Should get it up there within the next few days - Memory very low per core (~700MB per core) - Can perhaps scale down but may lead to issues with accuracy - May need to reduce cores used per node - Fallback to RISC-V at BSC - Works at least on 1 node - Julian at BSC may be able to help - One PR already merged - P3M scenario - Another in the pipeline (ready for review) - LJ case - Some scalability issues, Jean-Noel working on these - numpy issue on Genoa, all others pass - Snellius, Hortense, Vega,... - * Pedro/Bob – Matteo - Matteo working on theoretical side - Code is now available at https://github.com/multixscale/RR-BGK_SISM_waLBerla - Try to find the commit from their main repo - Good time to start looking at CI now - Anirudh would like to connect with waLBerla regarding integrating things in PyStencils - Can reach out to CASTIEL2 to try to make a connection * Other requests from each group? - Jean-Noel, EESSI and getting specific builds of OpenMPI+CUDA available - Can use `EESSI-extend` module to help here and then override the used MPI library - Alan can help here, there is draft documentation on how to do the MPI override * Additional deliverables * Due July 5 * Co-design deliverable - reviewed by Thomas, Kenneth is reviewing now - Should add something specific on Kokkos for C++, Clang 19 and OpenMP offloading for Fortran (if anyone is using) - Mathieu has someone starting in Q3 who may be interested in Clang/Fortran * Technical concept for scalable coupling – draft - Some graphical input to still include - Another example for batteries required - Should we separate out the electrostatics part - Subsubsection might be enough, small reshuffle - Missing a section for Hassan's work, need to have a roadmap (to multi-CPU, multi-GPU) * Deliverable 2.4 * Ready for submission * CECAM workshop – proposed date 8.4.2025 – 11.4.2025 - Matej will do it, deadline is 10th of July - Will take place in Llublijana - Walter and Godehard are also organisers - Need to gather list of possible speakers - No hackathon in workshop, this will take place in December instead connected to SLING - Financial contributions - not strictly necessary, but welcome. Financial contribution will come from common SISSA/SLING node as part of CECAM Flagsip Program (but this node still does not currently exist) - Could have co-organisation, Juelich node could contribute - Can be mentioned in the text * Other matters * Move OneDrive to UB? - Works for everyone as previously at USTUTT (online mode), but Rudolf cannot get offline access - Will talk to him today to see if we can resolve this, if not we may need to consider another option - Sciebo (via JSC) may be an option, but would need to work with someone at JSC to configure it. * Next General meeting – end of September - Need to send a doodle to find a date