× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



----- 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 thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

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.