May 2014 - discuss - mailman3.cels.anl.gov

Re: [mpich-discuss] Error: "MPIR_Get_contextid_sparse_group(1193): Too many communicators (0/2048)"
by Ted Sariyski 21 May '14

21 May '14

Memory limitations. With one large window all processes have to allocate memory for the objects they own as well as for objects assigned to other process. May be I need to assign all objects to one process with large memory. After the assembly is done, data will be scattered back for processing. Do you have other suggestions? Thanks, --Ted On 05/21/2014 05:42 PM, Balaji, Pavan wrote: > Creating so many communicators is not a good idea. Why canï¿½t all processes open one large window? > > ï¿½ Pavan > > On May 21, 2014, at 4:10 PM, Ted Sariyski <tsariysk(a)craft-tech.com> wrote: > >> Hi, >> >> I am working on a long-range interaction problem, so that communication is "each-to-each", although very sparse. My current approach is as follow: >> 1. If a process owns an object A, it opens a shared window to this object. >> 2. If another process happens to generate data which belongs to A, which is determined on the fly, it 'put' its share to A. >> >> The algorithm works for small number of objects, but I need millions of them. I wonder: >> 1. Is it possible to increase the number of communicators above 2048? >> 2. Is it a scalable approach? >> >> Again, although that communication is 'each-to-each', it is extremely sparse. Any advise and comments are highly appreciated. >> >> Thanks in advance, >> --Ted >> >> >> >> >> _______________________________________________ >> discuss mailing list discuss(a)mpich.org >> To manage subscription options or unsubscribe: >> https://lists.mpich.org/mailman/listinfo/discuss > _______________________________________________ > discuss mailing list discuss(a)mpich.org > To manage subscription options or unsubscribe: > https://lists.mpich.org/mailman/listinfo/discuss -- Ted Sariyski Senior Research Scientist Combustion Research & Flow Technology, Inc. (CRAFT Tech) 6210 Keller's Church Road, Pipersville, PA 18947-1020 Voice: (215) 766-1520 x14; Fax: (215) 766-1524 http://www.craft-tech.com

1 0

Re: [mpich-discuss] Error: "MPIR_Get_contextid_sparse_group(1193): Too many communicators (0/2048)"
by Balaji, Pavan 21 May '14

21 May '14

Creating so many communicators is not a good idea. Why can’t all processes open one large window? — Pavan On May 21, 2014, at 4:10 PM, Ted Sariyski <tsariysk(a)craft-tech.com> wrote: > Hi, > > I am working on a long-range interaction problem, so that communication is "each-to-each", although very sparse. My current approach is as follow: > 1. If a process owns an object A, it opens a shared window to this object. > 2. If another process happens to generate data which belongs to A, which is determined on the fly, it 'put' its share to A. > > The algorithm works for small number of objects, but I need millions of them. I wonder: > 1. Is it possible to increase the number of communicators above 2048? > 2. Is it a scalable approach? > > Again, although that communication is 'each-to-each', it is extremely sparse. Any advise and comments are highly appreciated. > > Thanks in advance, > --Ted > > > > > _______________________________________________ > discuss mailing list discuss(a)mpich.org > To manage subscription options or unsubscribe: > https://lists.mpich.org/mailman/listinfo/discuss

1 0

Error: "MPIR_Get_contextid_sparse_group(1193): Too many communicators (0/2048)"
by Ted Sariyski 21 May '14

21 May '14

Hi, I am working on a long-range interaction problem, so that communication is "each-to-each", _although very sparse_. My current approach is as follow: 1. If a process owns an object A, it opens a shared window to this object. 2. If another process happens to generate data which belongs to A, which is determined on the fly, it 'put' its share to A. The algorithm works for small number of objects, but I need millions of them. I wonder: 1. Is it possible to increase the number of communicators above 2048? 2. Is it a scalable approach? Again, although that communication is 'each-to-each', it is extremely sparse. Any advise and comments are highly appreciated. Thanks in advance, --Ted

