[petsc-dev] Seeking OLCF users complaining about poor build times

Nathan Collier nathaniel.collier at gmail.com
Thu Feb 26 14:40:41 CST 2015


Barry,

* see attached configure log
* times are the "real time" reported by the unix time command
* all the packages should rebuild because the reconfigure script has a
--with-clean=1
* not sure about the load while configuring, if you can tell me how to
check this I can run again and monitor it

Nate

On Thu, Feb 26, 2015 at 3:15 PM, Barry Smith <bsmith at mcs.anl.gov> wrote:

>
>   Nathan,
>
>    Any idea what the load was on the compiler server during the
> configure/make ?
>
>   Barry
>
> > On Feb 26, 2015, at 8:13 AM, Nathan Collier <nathaniel.collier at gmail.com>
> wrote:
> >
> > Ok, so I built PETSc with metis, parmetis, superlu_dist, and hyper on
> Titan. The configure time is the second configure--when you run the
> reconfigure script that the batch submission generates for you.
> >
> > configure:  38m15.488s
> > make: 15m37.610s
> >
> > Nate
> >
> >
> > On Thu, Feb 26, 2015 at 2:28 AM, Satish Balay <balay at mcs.anl.gov> wrote:
> > I think we made some progress in improving build times.
> >
> > We have some of the externalpackages building using parallel make - so
> > that part is faster now. [ Some of this stuff might be in master - but
> > not 3.5]
> >
> > Some packages are still built sequentially [for eg:
> > fblaslapack,scalapack,superlu etc]. Fixing them can reduce build time
> > significantly. [esp if the machine has many cores]
> >
> > The sequential configure [of all packages] is still the
> > bottleneck. All compiles [by PETSc configure] are done in TMPDIR to
> > avoid NFS I/O.
> >
> > Reducing the number of tests done in configure won't be easy. I have a
> > minor fix that avoids unnecessary compiles wrt externalpackages in
> > branch 'balay/update-configure-lib-search'
> >
> > BTW: I don't have access to oakridge machines..
> >
> > Satish
> >
> > On Wed, 25 Feb 2015, Barry Smith wrote:
> >
> > >
> > >   Shockingly this is not bad (though more than it should be), we've
> seen times like an hour on the NERSC and ANL systems.
> > >
> > >   If you have time :-) could you run with metis, permetis,
> superlu_dist and hypre --with-debugging=0 and get the times separately for
> configure and make?
> > >
> > >   Thanks
> > >
> > >    Barry
> > >
> > > > On Feb 25, 2015, at 9:05 PM, Nathan Collier <
> nathaniel.collier at gmail.com> wrote:
> > > >
> > > > I have built on Titan, I can time my configure for more accurate
> answers but I would say it was on the order of 10-15 minutes. That is with
> a Metis/parmetis build. Is this the type of experience you are looking for?
> More details?
> > > >
> > > > Nate
> > > >
> > > > On Wednesday, February 25, 2015, Victor Eijkhout <
> eijkhout at tacc.utexas.edu> wrote:
> > > >
> > > > > On Feb 25, 2015, at 1:27 PM, Barry Smith <bsmith at mcs.anl.gov>
> wrote:
> > > > >
> > > > > If you have accounts there and can reproduce slow configure/make
> times
> > > >
> > > > Just let me know if you want a comparison to TACC machines.
> > > >
> > > > Starting with Ranger, we gave our build node its own file system
> because I regularly crashed lustre with the petsc build. No fault of Petsc.
> > > >
> > > > And I have no complaints about the configure/make speed, on either
> our build node or the regular user file system.
> > > >
> > > > Victor.
> > > >
> > >
> > >
> >
> >
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mcs.anl.gov/pipermail/petsc-dev/attachments/20150226/f548d66b/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: configure.log
Type: application/octet-stream
Size: 3571369 bytes
Desc: not available
URL: <http://lists.mcs.anl.gov/pipermail/petsc-dev/attachments/20150226/f548d66b/attachment.obj>


More information about the petsc-dev mailing list