On Thu, Jun 28, 2012 at 2:23 PM, Chetan Jhurani <span dir="ltr"><<a href="mailto:chetan.jhurani@gmail.com" target="_blank">chetan.jhurani@gmail.com</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi devs,<br>
<br>
Is there a way to avoid running the archiver (ar)<br>
every time a petsc directory is compiled?<br>
<br>
The reason I'm asking this is that when libpetsc.lib<br>
becomes large enough (say 100MB+, esp. for debug build),<br>
"ar Sqc" on cygwin takes very long in each directory.<br>
Depending on OS caching, very long can be 10 seconds per<br>
PETSc directory just to run ar.<br>
<br>
It creates a new temp file from scratch, puts stuff from<br>
libpetsc.lib and new stuff in it and then renames the<br>
temp file.  As you can imagine, the compilation process is<br>
fast in the beginning but crawls by the end.  I've seen<br>
the same IO sequence on Linux (with Sqc flags to ar), but<br>
since cygwin IO is slower the effect is more clearly visible.<br>
Building within a ramdisk leads to 25% faster compilation<br>
but it was more of a curiosity.</blockquote><div><br></div><div>Build with Python. It never uses antique things like ar :)</div><div><br></div><div>  python2.7 ./config/builder2.py build</div><div><br></div><div>     Matt</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="HOEnZb"><font color="#888888"><br>
Chetan<br>
<br>
<br>
</font></span></blockquote></div><br><br clear="all"><div><br></div>-- <br>What most experimenters take for granted before they begin their experiments is infinitely more interesting than any results to which their experiments lead.<br>
-- Norbert Wiener<br>