At the very least the graph should clear the old data when it starts
back at the beginning.
On May 13, 2009, at 5:45 PM, drubix wrote:
I agree with you there. I actually checked the documentation for any
information regarding this odd behaviour and couldn't find any. I
do see
where you're coming from though.
All we really need is some sort of self-scaling graph so that
instead of
continually extending itself, it just redraws itself every now and
then in a
smaller size.
I'll probably need to write some sort of graphing plugin so that I can
include the results of the test in my final report for work anyway.
If I do
end up doing this, I'll release the graphing plugin so that other
people can
use it too.
Thanks for the heads up,
Drew
Peter Lin wrote:
there's actually a good reason for it. It's not so much a design flaw
as it is poor documentation.
In order to not repeat, the graph could grow infinitely large,
especially for long running tests. That would quickly chew up a ton
of
memory and make JMeter crash. It was never meant to be a normal time
series graph and was only meant to give a rough idea of what's going
on.
I'll give you an example. If I have a long running test that goes for
3 days, how wide would the graph be? I've run tests for 1 week in the
past with jmeter. What you're looking for is a different kind of
graph, which currently doesn't exist in jmeter. I thought about
writing one in the past, but never got around to it.
I haven't been active with jmeter since 2007. If you want a real time
series graph, i would suggest implementing it yourself. You can look
at the existing listeners to see how they work.
In my mind, the bug is in the documentation, since it never really
explains the purpose of the graph and the rationale behind it.
peter
On Wed, May 13, 2009 at 8:03 PM, drubix <[email protected]>
wrote:
Even if it's not a bug, it's definitely a design flaw. The graph's
produced
don't make sense and can't be directly exported into a report due to
their
non-standard nature. I'll file a bugzilla report regarding this.
Drew
Peter Lin wrote:
I could be wrong, but it has always been that way. The default
graph
listener has a fixed width, so once it reaches the end it just
continues at the beginning again.
peter
On Tue, May 12, 2009 at 8:29 PM, drubix <[email protected]>
wrote:
I've had this problem both when running the tests in GUI mode and
non-GUI
mode (and opening the JTL file after the test has completed).
I'm away
from
work today and don't have any of my testing files but I'll
upload a
bugzilla
report tomorrow if that is not the intended functionality.
Drew
Peter Lin wrote:
Isn't that how it has always worked. If the test plan is large
and
runs for a long time, the graph start back at the beginning
again.
peter
On Tue, May 12, 2009 at 6:24 PM, sebb <[email protected]> wrote:
On 11/05/2009, drubix <[email protected]> wrote:
Hi,
When using the Graph Results listener, if the plot goes off
the end
of
the X
axis it continues to plot at time 0 again. This means that
there
are
2
or
more lines running over the top of each other, all of the same
colour.
This
produces some pretty nasty graphs which are difficult to
read and
are
nonsensical. I've attached an example:
http://www.nabble.com/file/p23477206/graph.jpg
I assume this isn't supposed to happen... does anybody know
why
mine
is
doing it?
Not sure why this is happening; may be a threading issue.
I suggest you save the samples to a JTL file - CSV mode is
cheapest -
and reload in the Listener after the test run. [This will be
done in
a
single thread.]
If it still causes wrap-round, then please raise a Bugzilla
issue and
attach the JTL file.
Thanks,
Drew
--
View this message in context:
http://www.nabble.com/Graph-Results-overlap-tp23477206p23477206.html
Sent from the JMeter - User mailing list archive at
Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail:
[email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-user-
[email protected]
For additional commands, e-mail: [email protected]
--
View this message in context:
http://www.nabble.com/Graph-Results-overlap-tp23477206p23513354.html
Sent from the JMeter - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: jmeter-user-
[email protected]
--
View this message in context:
http://www.nabble.com/Graph-Results-overlap-tp23477206p23532109.html
Sent from the JMeter - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
--
View this message in context:
http://www.nabble.com/Graph-Results-overlap-tp23477206p23532489.html
Sent from the JMeter - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