1 0

Re: [mpich-discuss] Very long configuration time
by Yida Wang 21 May '14

21 May '14

I have to use icc since I want to run code on Intel Xeon Phi. Also, I tried to install MPICH2 since it claims to support Intel-MIC architecture and is open source. BTW, still configuring. It's faster to do it locally (both the source code and the Intel compiler), but encountered a Fortran type length detection error (don't remember the exact error information now, it recommended me to "Consider setting CROSS_F77_SIZEOF_INTEGER to the length in bytes of a Fortran INTEGER") last run. Thanks, YW On Wed, May 21, 2014 at 4:28 PM, Jed Brown <jed(a)jedbrown.org> wrote: > Kenneth Raffenetti <raffenet(a)mcs.anl.gov> writes: > > > The Intel compilers could also be a source of slowdown. Are they > > installed on a network filesystem? They may also call out to a network > > license server each time they are invoked for a compile test. Does just > > compiling a small program take a long time with icc, ifort, etc.? > > The system headers and libraries are also often on a network file > system. Although moving the source tree to a local disk usually > provides some improvement, I rarely find it getting anywhere close to > the performance of a cheap laptop because most of the file accesses > performed by the compiler are hitting the network anyway. This is the > price we all pay for legacy file system semantics and dumb compiler > architecture. I think most companies in a place to change these things > do full local installs on their development boxes so that compilation is > fast. And the HPC vendors wear blindfolds and put their heads in the > sand. > > As for Intel license servers, this is the price you pay for anti-piracy > measures. People that are really ticked off by this crack their > compilers---the pirates enjoy a better user experience. Is it ethical > to use a cracked version if you've already paid for the licensed > version? > > Besides those issues, the Intel compiler usually takes a lot longer to > compile. It's worth building with gcc and clang to compare. You might > be pleasantly surprised to find that in addition to compiling faster, > your code also runs faster (this is the case for several applications I > work with). > > _______________________________________________ > discuss mailing list discuss(a)mpich.org > To manage subscription options or unsubscribe: > https://lists.mpich.org/mailman/listinfo/discuss >

1 0

Re: [mpich-discuss] Very long configuration time
by Jed Brown 21 May '14

21 May '14

Kenneth Raffenetti <raffenet(a)mcs.anl.gov> writes: > The Intel compilers could also be a source of slowdown. Are they > installed on a network filesystem? They may also call out to a network > license server each time they are invoked for a compile test. Does just > compiling a small program take a long time with icc, ifort, etc.? The system headers and libraries are also often on a network file system. Although moving the source tree to a local disk usually provides some improvement, I rarely find it getting anywhere close to the performance of a cheap laptop because most of the file accesses performed by the compiler are hitting the network anyway. This is the price we all pay for legacy file system semantics and dumb compiler architecture. I think most companies in a place to change these things do full local installs on their development boxes so that compilation is fast. And the HPC vendors wear blindfolds and put their heads in the sand. As for Intel license servers, this is the price you pay for anti-piracy measures. People that are really ticked off by this crack their compilers---the pirates enjoy a better user experience. Is it ethical to use a cracked version if you've already paid for the licensed version? Besides those issues, the Intel compiler usually takes a lot longer to compile. It's worth building with gcc and clang to compare. You might be pleasantly surprised to find that in addition to compiling faster, your code also runs faster (this is the case for several applications I work with).

1 0

Re: [mpich-discuss] Very long configuration time
by Yida Wang 21 May '14

21 May '14

