> My experience with commercial load-testing apps is that they are
> outrageously expensive, a pain to program, don't really scale all that
> well, and mostly have to run on Windows with someone sitting at the
> mouse. There are some that work better than others, but the free stuff
> in this
Jauder Ho wrote:
> Another application (commercial) is Mercury Interactive's LoadRunner.
My experience with commercial load-testing apps is that they are
outrageously expensive, a pain to program, don't really scale all that
well, and mostly have to run on Windows with someone sitting at the
m
Heh. Forgot to state that it does cost an arm and a leg but it's one of
the few software packages that is worth considering paying money for IMO.
However, with the economy being the way it is, it is possible to "rent"
the software for a period of time but this is done by special arrangement
on a
On Tue, 12 Mar 2002, Jauder Ho wrote:
>
> Another application (commercial) is Mercury Interactive's LoadRunner. It
> actually records events and plays it back on "load generator" machines.
> It's fairly complex, has LOTs of knobs to turn and can load test quite a
> bit more than just web apps, I
Another application (commercial) is Mercury Interactive's LoadRunner. It
actually records events and plays it back on "load generator" machines.
It's fairly complex, has LOTs of knobs to turn and can load test quite a
bit more than just web apps, I use it to load test/benchmark Oracle 11i
for ins
Hello,
AH>So you're correct. My point though is not so much that the load profile of
AH>what pages get loaded in what order, and what data calls and dynamic
AH>scripts are run in what order are genuine. If you simulate the timing
AH>between requests, you'll even get spikes that are similar to the
Hello,
ABH>Not really; you also have to emulate the connection speeds of the
ABH>users. Or does the tools you mentioned do that?
Both of the commercially produced tools I mentioned (SilkPerformer and the
free Microsoft Web Stress program) can throttle bandwidth. Rolling your
own is a bunch harde
On Tue, 12 Mar 2002, Andrew Ho wrote:
[...]
> This is extremely effective if you have enough real user data because
> you're not inventing user load. You're using real user load.
Not really; you also have to emulate the connection speeds of the
users. Or does the tools you mentioned do that?
Heyas,
BH>Anyone know of good guides or general info on
BH>performance testing and emulating real use of
BH>an application.
As a general rule, it's easiest if you have a production system already
running. Record all information that you need to reproduce the requests
(typically, HTTP request h
On Tue, Mar 12, 2002 at 01:52:36PM -0800, clayton cottingham wrote:
> Bryan Henry wrote:
> >
> > Anyone know of good guides or general info on
> > performance testing and emulating real use of
> > an application.
> >
> > I would like to understand how to identify
> > potential bottlenecks before
Bryan Henry wrote:
>
> Anyone know of good guides or general info on
> performance testing and emulating real use of
> an application.
>
> I would like to understand how to identify
> potential bottlenecks before I deploy web apps.
>
> thank you,
> ~ b r y a n
try httpd.apache.org/test/
and
Anyone know of good guides or general info on
performance testing and emulating real use of
an application.
I would like to understand how to identify
potential bottlenecks before I deploy web apps.
thank you,
~ b r y a n
12 matches
Mail list logo