I use jmeter exclusively for performance testing on high-end boxes, and I never use
the real-time visualizers - although they look cool when running, I find that they tax
the system far more than they're worth. However, they would have a use if you are
using jmeter to emulate a typical load on a system for a long period of time - they
help to highlight a gradual degradation of performance, for instance.
I think that there would be great value in developing offline visualizers (reporters?)
- I for one would use them!
Note that the File Visualizer could be expanded to allow the user to SPECIFY the
information to write for each sample - it could even go so far as to specify the
format that the data is written in. Though it may simply be easier to create multiple
File Visualizers...
-----Original Message-----
From: neth6 atozasia.com [mailto:[EMAIL PROTECTED]]
Sent: August 18, 2001 4:27 AM
To: [EMAIL PROTECTED]
Subject: Real-time visualizers and CPU usage
What do u guys think about turning on visualizers while sampling?
I think it takes up some processing power which may otherwise be used for powering
another thread used to load the website. Moreover, it does slow down performance
measurement.
I haven't used a performance tool like Segue's SilkPerformer or Mercury's LoadRunner
so I don't know if they offer something similar. I also have no idea whether ppl
would use them considering my argument above.
Can anybody who does performance testing before enlighten me?
If a lot of ppl feel the same about its usefulness then I think it'll be more
worthwhile to write offline visualizers which reads sample results from a file
(generated by FileVisualizer) and displays the graph. I think this is almost a
must(?) but this would mean that for each visualizer tt we want, we would need to
modify FileVisualizer to store the additional data required byt the visualizer in the
file generated.
Any views on this?
--
__________________________________________________
Get FREE 50 MB email @ http://www.AtoZasia.com
Powered by Outblaze
---------------------------------------------------------------------
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]
