Re: [OpenSTA-users] Severe load ramp-up limitation encountered
Brought to you by:
dansut
|
From: Dan D. <ddo...@me...> - 2007-07-12 20:47:10
|
=20 > >Dan Downing wrote: =20 >>> The Test: Two load =20 >>> servers (dual 1Ghz P4s, 1 GB memory). On each, test had 20 Task =20 >>> Groups with this one script, in v-user "burst" =20 >>> groups of 50, 100, 150,...1000, doing a single iteration. Each group t= o=A0=A0=20 >>> be launch 3 minutes apart =20 >>> (allowing the web server to settle from the previous burst). Ramp rat= e=A0=A0=20 >>> of 300 users per minute (batch =20 >>> settings: 1/5/1 (interval btw =20 >>> batches/vusers per batch/batch ramp time). =20 > =20 >>Danny Faught wrote: =20 >>I'm curious if you tried to set up this scenario using a single task=A0= =A0=20 >>group. I would guess >that if you could get what you want that way, it=A0= =A0=20 >>would put less stress on your load >generators. =20 >>--=A0=A0=20 >>Danny R. Faught =20 > =20 > Danny, Thanks for your suggestion. While I did not try modeling the=A0=A0= =20 > *entire set* of Task Groups into a single Task Group, I *did* (just thi= s=A0=A0=20 > morning) re-run *just one* Task Group with 400 users -- and managed to p= eg=A0=A0=20 > the cpu and drive up the pages/sec. just the same. =20 > =20 > So, whatever resources I am taxing, it occurs even with a single Task=A0= =A0=20 > Group. =20 =20 Bernie wrote: =20 =20 =20 =20 >I'm having a little trouble visualizing what is happening. Could=20 you reply with the VU >parameters (i.e. batch start options, total=20 number of users, number of vir users for timers=20 >and http result)=20 for the single task group test? =20 =20 =20 >>A picture is worth a few hundred words (depreciation).=A0 See attached.= =20 Hmmm...can't send an attachment!#@?=20 OK; verbal it is.=20 1 task group, 400 vusers; 5 vu per batch, 1 sec between batches, 1 second= batch ramp-up.=20 =20 =2E..Dan=20 =20 Dan Downing=20 =20 www.mentora.com=20 =20 |