If I understand what you are asking, after a 'near-death' performance =
problems in our transactional environment, we just bought an expensive =
load testing tool, Mercury Load Runner, that purportedly will emulate a =
500 hundred concurrent user environment. I like the idea. I'm not sure =
about any performance predictions that could be without some basis for =
replicating the environment: In our case an identical RAC test system =
connected to this Load Runner tool. Anything that stints on the number =
of users or software/hardware environment will probably be off the mark. =
=20
> -----Original Message-----
> From: oracle-l-bounce_at_freelists.org
> [mailto:oracle-l-bounce_at_freelists.org]On Behalf Of=20
> ryan.gaffuri_at_cox.net
> Sent: Monday, May 03, 2004 10:38 AM
> To: oracle-l_at_freelists.org
> Subject: cpu costing while in development
>=20
>=20
> anyone have any strategy for using system stats before you go=20
> live to production? Before you know what times the user load=20
> will be highest?=20
>=20
> I would like to atleast do some query tests in development=20
> before putting it in production?=20
>=20
> do you gather system stats and then run a 'worst case'=20
> scenario test case and test it with that? What works for you?=20
>=20
> ----------------------------------------------------------------
> Please see the official ORACLE-L FAQ: http://www.orafaq.com
> ----------------------------------------------------------------
> To unsubscribe send email to: oracle-l-request_at_freelists.org
> put 'unsubscribe' in the subject line.
> --
> Archives are at http://www.freelists.org/archives/oracle-l/
> FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html
> -----------------------------------------------------------------
>=20
Please see the official ORACLE-L FAQ:
http://www.orafaq.com
To unsubscribe send email to: oracle-l-request_at_freelists.org
put 'unsubscribe' in the subject line.
--
Archives are at http://www.freelists.org/archives/oracle-l/
FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html
-----------------------------------------------------------------
Received on Mon May 03 2004 - 09:54:12 CDT
