471,123 Members | 810 Online
Bytes | Software Development & Data Engineering Community
Post +

Home Posts Topics Members FAQ

Join Bytes to post your question to a community of 471,123 software developers and data experts.

web stress ASPNET with JMeter

Hello,

I am wondering how aspnet developers do their web stress on ASPNET
apps
..
I would like to run mine with apache JMeter, a well-known open source
tool.
Unfortunately, it does not works well with ASPNET, I think maybe
because postback in the dotnet area are not the same as in the
html/java/cgi-bin traddition.

In the aspnet area, the page is postback to itself, with a lot of
viewstate events fired. it work well if you submit with a browser.
But with a stress tool, like JMeter, or OpenSTA, this is not a browser
that post a request page, but a piece of software, usually running in
its own thread.

It seems to me that something is missing there, as the debug trace is
different, depending if a page is posted from a browser, like this:

aspx.page Begin Init
aspx.page End Init 0,000082 0,000082
aspx.page Begin LoadViewState 0,000131 0,000049
aspx.page End LoadViewState 0,000348 0,000217
aspx.page Begin ProcessPostData 0,000414 0,000066
aspx.page End ProcessPostData 0,000749 0,000335
aspx.page Begin ProcessPostData Second Try 0,001026 0,000278
aspx.page End ProcessPostData Second Try 0,001090 0,000063
aspx.page Begin Raise ChangedEvents 0,001122 0,000033
aspx.page End Raise ChangedEvents 0,001159 0,000037
aspx.page Begin Raise PostBackEvent 0,001192 0,000032
aspx.page End Raise PostBackEvent 0,950161 0,948969
aspx.page Begin PreRender 0,950248 0,000087
aspx.page End PreRender 0,950302 0,000054
aspx.page Begin SaveViewState 0,951535 0,001233
aspx.page End SaveViewState 0,951710 0,000175
aspx.page Begin Render 0,951767 0,000057
aspx.page End Render 0,953222 0,001455

or if it posted from a stress tool, like JMeter, like this:

aspx.page Begin Init
aspx.page End Init 0,000091 0,000091
aspx.page Begin PreRender 0,000272 0,000181
aspx.page End PreRender 0,000360 0,000088
aspx.page Begin SaveViewState 0,001071 0,000711
aspx.page End SaveViewState 0,001221 0,000150
aspx.page Begin Render 0,001273 0,000053
aspx.page End Render 0,003051 0,001777

as we can see, many events are not processeed when the post is done
with JMeter.
Can someone explains why and tell us a workaround?

is it possible to replace asp:button events handling by input type
submit button ? How could I handle input type=submit events? aspnet
is not very well suited to do input submit handling, as it is geared
torwards asp:button events.

thank you,

BTW: How do you stress test your aspnet web apps with multiple users?
Nov 18 '05 #1
4 12201
Hi Martin:

We use Microsoft Application Center Test, I believe this only comes
with the Enterprise edition of Visual Studio.NET.

http://msdn.microsoft.com/library/de...actml_main.asp

--
Scott
http://www.OdeToCode.com

On 23 Aug 2004 06:38:28 -0700, ma***************@nurun.com (martin
carmichael) wrote:
Hello,

I am wondering how aspnet developers do their web stress on ASPNET
apps
.
I would like to run mine with apache JMeter, a well-known open source
tool.
Unfortunately, it does not works well with ASPNET, I think maybe
because postback in the dotnet area are not the same as in the
html/java/cgi-bin traddition.

In the aspnet area, the page is postback to itself, with a lot of
viewstate events fired. it work well if you submit with a browser.
But with a stress tool, like JMeter, or OpenSTA, this is not a browser
that post a request page, but a piece of software, usually running in
its own thread.

It seems to me that something is missing there, as the debug trace is
different, depending if a page is posted from a browser, like this:

aspx.page Begin Init
aspx.page End Init 0,000082 0,000082
aspx.page Begin LoadViewState 0,000131 0,000049
aspx.page End LoadViewState 0,000348 0,000217
aspx.page Begin ProcessPostData 0,000414 0,000066
aspx.page End ProcessPostData 0,000749 0,000335
aspx.page Begin ProcessPostData Second Try 0,001026 0,000278
aspx.page End ProcessPostData Second Try 0,001090 0,000063
aspx.page Begin Raise ChangedEvents 0,001122 0,000033
aspx.page End Raise ChangedEvents 0,001159 0,000037
aspx.page Begin Raise PostBackEvent 0,001192 0,000032
aspx.page End Raise PostBackEvent 0,950161 0,948969
aspx.page Begin PreRender 0,950248 0,000087
aspx.page End PreRender 0,950302 0,000054
aspx.page Begin SaveViewState 0,951535 0,001233
aspx.page End SaveViewState 0,951710 0,000175
aspx.page Begin Render 0,951767 0,000057
aspx.page End Render 0,953222 0,001455

