It cannot be blamed on Java I am afraid.

Here at ePrimera we sell a web enabling solution called enable which has no
degradation in speed, this is written in Java. http://www.ePrimera.com.

Many Thanks,
Chris

-----Original Message-----
From: web400-bounces@xxxxxxxxxxxx [mailto:web400-bounces@xxxxxxxxxxxx] On
Behalf Of web400-request@xxxxxxxxxxxx
Sent: 11 August 2005 23:16
To: web400@xxxxxxxxxxxx
Subject: WEB400 Digest, Vol 3, Issue 186

Send WEB400 mailing list submissions to
        web400@xxxxxxxxxxxx

To subscribe or unsubscribe via the World Wide Web, visit
        http://lists.midrange.com/mailman/listinfo/web400
or, via email, send a message with subject or body 'help' to
        web400-request@xxxxxxxxxxxx

You can reach the person managing the list at
        web400-owner@xxxxxxxxxxxx

When replying, please edit your Subject line so it is more specific
than "Re: Contents of WEB400 digest..."


Today's Topics:

   1. RE: Slow Web Admin (albartell)
   2. RE: Slow Web Admin (Ricky Thompson)
   3. RE: Slow Web Admin (Haas, Matt)
   4. Re: Slow Web Admin (Brad Stone)
   5. Re: Slow Web Admin (Brad Stone)
   6. RE: Slow Web Admin (Bob Moore)
   7. RE: Slow Web Admin (Dave Odom)
   8. Re: Slow Web Admin (Brad Stone)


----------------------------------------------------------------------

message: 1
date: Thu, 11 Aug 2005 12:05:34 -0500
from: "albartell" <albartell@xxxxxxxxx>
subject: RE: [WEB400] Slow Web Admin

I don't think one could blame this on purely Java.  I am guessing it is
doing some system calls behind the scenes that are causing the slowness.
Sure the first time you use a page it has to compile itself, but this
literally takes just a few seconds. From what I understand IBM has a mixed
environment of Java and Net.Data in the admin application and who knows what
else. It might just be poorly written.

Before I started using Java a lot I made the same statements, but I would
beg to differ with myself :-) 

My $.02,
Aaron Bartell

-----Original Message-----
From: web400-bounces@xxxxxxxxxxxx [mailto:web400-bounces@xxxxxxxxxxxx] On
Behalf Of web400@xxxxxxxxxxxxxxxx
Sent: Thursday, August 11, 2005 11:37 AM
To: Web Enabling the AS400 / iSeries
Subject: Re: [WEB400] Slow Web Admin


> Is it normal for the ISeries HTTP Admin (http://xxx.xxx.xxx.xxx:2001) 
> to take several minutes to load and move to each tab?  Our Admin is 
> very, very slow.  It literally takes about 5 minutes to move from one 
> screen to the other.  We are running a 720 model with a gig of memory.  
> Just wondering if I can speed it up anyway?

Welcome to the world of Java!!  My experience is that this is what you can
expect from Java... every Java based application I've used on the iSeries
runs like this.

And, when you switch from V5R2 to V5R3 the performance cuts in half, again.

Don't worry, IBM will sell you new hardware that will speed things up.

--
This is the Web Enabling the AS400 / iSeries (WEB400) mailing list To post a
message email: WEB400@xxxxxxxxxxxx To subscribe, unsubscribe, or change list
options,
visit: http://lists.midrange.com/mailman/listinfo/web400
or email: WEB400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives at
http://archive.midrange.com/web400.



------------------------------

message: 2
date: Thu, 11 Aug 2005 12:47:38 -0500
from: "Ricky Thompson" <rthompson@xxxxxxxxxxxxxxx>
subject: RE: [WEB400] Slow Web Admin

Thanks guys..  I was just playing around with webfacing a few programs and
it's taken me about 3 hours to do one very small program.  I finally got the
application installed and now I'm running it for the first time off the
AS/400.  It takes it almost 10 mins to load the Web Faced App.  Does anyone
actually use webfacing for a viable option.  Do you have to have 12-way
processor to get suitable results.  Boy I guess I better go buy Brad Stone's
book.  Long live CGIDEV2 :)

