Hi, The ruby installation and environment is probably the biggest impact on the speed of buildr. So are you using rbenv, rvm or some other ruby version manager? What version of ruby are you using?
Do you use bundler/Gemfiles to declare buildr and dependencies? We tend to run each test in an isolated environment specified by a Gemfile and rbenv. So our build tasks looks something like rbenv exec bundle exec buildr clean package Ugly but the easiest way to partially isolate the builds. (We also use a non-system gems dir to avoid cross-build dependency pollution). We have found jruby to be the absolute slowest ruby implementation, particularly if you are using the system gems directory and have a lot of dependencies installed in there. This is why we initially moved to using a non-system directory and bundler . Our "fast" builds all run ruby 2.1.3, the latest buildr and a jdk 7.x. On Sat, Apr 4, 2015 at 1:59 AM, Jean-Philippe Caruana <[email protected]> wrote: > Hi, > > I have installed buildr on my jenkins server, but it is very very slow, > even to display its version. So the build is at least twice as long as > on my local machine. Server is pretty recent. I use the same kind in > production for a lot of stuff, but when I am using it to run buildr, it > is slow. > > On my jenkins server: > > $ time buildr --version > Buildr 1.4.21 > > real 0m1.275s > user 0m1.111s > sys 0m0.152s > > $ time java -version > java version "1.8.0_40" > Java(TM) SE Runtime Environment (build 1.8.0_40-b25) > Java HotSpot(TM) 64-Bit Server VM (build 25.40-b25, mixed mode) > > real 0m0.222s > user 0m0.215s > sys 0m0.020s > > > > On my dev box : > $ time buildr --version > Buildr 1.4.21 > > real 0m0.268s > user 0m0.180s > sys 0m0.033s > > $ time java -version > java version "1.8.0_40" > Java(TM) SE Runtime Environment (build 1.8.0_40-b25) > Java HotSpot(TM) 64-Bit Server VM (build 25.40-b25, mixed mode) > > real 0m0.071s > user 0m0.029s > sys 0m0.028s > > > What's wrong ? > > -- > Jean-Philippe Caruana > http://www.barreverte.fr > -- Cheers, Peter Donald
