HP3000-L Archives

September 2001, Week 2

HP3000-L@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
"PAUL,GUY (HP-Boise,ex1)" <[log in to unmask]>
Reply To:
PAUL,GUY (HP-Boise,ex1)
Date:
Thu, 13 Sep 2001 11:52:54 -0700
Content-Type:
text/plain
Parts/Attachments:
text/plain (67 lines)
Most of our APACHE performance problems have been attributed to
the files being served up not being in bytestream format..

This is covered in the Troubleshooting Checklist at:

http://jazz.external.hp.com/src/apache/troubleshoot.txt

Guy Paul

-----Original Message-----
From: Joe Weisman [mailto:[log in to unmask]]
Sent: Thursday, September 13, 2001 12:21
To: [log in to unmask]
Subject: APACHE performance


Well, I was attacking this problem a few months ago and never got it done,
and now I am back.

What I have is APACHE running on my HP3000, and my own data server also
running on the HP3000.  My server is an existing MPE process which supports
lots of users
at dumb terminals connected to the HP via serial lines, TCP/IP, or
whatever.  I need to support additional users running on web browsers
connected to the internet, who will be doing the same transaction
processing on the same data bases as the terminal users.

For each 'study' running on my server, there is an HTML page on the HP
which has a pushbutton to start a CGI process that will then open
communication with my server, and exchange data with it, and send a new
page to the browser with whatever the transaction processing script says to
say.  Then the browser user can answer questions on the page and the
answers are sent back to my server and turned into another html page which
is sent back to the browser, and so on.

Performance is a serious issue, and the performance I am able to get so far
is abysmal.  I can handle the delays between the CGI process coming up and
it contacting my server, and my server getting back to it, and all that.
What is so far intractable is the start-up time for the CGI process.  The
best I can get is never less than five seconds, from 'click' on the button
to any response from the CGI process.

My simplest test, where the original HTML page is basically only the
button, and the script it executes is just an echo of a couple environment
variables, the response is still never less than four seconds.  Same delay
if the script uses 'callci' to do a PRINTOP; I push the button and several
seconds later I see something on the operator console.

I hope (hope hope) I am doing something ignorante and/or stupid which can
be fixed, and that someone out there, or the HP response center, or some
yet unlocated paid consultant, can help me out here.

The URL for my trivial test is http://hpspec.cfmc.com/cgi-bin/echotest.test
Be well, and do good things.

- Joe Weisman
  Computers for Marketing Corporation
  541-745-5265 (voice)
  541-745-5266 (fax)
  [log in to unmask] (e-mail)

* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *

* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *

ATOM RSS1 RSS2