Yes, my Intel compiler is on NFS. I think this may be the reason. Thanks for your reply. YW On Wed, May 21, 2014 at 2:50 PM, Kenneth Raffenetti <raffenet(a)mcs.anl.gov>wrote: > The Intel compilers could also be a source of slowdown. Are they installed > on a network filesystem? They may also call out to a network license server > each time they are invoked for a compile test. Does just compiling a small > program take a long time with icc, ifort, etc.? > > > On 05/21/2014 01:42 PM, Yida Wang wrote: > >> It is still running, so definitely more than a few minutes. Any other >> thing that I did wrong? >> >> >> On Wed, May 21, 2014 at 2:32 PM, "Antonio J. Peña" <apenya(a)mcs.anl.gov >> <mailto:[email protected]>> wrote: >> >> >> On a decent system, I'd expect it to finish in a few minutes at most. >> >> Antonio >> >> >> >> On 05/21/2014 01:30 PM, Yida Wang wrote: >> >>> Thanks for your reply, Antonio! Yes, I was using NFS before, am >>> trying on local disk now. BTW, what will a normal time be? >>> >>> >>> On Wed, May 21, 2014 at 2:20 PM, "Antonio J. Peña" >>> <apenya(a)mcs.anl.gov <mailto:[email protected]>> wrote: >>> >>> >>> Hi YW, >>> >>> Although 8h looks like a very long time to me, it's likely due >>> to a network filesystem. If that's the case, configuring MPICH >>> in a local filesystem (e.g. /temp, /tmp, /scratch) should go >>> back to normal times. >>> >>> Antonio >>> >>> >>> >>> On 05/21/2014 01:17 PM, Yida Wang wrote: >>> >>>> Hi Guys, >>>> >>>> I would like to try out the feature of talking to Intel-MIC >>>> in MPICH2. Therefore I downloaded mpich-3.1 and configured it as >>>> >>>> "./configure --host=x86_64-k1om-linux CC=icc CXX=icpc >>>> F77=ifort FC=ifort CFLAGS=-mmic CXXFLAGS=-mmic >>>> FFLAGS=-mmic FCFLAGS=-mmic LDFLAGS=-mmic" >>>> >>>> >>>> However, it took a very long time (i.e. 8 hours) for me to >>>> finish the configuration. Is it normal? Notice that my system >>>> doesn't have Infiniband but 10GigE connection. However, I >>>> don't think this would affect the configuration time. >>>> >>>> Thanks, >>>> YW >>>> >>>> >>>> _______________________________________________ >>>> discuss mailing listdiscuss(a)mpich.org <mailto: >>>> discuss(a)mpich.org> >>>> >>>> To manage subscription options or unsubscribe: >>>> https://lists.mpich.org/mailman/listinfo/discuss >>>> >>> >>> >>> -- >>> Antonio J. Peña >>> Postdoctoral Appointee >>> Mathematics and Computer Science Division >>> Argonne National Laboratory >>> 9700 South Cass Avenue, Bldg. 240, Of. 3148 >>> Argonne, IL 60439-4847 >>> apenya(a)mcs.anl.gov <mailto:[email protected]> >>> www.mcs.anl.gov/~apenya <http://www.mcs.anl.gov/%7Eapenya> >>> >>> >>> _______________________________________________ >>> discuss mailing list discuss(a)mpich.org <mailto:[email protected] >>> > >>> >>> To manage subscription options or unsubscribe: >>> https://lists.mpich.org/mailman/listinfo/discuss >>> >>> >>> >>> >>> _______________________________________________ >>> discuss mailing listdiscuss(a)mpich.org <mailto:[email protected]> >>> >>> To manage subscription options or unsubscribe: >>> https://lists.mpich.org/mailman/listinfo/discuss >>> >> >> >> -- >> Antonio J. Peña >> Postdoctoral Appointee >> Mathematics and Computer Science Division >> Argonne National Laboratory >> 9700 South Cass Avenue, Bldg. 240, Of. 3148 >> Argonne, IL 60439-4847 >> apenya(a)mcs.anl.gov <mailto:[email protected]> >> www.mcs.anl.gov/~apenya <http://www.mcs.anl.gov/~apenya> >> >> >> _______________________________________________ >> discuss mailing list discuss(a)mpich.org <mailto:[email protected]> >> >> To manage subscription options or unsubscribe: >> https://lists.mpich.org/mailman/listinfo/discuss >> >> >> >> >> _______________________________________________ >> discuss mailing list discuss(a)mpich.org >> To manage subscription options or unsubscribe: >> https://lists.mpich.org/mailman/listinfo/discuss >> >> _______________________________________________ > discuss mailing list discuss(a)mpich.org > To manage subscription options or unsubscribe: > https://lists.mpich.org/mailman/listinfo/discuss >

