...
Participants:
Jan Gregersen, DHI / LicTek (gregersen@lictek.dk) (chairman of the meeting)
Adrian Harper, Wallingford Software (adrian.harper@wallingfordsoftware.com)
Stef Hummel, Deltares (stef.hummel@deltares.nl)
~don Unknown User (don) (Gena), Deltares (gennadii.donchyts@deltares.nl)
Peter Gijsbers, Deltares (Peter.Gijsbers@deltares.nl)
~onnoroos Unknown User (onnoroos), Alterra (Onno.Roosenschoon@wur.nl)
Rob Knapen, Alterra (Rob.Knapen@wur.nl) (only on Monday)
Peter Schade, Bundesanstalt fuer Wasserbau, Germany (Peter.Schade@BAW.DE)
...
Jon Goodall, Univ South Carolina (goodall@engr.sc.edu)
~psi@dhigroup Unknown User (psi@dhigroup.com), DHI - Water & Environment (psi@dhigroup.com)
...
Deltares will in the period until the next OATC meeting in June work on a proposed architecture for the OpenMI 2.0 standard. The main focus will be on the first two issues described in the development plan (iteration 1 & 2). Deltares will try to get at full implementation ready (including the configuration editor) by May 28, which will allow the OATC to prepare themselves for the discussions on the OATC June meeting.
...
Peter Schade will create a page describing issues relevant for running OpenMI under Linux
A new link page were added under the getting started page
6. www.OpenMI.org
No changes
...
See OpenMIGoesLinux_200804.pdf presentation from BAW.
Peter Schade and Gena Donchyts propose the following porting strategy:
7.1.1. Porting the OpenMI environment
Peter will, supported by Gena, port
- the OpenMI standard v. 1.4.0,
- the SDK v 1.4.1 and
- the OmiEd v.1.4.1
to Linux. It is expected that most work can be done by running the Microsoft Visual Studio 2005 DLLs on the Linux system. If problems occur the sources will be compiled with the gmcs compiler.
7.1.2. Porting the Fortran Code from Compaq to ifort on Windows
Generation of a ifort gei.nt.dll and a main program and running the 31 test cases. (Peter)
done:
- generation and testing of gei.win.dll
7.1.3.Porting the ifort Code from Windows to Linux
Peter will compile a Linux shared library gei.xe.sl with the ifort. Adri Mourits has given hints how to access the methods from outside. BAW will run its 31 test cases with a Fortran main program calling the shared library.
done:
- generation of all necessary ifort shared objects inclusive the interface gei.linuxxe32.so;
- the linux results of the 31 testcases are similar to the ifort windows results (few rounding errors)
- system: SLED10 with 32bit
7.1.4. Porting GEIWrapper to Linux
The BAW will port the GEIWrapper and test the connection between this C# shared library and the Fortran gei.xe.sl.
7.1.5. Porting trisim and WLDelftWrapper to Linux
After finishing step 1.4, it could be reasonable to port the OpenMI compliant Fortran trisim shared library and the WLDelftWrapper to Linux (Deltares). Alternatively, Deltares can offer a Linux trisim and the information how to access it from a Windows WLDelftWrapper.
7.1.6. Test of a composition
It is the aim to run a WLDelftWrapper - GEIWrapper composition under Linux. A GEIWrapper - DataMonitor composition would be the second best alternative. (BAW and Deltares)
7.1.7. General information
7.1.7.1. Test System
The BAW test system will be a Linux workstation with one Intel Xeon Dual Core Processor and SLED 10 in 32 bit mode, since a 64bit Delft3D would cost sizeable additional effort. Bert Jagers has indicated that the current OpenMI is designed for shared memory. Guntram Seiss (BAW) and Peter will find out, what this means for running it on BAW's Linux cluster Altix XE 1300. This machine is binary compliant with the test system.
According to Guntram, the eight CPUs of one Altix XE 1300 node share their local memory. Running Delft3D with up to eight domains should be possible as well as using 32bit mode.
7.2 SourceForge version control
...