RE: RE: Java and CPU -- JAVA400-L

I did some other load testing before with the GETURI tool i wrote.
Basically I made a command wrapper (I called that POUNDSVR) that would ask
for a URL (could be CGI or static) and then how many times you wanted to hit
it.  I would submit all the jobs (each job a request) to QSYSNOMAX and just
let it rip.  Amazingly, it did rather well.  I think I did 500 hits and the
average response time was 2.5 seconds or something (It's in the archives of
ignite, I know that).

I may do the same to test websphere.  Just write a simple XML generating
script and hit it a few times.

Brad

> -----Original Message-----
> From: David Morris [mailto:dmorris@plumcreek.com]
> Sent: Friday, March 02, 2001 6:25 AM
> To: JAVA400-L@midrange.com
> Subject: Re: RE: Java and CPU
> 
> 
> Nathan,
> 
> That is amazing.  I had a system with exacly the same 
> configuration, and the HTTP server used 5% of the CPU when 
> idling 24/7 on V4R4, on V4R5 it went down to 3%.  It would 
> not run WebSphere 3+ acceptably to I upgraded to a 270 that 
> does OK with WebSphere and HTTP is almost undetectable.
> 
> David Morris
> 
> >>> nathanma@haaga.com 03/01/01 22:04 PM >>>
> 
> Joe,
> 
> To add a little spice to the mix, I tried a similar test.  I 
> Loaded the HTTP
> server, and 2 RPG application servers.  Then accessed my 
> Chart of Accounts
> maintenance program at 
http://209.150.202.196/glcamt/begin.isp, then clicked
the PgUp Link 210 times.  The before and after WRKACTJOB screen shots
follow:

 Subsystem/Job  Type  Pool  Pty      CPU  Int    Rsp  AuxIO  CPU %
     QHTTPSVR       SBS     2    0        .2                  0     .0
       RDWEBSHR     BCH     2   25      15.1                  0     .4
       RDWEBSHR     BCI     2   25        .5                  0     .0
       RDWEBSHR     BCI     2   25        .5                  0     .0
       RDWEBSHR     BCI     2   25        .5                  0     .0
       RDWEBSHR     BCI     2   25        .5                  0     .0
     RDWEB          SBS     2    0        .3                  0     .0
       GLCAMT       BCH     2   20        .9                  0     .0
       GLJOEN       BCH     2   20        .8                  0     .0


  Subsystem/Job  Type  Pool  Pty      CPU  Int    Rsp  AuxIO  CPU %
     QHTTPSVR       SBS     2    0        .2                  0     .0
       RDWEBSHR     BCH     2   25      25.2                  0     .4
       RDWEBSHR     BCI     2   25        .5                  0     .0
       RDWEBSHR     BCI     2   25        .5                  0     .0
       RDWEBSHR     BCI     2   25       .5                  0     .0
       RDWEBSHR     BCI     2   25        .5                  0     .0
     RDWEB          SBS     2    0        .3                  0     .0
       GLCAMT       BCH     2   20      20.3                  0     .0
       GLJOEN       BCH     2   20        .8                  0     .0

I mentioned earlier that I use an HTTP server plug-in (message server) to
route requests to the RPG application server (GLCAMT).  The downloaded HTML
is 5.8K per page, which is 76% larger than your 3.3K page.  My HTTP Server
used only 10 seconds which is half of yours.  But my RPG program use nearly
20 seconds which is more than double that of yours.  The larger page size
would account for some of the difference, but not all.  I'm wondering
whether I need to fine-tune the API used by the RPG program?

Also, I'm using a 170-2290 with 320 meg RAM with a CPW rating of apx. 70.

What's your machine?

And Brad, what's your machine?

Thanks, Nathan.


+---
| This is the JAVA/400 Mailing List!
| To submit a new message, send your mail to JAVA400-L@midrange.com.
| To subscribe to this list send email to JAVA400-L-SUB@midrange.com.
| To unsubscribe from this list send email to JAVA400-L-UNSUB@midrange.com.
| Questions should be directed to the list owner: joe@zappie.net
+---

+---
| This is the JAVA/400 Mailing List!
| To submit a new message, send your mail to JAVA400-L@midrange.com.
| To subscribe to this list send email to JAVA400-L-SUB@midrange.com.
| To unsubscribe from this list send email to JAVA400-L-UNSUB@midrange.com.
| Questions should be directed to the list owner: joe@zappie.net
+---
+---
| This is the JAVA/400 Mailing List!
| To submit a new message, send your mail to JAVA400-L@midrange.com.
| To subscribe to this list send email to JAVA400-L-SUB@midrange.com.
| To unsubscribe from this list send email to JAVA400-L-UNSUB@midrange.com.
| Questions should be directed to the list owner: joe@zappie.net
+---