[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
performance problems under CYGWIN
From: |
Warlich, Christof |
Subject: |
performance problems under CYGWIN |
Date: |
Fri, 16 Sep 2011 17:00:07 +0200 |
Hi,
I've written a complex and generic Makefile to deal with a rather huge project.
While I started the development under Linux, I ultimately had to move to Windows
as this is our development platform. But now, my problem is that any reciepe
that
Make executes has a 2 to 3 second delay before it starts doing any work. As I
have
several thousand small files to compile, this delay sums up to an unacceptable
amount.
Just running a small sample Makefile to test if the problem may be reproduced
in a
small environment did not help, as everything works fast and fine then, e.g.:
FILES:=s1 s2 s3 s4 s5 s6 s7 s8 s9
OBJECTS:=$(addsuffix .o,$(FILES))
.PHONY: $(OBJECTS)
s.a: $(OBJECTS)
ar -rcs $@ $^
define doit
$1.o:
touch $$@
endef
$(foreach i,$(FILES),$(eval $(call doit,$(i))))
But doing the same (e.g. using just "touch" in the recipes in my real Makefile)
does show
the described delay. Here some sample log snippet when running "make -d":
> Invoking recipe from
> /cygdrive/d/views/d7ks01_v6.21.01_ADWACH13/D7_ERL_D7KS_SRC_01/Makefile:823 to
> update target
> `Cpu555/_fa_gmc.a/d7ks01/dlr1/f/fa/src/spline.dat.o'.
> Child access: user 554833 (real 554833), group 10513 (real 10513)
!!!!!!!!!!!!!!!!!!!!!!!~1.5s delay
> Child access: user 554833 (real 554833), group 10513 (real 10513)
!!!!!!!!!!!!!!!!!!!!!!!~1.5s delay
> Putting child 0x549420 (Cpu555/_fa_gmc.a/d7ks01/dlr1/f/fa/src/spline.dat.o)
> PID 40420 on the chain.
> Live child 0x549420 (Cpu555/_fa_gmc.a/d7ks01/dlr1/f/fa/src/spline.dat.o) PID
> 40420
> Child access: user 554833 (real 554833), group 10513 (real 10513)
> Compiling for target "fa_gmc.a": touch
> Cpu555/_fa_gmc.a/d7ks01/dlr1/f/fa/src/spline.dat.o
> Reaping winning child 0x549420 PID 40420
> Live child 0x549420 (Cpu555/_fa_gmc.a/d7ks01/dlr1/f/fa/src/spline.dat.o) PID
> 5192
> Child access: user 554833 (real 554833), group 10513 (real 10513)
> Reaping winning child 0x549420 PID 5192
> Removing child 0x549420 PID 5192 from chain.
Can anyone give me a hint as to why the delay may occur after the two "child
access "lines above?
Thanks for any help,
Chris
- performance problems under CYGWIN,
Warlich, Christof <=