It was great to learn about GNU Parallel and running jobs in parallel.
Although the example used was running in 3.4 seconds (which is pretty fast already compared to projects running for a few minutes and some times hours). However, using Docker he got it under a second. Over 300% improvement, so certainly something to experiment with in the near future.
Great short presentation on how to improve the speed of your unit tests. Never thought about doing it like this. You already mentioned to speed up the video yourself, so no further point of improvement from me ;)
A good introduction on how to parallelize phpunit's execution for fun and profit. I feel it could have been a bit more clear about the fact that the last example only times *startup* not the whole execution of the unit tests. There is definitely merit in the technique Mike presents though, and the presentation itself was great.
A good un-con talk, I'd have perhaps liked a little more focus on the docker side of things. I think the follow up questions raised showed there was demand to know a little more about this side of things. I've started, especially with stand-alone components, to use a dedicated docker container for running tests, and this has given me a good way forward to improve this and speed things up.
Comments
Comments are closed.
It was great to learn about GNU Parallel and running jobs in parallel.
Although the example used was running in 3.4 seconds (which is pretty fast already compared to projects running for a few minutes and some times hours). However, using Docker he got it under a second. Over 300% improvement, so certainly something to experiment with in the near future.
Great short presentation on how to improve the speed of your unit tests. Never thought about doing it like this. You already mentioned to speed up the video yourself, so no further point of improvement from me ;)
A good introduction on how to parallelize phpunit's execution for fun and profit. I feel it could have been a bit more clear about the fact that the last example only times *startup* not the whole execution of the unit tests. There is definitely merit in the technique Mike presents though, and the presentation itself was great.
A cool concept to parallelise the tests, will definitely be experimenting when I get back to work!
I would have loved to see an example of what the feedback looks like when the tests fail too though.
Worth watching
A good un-con talk, I'd have perhaps liked a little more focus on the docker side of things. I think the follow up questions raised showed there was demand to know a little more about this side of things. I've started, especially with stand-alone components, to use a dedicated docker container for running tests, and this has given me a good way forward to improve this and speed things up.