1 0

Re: [mpich-discuss] Very long configuration time
by Kenneth Raffenetti 21 May '14

21 May '14

The Intel compilers could also be a source of slowdown. Are they installed on a network filesystem? They may also call out to a network license server each time they are invoked for a compile test. Does just compiling a small program take a long time with icc, ifort, etc.? On 05/21/2014 01:42 PM, Yida Wang wrote: > It is still running, so definitely more than a few minutes. Any other > thing that I did wrong? > > > On Wed, May 21, 2014 at 2:32 PM, "Antonio J. Peña" <apenya(a)mcs.anl.gov > <mailto:[email protected]>> wrote: > > > On a decent system, I'd expect it to finish in a few minutes at most. > > Antonio > > > > On 05/21/2014 01:30 PM, Yida Wang wrote: >> Thanks for your reply, Antonio! Yes, I was using NFS before, am >> trying on local disk now. BTW, what will a normal time be? >> >> >> On Wed, May 21, 2014 at 2:20 PM, "Antonio J. Peña" >> <apenya(a)mcs.anl.gov <mailto:[email protected]>> wrote: >> >> >> Hi YW, >> >> Although 8h looks like a very long time to me, it's likely due >> to a network filesystem. If that's the case, configuring MPICH >> in a local filesystem (e.g. /temp, /tmp, /scratch) should go >> back to normal times. >> >> Antonio >> >> >> >> On 05/21/2014 01:17 PM, Yida Wang wrote: >>> Hi Guys, >>> >>> I would like to try out the feature of talking to Intel-MIC >>> in MPICH2. Therefore I downloaded mpich-3.1 and configured it as >>> >>> "./configure --host=x86_64-k1om-linux CC=icc CXX=icpc >>> F77=ifort FC=ifort CFLAGS=-mmic CXXFLAGS=-mmic >>> FFLAGS=-mmic FCFLAGS=-mmic LDFLAGS=-mmic" >>> >>> >>> However, it took a very long time (i.e. 8 hours) for me to >>> finish the configuration. Is it normal? Notice that my system >>> doesn't have Infiniband but 10GigE connection. However, I >>> don't think this would affect the configuration time. >>> >>> Thanks, >>> YW >>> >>> >>> _______________________________________________ >>> discuss mailing listdiscuss(a)mpich.org <mailto:[email protected]> >>> To manage subscription options or unsubscribe: >>> https://lists.mpich.org/mailman/listinfo/discuss >> >> >> -- >> Antonio J. Peña >> Postdoctoral Appointee >> Mathematics and Computer Science Division >> Argonne National Laboratory >> 9700 South Cass Avenue, Bldg. 240, Of. 3148 >> Argonne, IL 60439-4847 >> apenya(a)mcs.anl.gov <mailto:[email protected]> >> www.mcs.anl.gov/~apenya <http://www.mcs.anl.gov/%7Eapenya> >> >> >> _______________________________________________ >> discuss mailing list discuss(a)mpich.org <mailto:[email protected]> >> To manage subscription options or unsubscribe: >> https://lists.mpich.org/mailman/listinfo/discuss >> >> >> >> >> _______________________________________________ >> discuss mailing listdiscuss(a)mpich.org <mailto:[email protected]> >> To manage subscription options or unsubscribe: >> https://lists.mpich.org/mailman/listinfo/discuss > > > -- > Antonio J. Peña > Postdoctoral Appointee > Mathematics and Computer Science Division > Argonne National Laboratory > 9700 South Cass Avenue, Bldg. 240, Of. 3148 > Argonne, IL 60439-4847 > apenya(a)mcs.anl.gov <mailto:[email protected]> > www.mcs.anl.gov/~apenya <http://www.mcs.anl.gov/~apenya> > > > _______________________________________________ > discuss mailing list discuss(a)mpich.org <mailto:[email protected]> > To manage subscription options or unsubscribe: > https://lists.mpich.org/mailman/listinfo/discuss > > > > > _______________________________________________ > discuss mailing list discuss(a)mpich.org > To manage subscription options or unsubscribe: > https://lists.mpich.org/mailman/listinfo/discuss >

