Discussion:
Graph Results overlap
drubix
2009-05-11 05:13:33 UTC
Permalink
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:

Loading Image...

I assume this isn't supposed to happen... does anybody know why mine is
doing it?

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.
sebb
2009-05-12 22:24:07 UTC
Permalink
Post by drubix
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
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.
Post by drubix
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.
---------------------------------------------------------------------
Peter Lin
2009-05-12 23:08:24 UTC
Permalink
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
Post by sebb
 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
 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.
 ---------------------------------------------------------------------
---------------------------------------------------------------------
drubix
2009-05-13 00:29:36 UTC
Permalink
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
Post by Peter Lin
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
Post by sebb
 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
 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
--
http://www.nabble.com/Graph-Results-overlap-tp23477206p23477206.html
 Sent from the JMeter - User mailing list archive at Nabble.com.
 ---------------------------------------------------------------------
---------------------------------------------------------------------
---------------------------------------------------------------------
--
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.
Peter Lin
2009-05-13 00:37:57 UTC
Permalink
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
Post by drubix
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
Post by Peter Lin
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
Post by sebb
 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
 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
--
http://www.nabble.com/Graph-Results-overlap-tp23477206p23477206.html
 Sent from the JMeter - User mailing list archive at Nabble.com.
 ---------------------------------------------------------------------
---------------------------------------------------------------------
---------------------------------------------------------------------
--
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.
---------------------------------------------------------------------
drubix
2009-05-14 00:03:35 UTC
Permalink
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
Post by Peter Lin
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
Post by drubix
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
Post by Peter Lin
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
Post by sebb
 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
 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
--
http://www.nabble.com/Graph-Results-overlap-tp23477206p23477206.html
 Sent from the JMeter - User mailing list archive at Nabble.com.
 ---------------------------------------------------------------------
---------------------------------------------------------------------
---------------------------------------------------------------------
--
http://www.nabble.com/Graph-Results-overlap-tp23477206p23513354.html
Sent from the JMeter - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
---------------------------------------------------------------------
--
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.
Peter Lin
2009-05-14 00:13:27 UTC
Permalink
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
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
Post by Peter Lin
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
Post by drubix
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
Post by Peter Lin
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
Post by sebb
 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
 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
--
http://www.nabble.com/Graph-Results-overlap-tp23477206p23477206.html
 Sent from the JMeter - User mailing list archive at Nabble.com.
 ---------------------------------------------------------------------
---------------------------------------------------------------------
---------------------------------------------------------------------
--
http://www.nabble.com/Graph-Results-overlap-tp23477206p23513354.html
Sent from the JMeter - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
---------------------------------------------------------------------
--
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.
---------------------------------------------------------------------
drubix
2009-05-14 00:45:40 UTC
Permalink
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
Post by Peter Lin
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
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
Post by Peter Lin
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
Post by drubix
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
Post by Peter Lin
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
Post by sebb
 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
 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
--
http://www.nabble.com/Graph-Results-overlap-tp23477206p23477206.html
 Sent from the JMeter - User mailing list archive at Nabble.com.
 ---------------------------------------------------------------------
---------------------------------------------------------------------
---------------------------------------------------------------------
--
http://www.nabble.com/Graph-Results-overlap-tp23477206p23513354.html
Sent from the JMeter - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
---------------------------------------------------------------------
--
http://www.nabble.com/Graph-Results-overlap-tp23477206p23532109.html
Sent from the JMeter - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
---------------------------------------------------------------------
--
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.
Peter Lin
2009-05-14 01:42:42 UTC
Permalink
the documentation isn't as good as it should be.

a self scaling graph would be ideal.. It's just that no one got around
to implementing one.

peter
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
Post by Peter Lin
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
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
Post by Peter Lin
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
Post by drubix
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
Post by Peter Lin
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
Post by sebb
 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
 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
--
http://www.nabble.com/Graph-Results-overlap-tp23477206p23477206.html
 Sent from the JMeter - User mailing list archive at Nabble.com.
 ---------------------------------------------------------------------
---------------------------------------------------------------------
---------------------------------------------------------------------
--
http://www.nabble.com/Graph-Results-overlap-tp23477206p23513354.html
Sent from the JMeter - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
---------------------------------------------------------------------
--
http://www.nabble.com/Graph-Results-overlap-tp23477206p23532109.html
Sent from the JMeter - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
---------------------------------------------------------------------
--
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.
---------------------------------------------------------------------
Ashley Martens
2009-05-14 01:48:26 UTC
Permalink
At the very least the graph should clear the old data when it starts
back at the beginning.
Post by drubix
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
Post by Peter Lin
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
Post by drubix
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
Post by Peter Lin
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
Post by drubix
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
Post by Peter Lin
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
Post by sebb
Post by drubix
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
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.
Post by drubix
Thanks,
Drew
--
http://www.nabble.com/Graph-Results-overlap-tp23477206p23477206.html
Sent from the JMeter - User mailing list archive at
Nabble.com.
---------------------------------------------------------------------
---------------------------------------------------------------------
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-user-
--
http://www.nabble.com/Graph-Results-overlap-tp23477206p23513354.html
Sent from the JMeter - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
---------------------------------------------------------------------
For additional commands, e-mail: jmeter-user-
--
http://www.nabble.com/Graph-Results-overlap-tp23477206p23532109.html
Sent from the JMeter - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
---------------------------------------------------------------------
--
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.
---------------------------------------------------------------------
Peter Lin
2009-05-14 16:46:37 UTC
Permalink
that might be a viable solution that is low cost, without writing an
auto-scaling graph.