or if it posted from a stress tool, like JMeter, like this:

aspx.page Begin Init
aspx.page End Init 0,000091 0,000091
aspx.page Begin PreRender 0,000272 0,000181
aspx.page End PreRender 0,000360 0,000088
aspx.page Begin SaveViewState 0,001071 0,000711
aspx.page End SaveViewState 0,001221 0,000150
aspx.page Begin Render 0,001273 0,000053
aspx.page End Render 0,003051 0,001777

as we can see, many events are not processeed when the post is done
with JMeter.
Can someone explains why and tell us a workaround?

is it possible to replace asp:button events handling by input type
submit button ? How could I handle input type=submit events? aspnet
is not very well suited to do input submit handling, as it is geared
torwards asp:button events.

thank you,

BTW: How do you stress test your aspnet web apps with multiple users?


Nov 18 '05 #2
I'm not familar with JMeter, but the challenge with .net pages, is the
postback must include the the viewstate from the render. the contents of the
viewstate is what identifies a postback as a postback. also if you use a
autopostback controls, these are driven by client script, so you must
emulate this in the stress tool, by filling is more hidden fields.
-- bruce (sqlwork.com)
"martin carmichael" <ma***************@nurun.com> wrote in message
news:e8**************************@posting.google.c om...
Hello,

I am wondering how aspnet developers do their web stress on ASPNET
apps
.
I would like to run mine with apache JMeter, a well-known open source
tool.
Unfortunately, it does not works well with ASPNET, I think maybe
because postback in the dotnet area are not the same as in the
html/java/cgi-bin traddition.

In the aspnet area, the page is postback to itself, with a lot of
viewstate events fired. it work well if you submit with a browser.
But with a stress tool, like JMeter, or OpenSTA, this is not a browser
that post a request page, but a piece of software, usually running in
its own thread.

It seems to me that something is missing there, as the debug trace is
different, depending if a page is posted from a browser, like this:

aspx.page Begin Init
aspx.page End Init 0,000082 0,000082
aspx.page Begin LoadViewState 0,000131 0,000049
aspx.page End LoadViewState 0,000348 0,000217
aspx.page Begin ProcessPostData 0,000414 0,000066
aspx.page End ProcessPostData 0,000749 0,000335
aspx.page Begin ProcessPostData Second Try 0,001026 0,000278
aspx.page End ProcessPostData Second Try 0,001090 0,000063
aspx.page Begin Raise ChangedEvents 0,001122 0,000033
aspx.page End Raise ChangedEvents 0,001159 0,000037
aspx.page Begin Raise PostBackEvent 0,001192 0,000032
aspx.page End Raise PostBackEvent 0,950161 0,948969
aspx.page Begin PreRender 0,950248 0,000087
aspx.page End PreRender 0,950302 0,000054
aspx.page Begin SaveViewState 0,951535 0,001233
aspx.page End SaveViewState 0,951710 0,000175
aspx.page Begin Render 0,951767 0,000057
aspx.page End Render 0,953222 0,001455

or if it posted from a stress tool, like JMeter, like this:

aspx.page Begin Init
aspx.page End Init 0,000091 0,000091
aspx.page Begin PreRender 0,000272 0,000181
aspx.page End PreRender 0,000360 0,000088
aspx.page Begin SaveViewState 0,001071 0,000711
aspx.page End SaveViewState 0,001221 0,000150
aspx.page Begin Render 0,001273 0,000053
aspx.page End Render 0,003051 0,001777

as we can see, many events are not processeed when the post is done
with JMeter.
Can someone explains why and tell us a workaround?

is it possible to replace asp:button events handling by input type
submit button ? How could I handle input type=submit events? aspnet
is not very well suited to do input submit handling, as it is geared
torwards asp:button events.

thank you,

BTW: How do you stress test your aspnet web apps with multiple users?

Nov 18 '05 #3
Hi Scott,
I also have Microsoft Application Center Test, but I am not strong
with it.
it generates VBScript code when recording from browser activity.
So, inside the VBS code, the username/password is hardcoded for the
POST operation in the login page.
There are also properties to set the number do connections for test
load.
Do you know how to dynamically change hard coded user names according
to the thread?
that is if I want a 5 users test load, I would like 5 different
usernames and I do not know how to do this with Microsoft Application
Center Test.
thank you,