1 0

Re: [mpich-discuss] Very long configuration time
by "Antonio J. Peña" 21 May '14

21 May '14

Please double check that you are actually using a local disk (e.g. "df"). If that's the case, you're likely facing a slow disk access. I'd say that there's nothing you can be doing wrong to increase the configuration time. You could disable parts of MPICH you won't use, such as --disable-cxx --disable-fortran --disable-romio, but that will help only for the compilation stage. Antonio On 05/21/2014 01:42 PM, Yida Wang wrote: > It is still running, so definitely more than a few minutes. Any other > thing that I did wrong? > > > On Wed, May 21, 2014 at 2:32 PM, "Antonio J. Peï¿½a" <apenya(a)mcs.anl.gov > <mailto:[email protected]>> wrote: > > > On a decent system, I'd expect it to finish in a few minutes at most. > > Antonio > > > > On 05/21/2014 01:30 PM, Yida Wang wrote: >> Thanks for your reply, Antonio! Yes, I was using NFS before, am >> trying on local disk now. BTW, what will a normal time be? >> >> >> On Wed, May 21, 2014 at 2:20 PM, "Antonio J. Peï¿½a" >> <apenya(a)mcs.anl.gov <mailto:[email protected]>> wrote: >> >> >> Hi YW, >> >> Although 8h looks like a very long time to me, it's likely >> due to a network filesystem. If that's the case, configuring >> MPICH in a local filesystem (e.g. /temp, /tmp, /scratch) >> should go back to normal times. >> >> Antonio >> >> >> >> On 05/21/2014 01:17 PM, Yida Wang wrote: >>> Hi Guys, >>> >>> I would like to try out the feature of talking to Intel-MIC >>> in MPICH2. Therefore I downloaded mpich-3.1 and configured it as >>> >>> "./configure --host=x86_64-k1om-linux CC=icc CXX=icpc >>> F77=ifort FC=ifort CFLAGS=-mmic CXXFLAGS=-mmic >>> FFLAGS=-mmic FCFLAGS=-mmic LDFLAGS=-mmic" >>> >>> >>> However, it took a very long time (i.e. 8 hours) for me to >>> finish the configuration. Is it normal? Notice that my >>> system doesn't have Infiniband but 10GigE connection. >>> However, I don't think this would affect the configuration time. >>> >>> Thanks, >>> YW >>> >>> >>> _______________________________________________ >>> discuss mailing listdiscuss(a)mpich.org <mailto:[email protected]> >>> To manage subscription options or unsubscribe: >>> https://lists.mpich.org/mailman/listinfo/discuss >> >> >> -- >> Antonio J. Peï¿½a >> Postdoctoral Appointee >> Mathematics and Computer Science Division >> Argonne National Laboratory >> 9700 South Cass Avenue, Bldg. 240, Of. 3148 >> Argonne, IL 60439-4847 >> apenya(a)mcs.anl.gov <mailto:[email protected]> >> www.mcs.anl.gov/~apenya <http://www.mcs.anl.gov/%7Eapenya> >> >> >> _______________________________________________ >> discuss mailing list discuss(a)mpich.org <mailto:[email protected]> >> To manage subscription options or unsubscribe: >> https://lists.mpich.org/mailman/listinfo/discuss >> >> >> >> >> _______________________________________________ >> discuss mailing listdiscuss(a)mpich.org <mailto:[email protected]> >> To manage subscription options or unsubscribe: >> https://lists.mpich.org/mailman/listinfo/discuss > > > -- > Antonio J. Peï¿½a > Postdoctoral Appointee > Mathematics and Computer Science Division > Argonne National Laboratory > 9700 South Cass Avenue, Bldg. 240, Of. 3148 > Argonne, IL 60439-4847 > apenya(a)mcs.anl.gov <mailto:[email protected]> > www.mcs.anl.gov/~apenya <http://www.mcs.anl.gov/%7Eapenya> > > > _______________________________________________ > discuss mailing list discuss(a)mpich.org <mailto:[email protected]> > To manage subscription options or unsubscribe: > https://lists.mpich.org/mailman/listinfo/discuss > > > > > _______________________________________________ > discuss mailing list discuss(a)mpich.org > To manage subscription options or unsubscribe: > https://lists.mpich.org/mailman/listinfo/discuss -- Antonio J. Peï¿½a Postdoctoral Appointee Mathematics and Computer Science Division Argonne National Laboratory 9700 South Cass Avenue, Bldg. 240, Of. 3148 Argonne, IL 60439-4847 apenya(a)mcs.anl.gov www.mcs.anl.gov/~apenya

