my cgi site, takes 10-20 active, very intensive users, along with another
20-30 intensive inhouse users on an iSeries S10 (73 cpw). Some web users lan
connected, some 56k dial. We have full T1. At v4r5, only a single 10/100
ethernet card without a sweat. Also web users gen reports in pdf, and
download (400 to pc) .csv files.
followed recommends on this list:
in tcp attributes (chgtcpa)
 TCP receive buffer size  . . . .   64000
 TCP send buffer size . . . . . .   64000
in http server config
AccessReportDoDnsLookup Off
if you have large volume local lan users, then get a 2nd ethernet card and
split local/web traffic
make sure it is not your local lan that is bottlenecking web traffic in/out.
If you are running
things like heavy email or fax traffic thru same web connection, could be
your problem.
make sure firewall/router has plenty of memory.
You can measure the performance of the cgi programs. Will tell you if the
problem is
"outside" the system.
Keep web html very simple if users doing lots of activity. Ever notice that
Yahoo.com
has almost no graphics? I have zero gifs or jpegs (except signin screen has
logo). All the
rest is colors in tables (stick to base colors-most html books have a
chart). Straight html4.
example: <table cellspacing="3" cellpadding="5" border="2" bgcolor=silver>

btw - went to your company site
netcraft says your running:
The site www.minter-weisman.com is running Apache/1.3.20 (Unix) PHP/4.0.6
mod_perl/1.26 FrontPage/4.0.4.3 mod_ssl/2.8.4 OpenSSL/0.9.6a on Linux.

is your iSeries site only part of the backend?

hth
jim franz

----- Original Message -----
From: "Mark A. Manske" <mmanske@minter-weisman.com>
To: "'WEB400 (E-mail)" <WEB400@midrange.com>
Sent: Thursday, January 24, 2002 4:51 PM
Subject: [WEB400] performance of cgi-interactive programs


> We are running many interactive rpg-cgi programs here now with 10-20
> customers
> on-line at a time.
>
> I have done some testing due to some "concerns" over response time.
> Some of these customers used the old dial up to the AS/400 and
> ran mochasoft (5250 green screen emulator) and now they are
> using the web application and it is slower.
>
> I tested here even over our 100Mb Ethernet line both ways -
> response time here for 5250 was 1 - 1.5 seconds
> response time for HTTP was 2.5 - 3.0 seconds;
>
> personally I don't see the problem;
> however I am used to some web apps being slow - even Amazon is not
lightning
> fast all the time.
>
> we have a model 820, total cpw of 600 with 120 to interactive
> we have 114.6Gb dasd at 60% and 1.8 Gb memory
> we are current on ptfs and are at V4R5, going to V5R1 early next month
>
> Any ideas where I can look to speed this up -
> even though I know the http has more bytes to send (over a DSL line)
> as compared to a dial up, lucky to connect at 26,400bps -
> due to 5250 data streams being more "compact", but the web pages
> are mostly text, almost no images (save for buttons) (10Kb-40Kb text files
> if save source as and images are 1-3Kb
> so at most I am sending over 75Kb even on the big pages, but averaging
40Kb
> per page)
> I am concerned that this will degrade as we add customers.
>
> Or do I just have very impatient customers using this app?
>
> Thanks in advance for any ideas (besides a really big dedicated AS/400 to
do
> only web services, no budget for that:)  )
>
>
> Mark A. Manske
> Fleming CSD - Plymouth Division
> Sr. Project Lead
> Phone      (763) 545-3700 extension 273
> Web Site  http://www.minter-weisman.com
> E-Mail      mailto:mmanske@minter-weisman.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.
>




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.