hi guys,
I have a few more comments/questions regarding the MPI package.
1. Will just OpenMPI be targeted or shall we adhere to the MPI standard to
support various implementations?
For instance, the latest probe functions access some non-standard fields of
MPI_State and hence require patching to work under Intel MPI.
1a. The answer to 1 is MPI Standard, what about renaming the package to not
suggest it is OpenMPI specific?
2. My current aim for communicators is just tip of the iceberg; there are a
number of MPI types that may need to be wrapped. In the future.
I see three different approaches here:
A: reinterpret-based
reinterpret the MPI type as some of Octave's types (an integer, or character
array) and vice versa on the function boundary
B: handle-based
store global maps of objects as created by MPI and return integer handles.
C: object-based
derive new Octave objects for the MPI types.
A is completely unsafe, so I think we should avoid that.
B has the advantage that various manipulation of the handles (such as
storing in arrays or structs) would be automatically supported (just like
the graphics handles).
C is the most OO approach, however, there are currently some gotchas in
defining new types from oct files; further, Octave is not really good when a
lot of new types are dynamically registered.
3. this is a question for Riccardo: what are the advantages of using
MPI_Datatype for sending, say, real Matrices, over just providing the
"count" argument to MPI_Send?
4. are you OK with using Octave style coding and documentation?
--
RNDr. Jaroslav Hajek
computing expert & GNU Octave developer
Aeronautical Research and Test Institute (VZLU)
Prague, Czech Republic
url: www.highegg.matfyz.cz
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Octave-dev mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/octave-dev
