I've been concerned for a while that, as Barry says, ParMetis seems orphaned. I've had problems with scaling ParMetis up on BG for a while. I believe they allocate a PxP (integer) matrix which kills my code (my code is flat MPI but I make sub communicators so that each ParMetis MPI process has the whole node to itself). Can anyone scale Parmetis up on BG-P?
Anyway this has been on my wish list for a while so I thought I'd use this opportunity to see if anyone has ideas for a solution. Mark On Dec 22, 2010, at 7:50 PM, Matthew Knepley wrote: > On Wed, Dec 22, 2010 at 3:02 PM, Lisandro Dalcin <dalcinl at gmail.com> > wrote: > On 22 December 2010 19:57, Barry Smith <bsmith at mcs.anl.gov> wrote: > > > > On Dec 22, 2010, at 4:51 PM, Lisandro Dalcin wrote: > > > >> On 21 December 2010 20:50, Sean Farley <sean at mcs.anl.gov> wrote: > >>>>> fixing/understanding 64-bit checks, > >>>> > >>>> I think these checks are ok, please report problems. > >>> > >>> Would it be possible to get ParMetis working with 64bit indices? > >>> Sean > >> > >> This is from parmetis.h > >> > >> /* Indexes are as long as integers for now */ > >> #ifdef IDXTYPE_INT > >> typedef int idxtype; > >> #else > >> typedef short idxtype; > >> #endif > >> > >> Have any of you seriously tryied parmetis in 64 bits? > > > > Yes, when I noticed that block of code several years ago. Looks > like it would be easy to switch to long int but sadly this include > is misleading about the simplicity, turns out this typedef beasty is > not used throughout the source code consistently. > > Damn, > > > I sent email about the 64 bit int at that time and got back the > response "in a few months". Note that his non-MPI codes may fully > support the 64 bit (I'm guessing that is where the $ is so is all he > cares about). That was like two years ago. I consider Parmetis > orphaned, not maintained, hence in the HPC world, dead. > > > > Add to that license issues. A fork in order to maintain and improve it > is unlikely. > > If this is a big deal, I can mail George directly. He let me fool > with the tarball and distribute it > with PETSc last time I asked him. > > Matt > > -- > Lisandro Dalcin > --------------- > CIMEC (INTEC/CONICET-UNL) > Predio CONICET-Santa Fe > Colectora RN 168 Km 472, Paraje El Pozo > Tel: +54-342-4511594 (ext 1011) > Tel/Fax: +54-342-4511169 > > > > -- > What most experimenters take for granted before they begin their > experiments is infinitely more interesting than any results to which > their experiments lead. > -- Norbert Wiener -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.mcs.anl.gov/pipermail/petsc-dev/attachments/20101222/31b91df8/attachment.html>
