12 Nov 2019
List meeting participants using their @mention names:
Vangelis Skaperdas
Dmitry Kamenetskey
Vangelis Skaperdas – BETA CAE Systems
BETA CAE was voted onto the steering committee
Thank you to Bob Bush (Pratt & Whitney) for his years of service to CGNS.
Time (Approximate) | Item | Presenter | Notes | |
---|---|---|---|---|
1min | Approve 03 Sep 2019 minutes. | Passed | ||
5min | CGNS version number specification | Scot Breitenfeld Vangelis Skaperdas |
| |
Removal of cgio_read_data, cgio_read_all_data, cgio_read_block APIs, or restrict to ADF format only. |
| |||
15min | prioritization, review and attribution of JIRA bugs/issues |
Platform support questions and proposals Drop SunOS - do we know any users using this platform? Drop Windows 7 and 8 Why are we still testing AIX - do we have any known users on this platform? Windows is under-tested - Proposal-> Test C and Fortran serial and parallel on Windows 10 x64 as a bare minimum Do we test both 32bit (legacy) and 64bit API? It's a minor point, but it would a good idea to add 32bit to at least one Linux and Windows Bug list: A priority of bugs to fix in next release #1 Crucial to Ansys. Although most HPC is Linux, project set-up often was done on Windows and import/export/sharing of mesh/solution done on Windows, while most runs performed on Linux clusters #2 #3 - important to have parallel working #4 #5 #6 Conflicting bugs - are we supporting configure or not? Very confusing to end-users Overall comments from Ansys Configure much easier to use than cmake. Ansys would prefer we drop cmake and move back to configure - but see above - are we moving to cmake only or not?? Make LFS the default - 2Gb is tiny by today's standards. Any reasons not to make LFS the default (performance issues for instance?) and introduce LFS=off or SFS option for backward compatibility
Add large file test cases >4Gb serial and parallel both platforms Overall needs of Ansys - these items and bug fixes important to use, not any of the new enhancements right now. Overall comments from NUMECA I generally agree with the comments from ANSYS / Tony Garrett. I will second a few points based on NUMECA's needs: Highest priority bugs: We have disabled parallel CGNS in our release packages until CGNS 176 and CGNS 109 are fixed, it became a problem for our support engineers. I agree with the comments on configure vs CMAKE. Our internal library maintenance system is built on configure, and it would be nice to maintain support if possible.
| ||
5min | high-level editing tools for the documentation page | Raw html is not an ideal format to maintain documentation, the latex version seemed easier. It was mentioned to maybe go back to using latex, but the latex version is now out of date compared to the html version. Some committee members were uncertain whether the latex format was the right way to go when compared to other documentation methods (Markdown, Readthedocs, etc…). Either way, it will involve some effort to move from the html versions.
| ||
5min | cgnstalk: maintain or to be replaced by an alternative discussion group | No discussion | ||
2min | Status of Accepted CPEX 0040 | No discussion | ||
5min | Status of Accepted CPEX 0041 | No discussion | ||
5min | Status of Accepted CPEX 0042 | No discussion | ||
5min | Status of Accepted CPEX 0043 | No discussion | ||
2min | Status of Future CPEX 0044 | No discussion | ||
2min | Status of Accepted CPEX 0045 | No discussion | ||
2min | Status of Future CPEX 0046 | No discussion |
Add action items to close the loop on open questions or discussion topics:
Type /decision to record the decisions you make in this meeting:
The HDF Group will be attending Supercomputing '19 and on Tuesday, November 19, at 5:15 p.m, where they will host a BOF session, HDF5 and its role in Exascale, Cloud, and Object Stores 1. CGNS parallel improvements will be discussed in the talk.
at 10:00am EST is the next meeting.