This is the mail archive of the cygwin@cygwin.com mailing list for the Cygwin project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

RE: OT: possible project/research project




> -----Original Message-----
> From: Jesper Eskilson [mailto:jojo@virtutech.se] 
> Sent: Thursday, March 21, 2002 4:52 PM
> To: cygwin@cygwin.com
> Subject: Re: OT: possible project/research project
> 
> 
> "Gary R. Van Sickle" <g.r.vansickle@worldnet.att.net> writes:
> 
> > # Why should this...:
> > rm //a/bunch/of/files/out/on/a/super/slow/server/*
> > # ...block this:
> > gcc hello.c
> > 
> > Obviously you're never going to be able to take advatage of all 
> > non-dependencies, but as a wise man once told me, "you can't win if 
> > you don't enter".
> 
> make -j?

make -j serialises at directory borders (at a minimum).
You might like to review the 'recursive make considered harmful' paper
(if you haven't already). 

such an approach allows hugely decreased make times in the general case,
by reducing
forks()
dependency recalculations
increased parallelism (partly by reduced serialisation of
non-dependencies).

I routinely do this with automake - I have One, or at most 3
Makefile.am's for projects, even quite large ones, and make -j3 just
flies along, even with lots and lots of little modular directories and
dependencies turned on.

Rob

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]