peter
At the very least the graph should clear the old data when it starts back at
the beginning.
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
Post by Peter Lin
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
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
Post by Peter Lin
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
Post by drubix
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
Post by Peter Lin
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
Post by sebb
 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
 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
--
http://www.nabble.com/Graph-Results-overlap-tp23477206p23477206.html
 Sent from the JMeter - User mailing list archive at Nabble.com.
 ---------------------------------------------------------------------
---------------------------------------------------------------------
---------------------------------------------------------------------
--
http://www.nabble.com/Graph-Results-overlap-tp23477206p23513354.html
Sent from the JMeter - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
---------------------------------------------------------------------
--
http://www.nabble.com/Graph-Results-overlap-tp23477206p23532109.html
Sent from the JMeter - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
---------------------------------------------------------------------
--
http://www.nabble.com/Graph-Results-overlap-tp23477206p23532489.html
Sent from the JMeter - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
---------------------------------------------------------------------
Shadar
2009-05-24 09:12:05 UTC
Permalink
Hi everyone,

I am new to JMeter, and just ran into the same issue of the Graph Results
listener wrapping around (actually I posted a question to StackOverflow
http://stackoverflow.com/questions/903348/jmeter-saving-results-configuring-graph-results-time-span
here and then found this great group!). I don't know what the initial
rationale was and disagreeing with it would be a philosophical hence
pointless debate, but practically this is a big problem IMHO. I just ran a
weekend-long test, and I can only see the lines for the last 2 hours (just
guessing - there are no sample numbers or time labels on the X axis!)!

It seems to me that the simplest pragmatic solution would be to let user
change dynamically the time span (width) of the graph (just like I can check
boxes to add or remove lines), and then the graph should be repainted
according to the new width. This seems like a simple addition to the GUI and
logic. Any chance someone can do this?

A related question is if I can save the results of test runs and later on
open them with this listener? I know I can save the test plan or parts of
it. I am unclear if I can save separately just the test results data, and
later open them and perform comparisons etc. And furthermore can I open them
with different listeners even if they weren't part of original test (i.e. I
think of the test as accumulating data, and later on I want to view and
interpret the data using different "viewers").

Thanks!

-- Shaul

P.S. To those familiar with MS's Performance Monitor (Perfmon), changing the
time span is one of the options when opening a saved performance log (data).
Other less important options IMHO are to change the line width, color and
type (e.g. dashed or dotted).
--
View this message in context: http://www.nabble.com/Graph-Results-overlap-tp23477206p23691823.html
Sent from the JMeter - User mailing list archive at Nabble.com.
B***@eventim.de
2009-05-24 09:27:08 UTC
Permalink
Hi Saul,

i have made good experience with j-meter running in gui mode and using the plug in stataggvisualizer. With this tool you can see the response time for each iteration (not per request) in a graph. As load generater is use remoter servers. When you use more then one remote-server, you can add or stop threads groups during the test and you can see also the response times in this graph. For the remote server instances, make sure that the stataggvisualizer libs are also installed.

Another good effect is when you using more remoter server instances, that you minimizes the out of mem problem.


Cheers
bjoern




-----Ursprüngliche Nachricht-----
Von: Shadar [mailto:***@gmail.com]
Gesendet: Sonntag, 24. Mai 2009 11:12
An: jmeter-***@jakarta.apache.org
Betreff: [SPAM] Re: Graph Results overlap
Wichtigkeit: Niedrig


Hi everyone,

I am new to JMeter, and just ran into the same issue of the Graph Results
listener wrapping around (actually I posted a question to StackOverflow
http://stackoverflow.com/questions/903348/jmeter-saving-results-configuring-graph-results-time-span
here and then found this great group!). I don't know what the initial
rationale was and disagreeing with it would be a philosophical hence
pointless debate, but practically this is a big problem IMHO. I just ran a
weekend-long test, and I can only see the lines for the last 2 hours (just
guessing - there are no sample numbers or time labels on the X axis!)!

It seems to me that the simplest pragmatic solution would be to let user
change dynamically the time span (width) of the graph (just like I can check
boxes to add or remove lines), and then the graph should be repainted
according to the new width. This seems like a simple addition to the GUI and
logic. Any chance someone can do this?

A related question is if I can save the results of test runs and later on
open them with this listener? I know I can save the test plan or parts of
it. I am unclear if I can save separately just the test results data, and
later open them and perform comparisons etc. And furthermore can I open them
with different listeners even if they weren't part of original test (i.e. I
think of the test as accumulating data, and later on I want to view and
interpret the data using different "viewers").

Thanks!

-- Shaul

P.S. To those familiar with MS's Performance Monitor (Perfmon), changing the
time span is one of the options when opening a saved performance log (data).
Other less important options IMHO are to change the line width, color and
type (e.g. dashed or dotted).
--
View this message in context: http://www.nabble.com/Graph-Results-overlap-tp23477206p23691823.html
Sent from the JMeter - User mailing list archive at Nabble.com.


---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-user-***@jakarta.apache.org
For additional commands, e-mail: jmeter-user-***@jakarta.apache.org
Continue reading on narkive:
Loading...