Thanks again guys. 

date: Thu, 11 Aug 2005 12:22:59 -0400
from: "Haas, Matt" <Matt.Haas@xxxxxxxxxxx>
subject: RE: [WEB400] Slow Web Admin

Ricky,

We also have a 720 with 1 gig of memory and it's dog slow (especially
the first time you use it). Installing JDK 1.4 with the latest group
PTF's will help some but chances are you're either paging like crazy or
you have enough going on that it's CPU bound (you'll need to do some
investigation to see where your problems are). The 8xx and newer
hardware runs Java much better (the admin GUI for the Apache servers are
Java based) so short of buying a new box, your best bet for managing the
HTTP servers is probably going to be from the command line. About the
only things you can't do from the command line are create new HTTP
servers (not entirely true but it's not documented and there's a lot of
configuration you need to do manually) and manage certificates.

Matt




------------------------------

message: 3
date: Thu, 11 Aug 2005 14:02:04 -0400
from: "Haas, Matt" <Matt.Haas@xxxxxxxxxxx>
subject: RE: [WEB400] Slow Web Admin

Ricky,

You're probably memory constrained for starters. 1 gig is not much
memory for a Java app (or a busy site running CGI for that matter) and
if you have other stuff happening on this box, there just isn't any way
you have enough memory. If you look at the Non-DB Pages on WRKSYSSTS
(let it run for a few minutes), you'll probably see a very high paging
rate in at least one of the pools. Someone (either here or on
Ignite/400's list) posted an IBM whitepaper that talked about paging
rates and they recommend under 100 for best performance. Our 720 is just
a staging box for our web apps and I know it doesn't take much to push
it well past that (for example, starting WAS Express will push it up to
700 for about 5 minutes -- nothing happens while that's going on).

Besides the JSP compiles the first time you hit a web app, OS/400 also
does some one time stuff to all of the Java classes (this also happens
to JSP pages after they are compiled) that makes them run faster when
it's done. Unless you're really memory constrained, you should see
performance improve as you use the application.

One other thing I didn't think of before: If the admin GUI you're using
is the one for WebSphere, it's just plain slow. The best advice I can
offer on it is to enable and start the adminconsole application and use
it instead. It's much faster than the one that's part of the HTTP
Server's admin GUI.

Matt

-----Original Message-----
From: web400-bounces@xxxxxxxxxxxx [mailto:web400-bounces@xxxxxxxxxxxx]
On Behalf Of Ricky Thompson
Sent: Thursday, August 11, 2005 1:48 PM
To: web400@xxxxxxxxxxxx
Subject: RE: [WEB400] Slow Web Admin

Thanks guys..  I was just playing around with webfacing a few programs
and
it's taken me about 3 hours to do one very small program.  I finally got
the
application installed and now I'm running it for the first time off the
AS/400.  It takes it almost 10 mins to load the Web Faced App.  Does
anyone
actually use webfacing for a viable option.  Do you have to have 12-way
processor to get suitable results.  Boy I guess I better go buy Brad
Stone's
book.  Long live CGIDEV2 :)

Thanks again guys. 

date: Thu, 11 Aug 2005 12:22:59 -0400
from: "Haas, Matt" <Matt.Haas@xxxxxxxxxxx>
subject: RE: [WEB400] Slow Web Admin

Ricky,

We also have a 720 with 1 gig of memory and it's dog slow (especially
the first time you use it). Installing JDK 1.4 with the latest group
PTF's will help some but chances are you're either paging like crazy or
you have enough going on that it's CPU bound (you'll need to do some
investigation to see where your problems are). The 8xx and newer
hardware runs Java much better (the admin GUI for the Apache servers are
Java based) so short of buying a new box, your best bet for managing the
HTTP servers is probably going to be from the command line. About the
only things you can't do from the command line are create new HTTP
servers (not entirely true but it's not documented and there's a lot of
configuration you need to do manually) and manage certificates.

Matt



As an Amazon Associate we earn from qualifying purchases.

This thread ...


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.