Scott Allen <bitmask@[nospam].fred.net> wrote in message news:<em********************************@4ax.com>. ..
Hi Martin:

We use Microsoft Application Center Test, I believe this only comes
with the Enterprise edition of Visual Studio.NET.

http://msdn.microsoft.com/library/de...actml_main.asp

--
Scott
http://www.OdeToCode.com

On 23 Aug 2004 06:38:28 -0700, ma***************@nurun.com (martin
carmichael) wrote:
Hello,

I am wondering how aspnet developers do their web stress on ASPNET
apps
.
I would like to run mine with apache JMeter, a well-known open source
tool.
Unfortunately, it does not works well with ASPNET, I think maybe
because postback in the dotnet area are not the same as in the
html/java/cgi-bin traddition.

In the aspnet area, the page is postback to itself, with a lot of
viewstate events fired. it work well if you submit with a browser.
But with a stress tool, like JMeter, or OpenSTA, this is not a browser
that post a request page, but a piece of software, usually running in
its own thread.

It seems to me that something is missing there, as the debug trace is
different, depending if a page is posted from a browser, like this:

aspx.page Begin Init
aspx.page End Init 0,000082 0,000082
aspx.page Begin LoadViewState 0,000131 0,000049
aspx.page End LoadViewState 0,000348 0,000217
aspx.page Begin ProcessPostData 0,000414 0,000066
aspx.page End ProcessPostData 0,000749 0,000335
aspx.page Begin ProcessPostData Second Try 0,001026 0,000278
aspx.page End ProcessPostData Second Try 0,001090 0,000063
aspx.page Begin Raise ChangedEvents 0,001122 0,000033
aspx.page End Raise ChangedEvents 0,001159 0,000037
aspx.page Begin Raise PostBackEvent 0,001192 0,000032
aspx.page End Raise PostBackEvent 0,950161 0,948969
aspx.page Begin PreRender 0,950248 0,000087
aspx.page End PreRender 0,950302 0,000054
aspx.page Begin SaveViewState 0,951535 0,001233
aspx.page End SaveViewState 0,951710 0,000175
aspx.page Begin Render 0,951767 0,000057
aspx.page End Render 0,953222 0,001455

or if it posted from a stress tool, like JMeter, like this:

aspx.page Begin Init
aspx.page End Init 0,000091 0,000091
aspx.page Begin PreRender 0,000272 0,000181
aspx.page End PreRender 0,000360 0,000088
aspx.page Begin SaveViewState 0,001071 0,000711
aspx.page End SaveViewState 0,001221 0,000150
aspx.page Begin Render 0,001273 0,000053
aspx.page End Render 0,003051 0,001777

as we can see, many events are not processeed when the post is done
with JMeter.
Can someone explains why and tell us a workaround?

is it possible to replace asp:button events handling by input type
submit button ? How could I handle input type=submit events? aspnet
is not very well suited to do input submit handling, as it is geared
torwards asp:button events.

thank you,

BTW: How do you stress test your aspnet web apps with multiple users?

Nov 18 '05 #4
Hi Martin:

I know we have (not me, unfortunately) created multiple users and user
groups in ACT in order to test with N different users.
http://msdn.microsoft.com/library/de...ml_nav_cug.asp

--
Scott
http://www.OdeToCode.com

On 24 Aug 2004 06:04:36 -0700, ma***************@nurun.com (martin
carmichael) wrote:
Hi Scott,
I also have Microsoft Application Center Test, but I am not strong
with it.
it generates VBScript code when recording from browser activity.
So, inside the VBS code, the username/password is hardcoded for the
POST operation in the login page.
There are also properties to set the number do connections for test
load.
Do you know how to dynamically change hard coded user names according
to the thread?
that is if I want a 5 users test load, I would like 5 different
usernames and I do not know how to do this with Microsoft Application
Center Test.
thank you,


Nov 18 '05 #5

This discussion thread is closed

Replies have been disabled for this discussion.

Similar topics

9 posts views Thread by Jared Tullis | last post: by
3 posts views Thread by Darkstar 3D | last post: by
5 posts views Thread by Dariusz Tomon | last post: by
reply views Thread by John A Grandy | last post: by
reply views Thread by Phase 3 team | last post: by
2 posts views Thread by balabala | last post: by
1 post views Thread by ESmith | last post: by
4 posts views Thread by FFMG | last post: by
reply views Thread by techiebrandon | last post: by

By using Bytes.com and it's services, you agree to our Privacy Policy and Terms of Use.

To disable or enable advertisements and analytics tracking please visit the manage ads & tracking page.