Re: preforking prove

2012-11-06 Thread Mark Stosberg
On 11/06/2012 01:25 PM, Karen Etheridge wrote: > On Tue, Nov 06, 2012 at 09:59:48AM -0800, Jonathan Swartz wrote: >> For each test run, instead of loading a .t file, you're making a request >> against the Starman server. So you can obviously hit it with multiple >> simultaneous requests. > > For

Re: preforking prove

2012-11-06 Thread Karen Etheridge
On Tue, Nov 06, 2012 at 09:59:48AM -0800, Jonathan Swartz wrote: > For each test run, instead of loading a .t file, you're making a request > against the Starman server. So you can obviously hit it with multiple > simultaneous requests. For something so simple, you could also use Parallel::ForkM

Re: preforking prove

2012-11-06 Thread Jonathan Swartz
Hi Ovid - yes, we use a separate .t script per test class. This creates a more traditional TAP output (one stream per class) which works better with Smolder etc, and avoids the caveats with running potentially conflicting tests in the same process. The chances of one test interfering with anothe

Re: preforking prove

2012-11-06 Thread Jonathan Swartz
On Nov 6, 2012, at 12:08 AM, Eric Wilhelm wrote: > Hi Jonathan, > > I like the idea. I rambled along similar lines a few years ago but > don't think I got past some preliminary code and $work has not had any > pressing need for such a thing in the meantime. > >> * works well with parallel pr

Re: preforking prove

2012-11-06 Thread Jonathan Swartz
miyagawa sent me this proof of concept - using fork, not starman. personally I like the opportunity to combine with parallel testing. :) - proof of concept - https://gist.github.com/4024197 * using Shotgun loader (plackup -L Shotgun) would make a clean environment for perl to run test for ea

Re: preforking prove

2012-11-06 Thread Ovid
Hi Jonathan, I have just one question. You wrote that you're using Test::Class and "many of the tests start by loading a bunch of the same modules". That confuses me as Test::Class was originally designed to speed up test suites and did so by loading everything *once* in the same process. Are

Re: preforking prove

2012-11-06 Thread Eric Wilhelm
Hi Jonathan, I like the idea. I rambled along similar lines a few years ago but don't think I got past some preliminary code and $work has not had any pressing need for such a thing in the meantime. > * works well with parallel prove How do you get from the single prefork into parallel test r