That's a good idea, thanks. So has anyone already written the "merge N JTL files together" script? I'd prefer to have them together anyway for analysis with other tools beyond the jmeter visualizers (though they're great).
Thanks! Will On 11/23/05, Peter Lin <[EMAIL PROTECTED]> wrote: > > > one option is to use the timer functionality in the threadGroup to start > the test. this does mean all the systems have to be sync-ed. One other > option might be to extend the listener to allow multiple file selections. > for example, like extending ResultCollector so that any listener can take > multiple .JTL files > > peter > > > On 11/23/05, Will Meyer <[EMAIL PROTECTED]> wrote: > > > > I am aware of the remote testing capability, though for distributing > > test > > clietns across the net it is not reasonable to have RMI connectivyt > > between > > them. Rather, I am running multiple independent tests (all in console > > mode) > > to generate maximum possible real-world load against a server. I was > > about > > to wrtie some scritp to merge the JTL files together (CSV versions, > > since I > > am doing stuff with the results in Excel), but it just ocurred to me > > that > > this may already have been done (a tool like mergelog for clf files). > > > > I realize that without true connectivity between the machines it won't > > be > > possible for the tests to be truly accurate (due to time sync issues) > > but am > > assuming that as long as I can increment the sampler numbers > > appropriately > > (so there are not multiple instances of 1-N), I should have a pretty > > meaningful aggregate result. > > > > Does anyone have any pointers? > > > > Thanks, > > > > Will > > > > >
