On 06/02/2012 12:00 PM, Eyal Edri wrote:
----- Original Message -----
From: "Itamar Heim"<[email protected]>
To: "Yaniv Kaul"<[email protected]>
Cc: [email protected], "<[email protected]>"<[email protected]>
Sent: Friday, June 1, 2012 7:02:51 PM
Subject: compile time (was Re: [Engine-devel] Maven 3 here we come!)
On 05/23/2012 11:04 PM, Yaniv Kaul wrote:
On 05/23/2012 12:59 PM, Doron Fediuck wrote:
Hi all,
As discussed last month[1], we had to deal with some issues which
turned out to be a Maven bug.
Thanks to Juan and Asaf's work, our current sources now build
properly
using Maven 3.
So you're all invited to migrate into Maven 3. Other than
upgrading
your local maven package
no other action is needed.
For now, Maven 2 will also work for you, but I expect in the
future
we'd like to make use
of some advanced features, so migration to 3 is recommended.
Talking about advanced features, an interesting challenge is
feedback
on parallel builds [2].
I'm not happy with parallel builds - it creates more java
processes,
each taking quite a bit of memory. This, in turn, causes them to
swap,
making everything crawl.
Took me 22 minutes to compile the webadmin and additional 21
minutes for
the user portal, with -T 4. I've had 3.5GB of swap used (and 7GB
resident memory with 'java' processes running around).
It usually takes me
The command line I've used was:
mvn -T 4 clean install -Pgwt-admin,gwt-user -DskipTests=true
-Dmaven.test.skip=true
As opposed to 7+ 3 minutes without '-T 4'.
Saggi gave me his command line, which doesn't require any change of
settings.xml
mvn clean install -Pgwtdev,gwt-admin -DskipTests
-Dgwt.userAgent=gecko1_8 -Dgwt.draftCompile=true
-Dgwt.compiler.optimizationLevel=0 -Dgwt.compiler.localWorkers=2
-Dmaven.aspectj.incremental=true -Dmaven.aspectj.time=true
how much time this command cuts from build time?
shouldn't we use this in CI as well?
i get a 3.5 minutes build with this.
with the exception of skipTests which in some jobs you want to run -
yes. also -Pgwt-user is relevant to some jobs.
(and if this becomes more of the default compile mode, you would need to
tweak it only when you need to)
I wonder if we shouldn't make something similar to this as the
default.
preferably, add ./configure script to tweak different options (which
is
very common in non java projects).
_______________________________________________
Arch mailing list
[email protected]
http://lists.ovirt.org/mailman/listinfo/arch
_______________________________________________
Arch mailing list
[email protected]
http://lists.ovirt.org/mailman/listinfo/arch