1 0

Re: [mpich-discuss] Very long configuration time
by Yida Wang 21 May '14

21 May '14

It is still running, so definitely more than a few minutes. Any other thing that I did wrong? On Wed, May 21, 2014 at 2:32 PM, "Antonio J. Peña" <apenya(a)mcs.anl.gov>wrote: > > On a decent system, I'd expect it to finish in a few minutes at most. > > Antonio > > > > On 05/21/2014 01:30 PM, Yida Wang wrote: > > Thanks for your reply, Antonio! Yes, I was using NFS before, am trying on > local disk now. BTW, what will a normal time be? > > > On Wed, May 21, 2014 at 2:20 PM, "Antonio J. Peña" <apenya(a)mcs.anl.gov>wrote: > >> >> Hi YW, >> >> Although 8h looks like a very long time to me, it's likely due to a >> network filesystem. If that's the case, configuring MPICH in a local >> filesystem (e.g. /temp, /tmp, /scratch) should go back to normal times. >> >> Antonio >> >> >> >> On 05/21/2014 01:17 PM, Yida Wang wrote: >> >> Hi Guys, >> >> I would like to try out the feature of talking to Intel-MIC in MPICH2. >> Therefore I downloaded mpich-3.1 and configured it as >> >>> "./configure --host=x86_64-k1om-linux CC=icc CXX=icpc F77=ifort >>> FC=ifort CFLAGS=-mmic CXXFLAGS=-mmic FFLAGS=-mmic FCFLAGS=-mmic >>> LDFLAGS=-mmic" >> >> >> However, it took a very long time (i.e. 8 hours) for me to finish the >> configuration. Is it normal? Notice that my system doesn't have Infiniband >> but 10GigE connection. However, I don't think this would affect the >> configuration time. >> >> Thanks, >> YW >> >> >> _______________________________________________ >> discuss mailing list discuss(a)mpich.org >> To manage subscription options or unsubscribe:https://lists.mpich.org/mailman/listinfo/discuss >> >> >> >> -- >> Antonio J. Peña >> Postdoctoral Appointee >> Mathematics and Computer Science Division >> Argonne National Laboratory >> 9700 South Cass Avenue, Bldg. 240, Of. 3148 >> Argonne, IL 60439-4847apenya(a)mcs.anl.govwww.mcs.anl.gov/~apenya <http://www.mcs.anl.gov/%7Eapenya> >> >> >> _______________________________________________ >> discuss mailing list discuss(a)mpich.org >> To manage subscription options or unsubscribe: >> https://lists.mpich.org/mailman/listinfo/discuss >> > > > > _______________________________________________ > discuss mailing list discuss(a)mpich.org > To manage subscription options or unsubscribe:https://lists.mpich.org/mailman/listinfo/discuss > > > > -- > Antonio J. Peña > Postdoctoral Appointee > Mathematics and Computer Science Division > Argonne National Laboratory > 9700 South Cass Avenue, Bldg. 240, Of. 3148 > Argonne, IL 60439-4847apenya(a)mcs.anl.govwww.mcs.anl.gov/~apenya > > > _______________________________________________ > discuss mailing list discuss(a)mpich.org > To manage subscription options or unsubscribe: > https://lists.mpich.org/mailman/listinfo/discuss >

