|
----- Original Message ----- From: "Andrew Borts" <Andrewb@SETACORPORATION.com> To: <web400@midrange.com> Sent: Friday, August 02, 2002 2:25 PM Subject: RE: [WEB400] What happened to rpgenerationx.com? > My system is about a 17 CPW @ MAX system! > > Andrew Borts / Webmaster > Seta Corporation > 6400 East Rogers Circle > Boca Raton, FL 33499 > > E-mail: Andrewb@setacorporation.com > Corporate web site http://www.setacorporation.com > E-Commerce web site http://www.palmbeachjewelry.com > http://www.myfreeitems.com > Voice: 561-994-2660 Ext. 2211 / Fax: 561-997-0774 > > -----Original Message----- > From: Andrew Borts > Sent: Friday, August 02, 2002 4:22 PM > To: web400@midrange.com > Subject: RE: [WEB400] What happened to rpgenerationx.com? > > OK - do dat (this stress thingy) with www.as400nut.com > > It's running a Net.Data macro for the counter below... > > Andrew Borts / Webmaster > Seta Corporation > 6400 East Rogers Circle > Boca Raton, FL 33499 > > E-mail: Andrewb@setacorporation.com > Corporate web site http://www.setacorporation.com > E-Commerce web site http://www.palmbeachjewelry.com > http://www.myfreeitems.com > Voice: 561-994-2660 Ext. 2211 / Fax: 561-997-0774 > > -----Original Message----- > From: Walden H. Leverich [mailto:WaldenL@TechSoftInc.com] > Sent: Friday, August 02, 2002 3:38 PM > To: 'web400@midrange.com' > Subject: RE: [WEB400] What happened to rpgenerationx.com? > > >From: Nathan M. Andelin [mailto:nandelin@RELATIONAL-DATA.COM] > >By adding another 72 records to your copy... > > OK, actually I had removed the additional rows to make life simpler, but I > put them back (78 in all now) and reran the tests. I had to lower the number > of simultaneous connections to 20 because of W2K workstation problems, I'm > trying to find a server I can play with. > > New numbers, same test (except for 20 users instead of 50) > > Requests processed: 8,339 (only 20 users now) > Avg rqs/sec: 13.89 > Avg time to last byte: 436.8ms > Total bytes sent: 158M > Page size: 158M/8339 = 19K > > >Another factor to consider is the CPU speed of your model... > Not really. In the last test the database jobs were <0.1% used. This time > they were <0.5%. I'll lay money I'm IO bound, not CPU bound, as should any > good iSeries be. > > >What is the processor feature on your server? > 2248 w/1517 interactive (not that interactive should matter). > > -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: Thursday, August 01, 2002 19:38 > To: web400@midrange.com > Subject: Re: [WEB400] What happened to rpgenerationx.com? > > > Walden, > > Nice numbers on your stress test! > > It would be quite interesting to stress test the Relational-Web boat report > on your model 270, and compare it to your ASP equivalent. Just let me know > if you'd like a copy to test. > > I agree that testing a full application would be much more relevant than > testing a single program or script. That would be a scenario in which > Relational-Web would really shine, exceptionally. > > My program generated 24K of HTML while your ASP script generated 2K of HTML. > By adding another 72 records to your copy of the BOAT table, the HTML > streams would be comparable. > > Another factor to consider is the CPU speed of your model 270 vs. my 170. > What is the processor feature on your server? > > We ran a CPU bound RPG benchmark on a model 270-2250 and found it to be 17.5 > times faster than my model 170, for example. > > Nathan M. Andelin > www.relational-data.com > > ----- Original Message ----- > From: "Walden H. Leverich" <WaldenL@TechSoftInc.com> > To: <web400@midrange.com> > Sent: Thursday, August 01, 2002 8:56 AM > Subject: RE: [WEB400] What happened to rpgenerationx.com? > > > > >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.) > > > _______________________________________________ > 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. > _______________________________________________ > 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
