|
>From: Nathan M. Andelin [mailto:nandelin@RELATIONAL-DATA.COM] >measures the time between the request and the first byte received >in order to strip network time from the equation. Now, if I write a page that sends back the <HTML> line, then goes off and does all its work then returns the rest of the page JMeter will say it performs well. You can't rely on such a test. Also, I don't believe you can validly test one page over and over. A more realistic test would be to walk the application as a user would, script that entire "session" and then replay that. In another e-mail: >From: Nathan M. Andelin [mailto:nandelin@RELATIONAL-DATA.COM] >it would be interesting to compare with MS ASP. Could you share >some of the scalability aspects of ASP? Sure, it scales GRRRRRRReat! <G> Seriously though, what do you want to know? There are several (many) pieces of ASP and IIS from the static page serving to VBScript to ADO to MTS to ... As a start I ran a test on an ASP version of your boats example. (http://w3.techsoftwareinc.com/boats.asp) This is a simple ASP script that retrieves the boats from a table on my iSeries and displays the results. The tests were run from MS's Application Center Test program from VS.NET (however the tests are of "classic" asp, not asp.net). iSeries: 270 w/512 meg & 4x6717 drives in raid 5. iSeries OS: V5R1 CUME 02036 (hmmm, maybe I should update <G>) Web server: Dell Inspiron 8100 (my laptop) 1.2Ghz Pentium III 512 Meg OS: Windows 2000 Workstation SP2 Test: Retrieve page boats.asp and wait 1000 milliseconds Simultaneous connections: 50 Test run time: 10 minutes Ramp up time: 1 minute (not included in the 10 minutes) NB: Test client running on same machine as web server so 0 network latency Results: Test iterations in 10 minutes: 28,521 Avg rqs/second: 47.53 Avg time to 1st byte: 50.34 ms Avg time to last byte: 50.45 ms Avg bytes/sec: 121K Total bytes sent: 10M Total bytes received: 62M iSeries impact: several QZDASOINIT jobs, each showing <0.2% CPU at all times. Response code 500: 269 (0.94%) Response code 403: 204 (0.72%) Response code 200: 28,047 (98.34%) Notes: The 403 errors are generated when the server understands the request but refuses to process it. This is simply due to the fact that I ran the test on my PC running W2K Workstation not server which has a limit to the number of IIS connections it's allowed to accept. The 500 errors are generated when there is an error in the ASP. In each of these cases the error was the result of exceeding the maximum number of connections allowed by my license of the OLEDB driver (not IBM's). -Walden ------------ Walden H Leverich III President Tech Software (516) 627-3800 x11 (208) 692-3308 eFax WaldenL@TechSoftInc.com http://www.TechSoftInc.com Quiquid latine dictum sit altum viditur. (Whatever is said in Latin seems profound.) -----Original Message----- From: Nathan M. Andelin [mailto:nandelin@RELATIONAL-DATA.COM] Sent: Tuesday, July 30, 2002 20:19 To: web400@midrange.com Subject: Re: [WEB400] What happened to rpgenerationx.com? Brad, Just so we're comparing apples to apples, I have another suggestion. Download a copy of the JMeter stress test tool from www.apache.org to do the test. JMeter instantiates client Threads rather than Jobs, and if I understand correctly measures the time between the request and the first byte received in order to strip network time from the equation. Also remember that you're hitting a model 170-2290. It doesn't take much to drive the CPU utilization to the wall. Ten users with no delay will peg my CPU at +++ utilization. To be accurate, your tests need to let my CPU breath, as mine did. Nathan M. Andelin www.relational-data.com ----- Original Message ----- From: "Brad Stone" <brad@bvstools.com> To: <web400@midrange.com> Sent: Tuesday, July 30, 2002 5:54 PM Subject: Re: [WEB400] What happened to rpgenerationx.com? > I think it's ok. I will run it again for you, though. Just let me > know a good time. > > The numbers were spot on with the normal HTTP server. I > will run them both again when you give me the go ahead through private > email. Then I'll post here if they're different. > > On Tue, 30 Jul 2002 17:50:31 -0600 > "Nathan M. Andelin" <nandelin@RELATIONAL-DATA.COM> wrote: > > Brad, > > > > I think I was running a stress test of my own when you > > were hitting my site. > > Plus, there seem to be several curious visitors, here. > > You might want to > > try your test again, this evening. Or early in the morning. > > > > Nathan M. Andelin > > www.relational-data.com > > > > > > ----- Original Message ----- > > From: "Brad Stone" <brad@bvstools.com> > > To: <web400@midrange.com> > > Sent: Tuesday, July 30, 2002 5:36 PM > > Subject: Re: [WEB400] What happened to rpgenerationx.com? > > > > > > > I used my PoundServer command to do testing on your examples... > > > This has no delay, except for the time it > > takes > > > to run the job. It sumits the number of jobs (in this > > case > > > 1, then 10) to QSYSNOMAX and let's em at it. More > > realistic > > > as getting 10 simultaneous hits is not out of the > > question. > > > > > > Here's what I got.. > > > > > > Websphere sample: > > > > > > > > http://www.rei.com/reihtml/gear_shop/index.jsp?specialty_shop=Camping&stat=s > > ide_1 > > > > > > Average Response: > > > > > > 1 user: 1.090 seconds > > > 10 users: 3.274 seconds > > > > > > Easy400 CGI Sample: > > > > > > http://www.relational-data.com/cgiappsp/boatc.pgm > > > > > > Average Response: > > > > > > 1 user: 3.089 seconds > > > 10 users: 21.480 seconds > > > > > > Relational-Web Sample: > > > > > > http://www.relational-data.com/products/rweb/cgi/boatw/report.isp > > > > > > Average Response: > > > > > > 1 user: 2.680 seconds > > > 10 users: 19.729 seconds > > > > > > Read into it what you will. > > > > > > Brad > > > www.bvstools.com > > > > > > On Tue, 30 Jul 2002 17:17:00 -0600 > > > "Nathan M. Andelin" <nandelin@RELATIONAL-DATA.COM> > > wrote: > > > > Good question. With a constant 4 second delay > > between > > > > sampling: > > > > > > > > --------------------------------------- > > > > > > > > Websphere sample: > > > > > > > > > > http://www.rei.com/reihtml/gear_shop/index.jsp?specialty_shop=Camping&stat=s > > > > ide_1 > > > > > > > > Average Response: > > > > > > > > 1 user: 3300 milliseconds > > > > 10 users: 33000 milliseconds > > > > > > > > Multi-user responses vary little from the average. > > > > > > > > Note: not a dedicated box. > > > > > > > > --------------------------------------- > > > > > > > > Easy400 CGI Sample: > > > > > > > > http://www.relational-data.com/cgiappsp/boatc.pgm > > > > > > > > Average Response: > > > > > > > > 1 user: 900 milliseconds > > > > 10 users: 7000 milliseconds > > > > > > > > Multi-user responses vary quite a bit from the > > average. > > > > > > > > --------------------------------------- > > > > > > > > Relational-Web Sample: > > > > > > > > http://www.relational-data.com/products/rweb/cgi/boatw/report.is > > > > p > > > > > > > > Average Response: > > > > > > > > 1 user: 550 milliseconds > > > > 10 users: 600 milliseconds > > > > > > > > Multi-user responses vary little from the average. > > > > > > > > --------------------------------------- > > > > > > > > > > > > Nathan M. Andelin > > > > www.relational-data.com > > > > > > > > > > > > _______________________________________________ > > > > This is the Web Enabling the AS400 / iSeries (WEB400) mailing > > > > list To post a message email: WEB400@midrange.com > > > > To subscribe, unsubscribe, or change list options, > > > > visit: http://lists.midrange.com/cgi-bin/listinfo/web400 > > > > or email: WEB400-request@midrange.com > > > > Before posting, please take a moment to review the > > > > archives > > > > at http://archive.midrange.com/web400. > > > > > > > > > > Bradley V. Stone > > > BVS.Tools > > > www.bvstools.com _______________________________________________ > > > This is the Web Enabling the AS400 / iSeries (WEB400) > > mailing list > > > To post a message email: WEB400@midrange.com > > > To subscribe, unsubscribe, or change list options, > > > visit: http://lists.midrange.com/cgi-bin/listinfo/web400 > > > or email: WEB400-request@midrange.com > > > Before posting, please take a moment to review the > > archives > > > at http://archive.midrange.com/web400. > > > > > > > _______________________________________________ > > This is the Web Enabling the AS400 / iSeries (WEB400) mailing list > > To post a message email: WEB400@midrange.com > > To subscribe, unsubscribe, or change list options, > > visit: http://lists.midrange.com/cgi-bin/listinfo/web400 > > or email: WEB400-request@midrange.com > > Before posting, please take a moment to review the > > archives > > at http://archive.midrange.com/web400. > > > > Bradley V. Stone > BVS.Tools > www.bvstools.com _______________________________________________ > This is the Web Enabling the AS400 / iSeries (WEB400) mailing list > To post a message email: WEB400@midrange.com > To subscribe, unsubscribe, or change list options, > visit: http://lists.midrange.com/cgi-bin/listinfo/web400 > or email: WEB400-request@midrange.com > Before posting, please take a moment to review the archives > at http://archive.midrange.com/web400. > _______________________________________________ This is the Web Enabling the AS400 / iSeries (WEB400) mailing list To post a message email: WEB400@midrange.com To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/cgi-bin/listinfo/web400 or email: WEB400-request@midrange.com Before posting, please take a moment to review the archives at http://archive.midrange.com/web400.
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.
midrange.com
