When ./deploy'ing walkaround by far the most resource-intensive step when the
permutations are built. On my work machine I was able to get past this step by
assigning 4 GB of RAM to the VM process, on my home machine I just don't have
enough physical ram to get past the OOMs. I was able to easily compile the
permutations by changing the localWorker count from 8 to 2.
I do recognize that reducing the worker count does increase compile time for
those that have the resources available (although the permutations don't
normally take that long to compile in any "healthy" environment to matter that
much in my opinion), however I also recognize that there is no one correct
number for every machine that is guaranteed to compile without either thrashing
or "leaving power on the table" (although "make -j" using #CPU as a localWorker
count seems like a good first step).
As this is likely to hit the "casual installer" the hardest I request that a
blurb at least be put on RunningTheCode so that people recognize what is
happening when their system starts melting down and understands what to do to
fix it. Of the half dozen files in the walkaround folder "build.xml" isn't one
I thought I would need to edit to get this to work.
Original issue reported on code.google.com by eri...@teamworkgroup.com on 1 May 2012 at 1:52
Original issue reported on code.google.com by
eri...@teamworkgroup.com
on 1 May 2012 at 1:52