Loading test *result* log files is different than loading test files. You load the result log files directly into a particular visualizer. So, let's say you saved the reesults via "View Results Tree", and now want a graphical view of those results. Create a Graph Visualizer and use its "Browse" button to find the file and load it up. All the data points should get plotted in the graph.
-Mike On Tue, 2004-03-16 at 18:35, Michael Walters wrote: > I ran a load test and wrote all the data to a file in the "View Results > Tree". > > Once I've exited JMeter and then restarted it, how do load this file into > JMeter for future viewing. When I attempt to open the file, I receive an > error: > "Error in TestPlan - see log file". > > Specifically, I'm interested in the timestamps (first and last) held in > this file to identify the total run time. If I look at this file through > notepad or xcel I see a number like: timeStamp="1079407847608" How do I > interpret/convert this timestamp? The documentation says " > > the default saved data includes a time stamp (the number of milliseconds > since midnight, January 1, 1970 UTC). " > Is it an accurate assessment of total run time in hours to take the > difference between the first and last timestamp and divide by 3,600,000? > The number of hours I'm receiving from this calculation on a single test > (manual stopwatch vs this timestamp method) is about 20% off. > > Also, even though the cpu usage on our servers remains well under the max > cpu throughout these tests, as I increase the number of threads, the same > test takes disproportionately longer to complete. 20 threads over 20 > seconds runs approximately 140% longer than 5 threads over 5 seconds. Is > this increasing time due to the limits of my desktop cpu? > > > Thanks in advance, > > Mike > > > > ---------------------------------------------------------------------------------------- > > This is a PRIVATE message. If you are not the intended recipient, please > delete without copying and kindly advise us by e-mail of the mistake in > delivery. NOTE: Regardless of content, this e-mail shall not operate to > bind CSC to any order or other contract unless pursuant to explicit written > agreement or government initiative expressly permitting the use of e-mail > for such purpose. > ---------------------------------------------------------------------------------------- > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] -- Michael Stover <[EMAIL PROTECTED]> Apache Software Foundation --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
