[mpich2-dev] Fw: 32-bit ROMIO: What is the best solution?

Brian Smith smithbr at us.ibm.com
Fri Feb 29 11:08:21 CST 2008


That's basically what we are doing. The problem is, there are a large 
number of places throughout the code (not just in ROMIO) where there are 
casts that assume MPI_Aint == sizeof(void*)==sizeof(int*)==sizeof(int), so 
we are walking through all that code and seeing what the casts are doing 
and fixing them as appropriate.


Brian Smith
BlueGene MPI Development
IBM Rochester
Phone: 507 253 4717
smithbr at us.ibm.com




William Gropp <gropp at mcs.anl.gov> 
Sent by: owner-mpich2-dev at mcs.anl.gov
02/29/2008 10:16 AM
Please respond to
mpich2-dev at mcs.anl.gov


To
Bob Cernohous/Rochester/IBM at IBMUS
cc
mpich2-dev at mcs.anl.gov
Subject
Re: [mpich2-dev] Fw: 32-bit ROMIO: What is the best solution?






One thing that we've talked a little about is providing an option to make 
MPI_Aint and MPI_Offset the same (large) size, even if sizeof(void*) < 
sizeof(MPI_Aint).  Does it make sense to make this the option (Aint and 
Offset the same size) and then make everything else match up with that 
(still as an option, since there are costs to making Aints bigger than 
pointers).  

Bill

On Feb 28, 2008, at 4:21 PM, Bob Cernohous wrote:


I'm moving a discussion here from the IBM/Argonne open source DCMF mailing 

list (http://dcmf.anl-external.org/wiki). 

Very briefly, we're making MPI_Aint into a 64 bit signed value on 
32-bit MPICH2/ROMIO platforms.  This will fix problems with files larger 
than 2G (and possibly other 4G virtual address problems). 

We'd like to start sending fix patches to the mpich-dev community for 
comment. 

The code base that we're patching is changing under us.  So our patches 
might not apply properly for members of this list.  When we're done, we 
will have a patch for the current release of MPICH2.  For now, we'd like 
to provide these patches to the community for information and discussion. 

If you're interested, there might be more technical history in the DCMF 
archives.  Otherwise, start the discussion here. 

bobc at us.ibm.com wrote on 02/27/2008 04:19:29 PM:
> 
> bobc at us.ibm.com wrote on 02/08/2008 02:41:40 PM: 
> 
> >We all realize there are issues with MPI_Aint's in 32 bit 
implementations. 
> >Using signed 32 bit addresses along with 64 bit offsets can result in 
> >some pretty broken code.  I've reproduced several problems on 
> >BGL/BGP/linux.   The problems are most obvious with romio files > 2G or 

> >virtual addresses > 2G. 
> 
> Earlier this month I posted some comments to this mailing list about 
> 32-bit MPICH/ROMIO/MPI_Aint issues (see above and the archive).     
> 
> We've started to work on the problem.   We're (optionally) making 
> MPI_Aint a 64 bit signed value even when integers/pointers are 32 bit 
> values. 
> 

William Gropp
Paul and Cynthia Saylor Professor of Computer Science
University of Illinois Urbana-Champaign


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.mcs.anl.gov/mailman/private/mpich2-dev/attachments/20080229/4bbe12c1/attachment.htm>


More information about the mpich2-dev mailing list