views:

112

answers:

2

I'm trying to speed up my builds some and was looking for some thoughts on how to do so. I currently use Hudson as a continuous integration server for a PHP project.

I use an Ant build.xml file to do the build, using a file similar to Sebastian Bergmann's php-hudson-template. At the moment, though (due to some weird problems with Hudson crashing otherwise), I'm only running phpDocumentor, phpcpd, and phpUnit. phpUnit does generate Clover code-coverage reports, too.

Here are some possible bottlenecks:

  1. phpDocumentor: Takes 180 seconds. There are some large included libraries in my project, such as awsninja, DirectedEdge, oauthsimple, and phpMailer. I'm not sure that I really need to be developing documentation for these. I'm also not sure how to ignore whole subdirectories using my build.xml file.
  2. phpUnit: Takes 120 seconds. This is the only portion of the build that's not run as a parallelTask. The more tests that get written, the longer this time will increase. Really not sure what to do about this, aside from maybe running multiple Hudson build slaves and doling out separate test suites to each slave. But I also have no idea how to go about that, either.
  3. phpcpd: Takes 97 seconds. I'm sure that I can eliminate some parsing and conversion time by ignoring those included libraries. Not sure how to do this in my build.xml file.
  4. My server: Right now I'm using a single Linode server. It seems to get pretty taxed by the whole process.

Any other possible bottlenecks you can think of I'll add to the list.

What are some solutions for reducing my build time?

+1  A: 
  1. phpDocumenter: phpdoc -h reveals the -i option which allows you to specify a comma separated list of files/directories to ignore. This can be added to the arguments tag of your phpdoc build.xml tag

  2. phpUnit: I noticed it can be laggy if I am running tests against a database, but I am not aware of anyway to improve this.

One possible thing that might help would be to not run documenter every time and only run it as part of a build that only happens once a day (or something similar)

I just recently started using these tools and these are few things I discovered.

Robin
Robin, good thoughts on the documentation. Do you mind providing the syntax for ignoring multiple dirs? Also, I'll send noticing that tests against the database take much longer than other tests. Have you tried using mocks or similar things? I'm not personally sure I see why using mocks is better than using a test database...
Josh Smith
From the output of `phpdoc -h`: `-i --ignore file(s) that will be ignored, multiple separated by ','. Wildcards * and ? are ok`In my opinion if I am testing a "MySQL" class I want to test it using a test database as it is a truer test of the functionality. If I am testing something that does not actually depend on the database I would use mock data which would speed up the tests.
Robin
+1  A: 

I'm not a PHP expert at all, but you ought to be able to split your PHPUnit tests onto multiple Hudson slaves if you need to. I would just split your test suite up and run each subset as a separate, parallel Hudson job. If you have a machine with multiple CPUs / cores you can run multiple slaves on it.

One obvious thing you didn't mention - how about just upgrading your hardware, or taking a look at what else is running on the Hudson host and possibly taking up resources ?

gareth_bowles
Yeah, I mentioned my server as one possibility. And that's actually something I'm taking advantage of right now. I was only running 512MB Linode so I'm upping that to 1024MB; we'll see what difference that makes.
Josh Smith
Hardware was apparently the biggest and best change I could make. Reduced my documentation time down to *52 seconds* total. I couldn't be happier. Thanks!
Josh Smith