1 0

Re: [mpich-discuss] Very long configuration time
by "Antonio J. Peña" 21 May '14

21 May '14

On a decent system, I'd expect it to finish in a few minutes at most. Antonio On 05/21/2014 01:30 PM, Yida Wang wrote: > Thanks for your reply, Antonio! Yes, I was using NFS before, am trying > on local disk now. BTW, what will a normal time be? > > > On Wed, May 21, 2014 at 2:20 PM, "Antonio J. Peï¿½a" <apenya(a)mcs.anl.gov > <mailto:[email protected]>> wrote: > > > Hi YW, > > Although 8h looks like a very long time to me, it's likely due to > a network filesystem. If that's the case, configuring MPICH in a > local filesystem (e.g. /temp, /tmp, /scratch) should go back to > normal times. > > Antonio > > > > On 05/21/2014 01:17 PM, Yida Wang wrote: >> Hi Guys, >> >> I would like to try out the feature of talking to Intel-MIC in >> MPICH2. Therefore I downloaded mpich-3.1 and configured it as >> >> "./configure --host=x86_64-k1om-linux CC=icc CXX=icpc >> F77=ifort FC=ifort CFLAGS=-mmic CXXFLAGS=-mmic FFLAGS=-mmic >> FCFLAGS=-mmic LDFLAGS=-mmic" >> >> >> However, it took a very long time (i.e. 8 hours) for me to finish >> the configuration. Is it normal? Notice that my system doesn't >> have Infiniband but 10GigE connection. However, I don't think >> this would affect the configuration time. >> >> Thanks, >> YW >> >> >> _______________________________________________ >> discuss mailing listdiscuss(a)mpich.org <mailto:[email protected]> >> To manage subscription options or unsubscribe: >> https://lists.mpich.org/mailman/listinfo/discuss > > > -- > Antonio J. Peï¿½a > Postdoctoral Appointee > Mathematics and Computer Science Division > Argonne National Laboratory > 9700 South Cass Avenue, Bldg. 240, Of. 3148 > Argonne, IL 60439-4847 > apenya(a)mcs.anl.gov <mailto:[email protected]> > www.mcs.anl.gov/~apenya <http://www.mcs.anl.gov/%7Eapenya> > > > _______________________________________________ > discuss mailing list discuss(a)mpich.org <mailto:[email protected]> > To manage subscription options or unsubscribe: > https://lists.mpich.org/mailman/listinfo/discuss > > > > > _______________________________________________ > discuss mailing list discuss(a)mpich.org > To manage subscription options or unsubscribe: > https://lists.mpich.org/mailman/listinfo/discuss -- Antonio J. Peï¿½a Postdoctoral Appointee Mathematics and Computer Science Division Argonne National Laboratory 9700 South Cass Avenue, Bldg. 240, Of. 3148 Argonne, IL 60439-4847 apenya(a)mcs.anl.gov www.mcs.anl.gov/~apenya

1 0