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



In a case like this, it seems that an HTTP server
trace might be helpful.

The original HTTP server allowed an instance startup
value of -tt, which produced a detailed trace, but
I've never tied it with the Apache based server.

Nathan Andelin



--- web400@xxxxxxxxxxxxxxxx wrote:

> 
> > After the first CGI load everything is fine but if
> you wait 15 mins and 
> > go back and try to access the page again it takes
> nearly 60 secs to load 
> > the page.  But if I go to the page and keep access
> different things the 
> > performance is really good.
> 
> I've been having the same problem since upgrading to
> V5R3. (I didn't have 
> any problem with V5R2.  I used Apache on both
> versions.)
> 
> It's definitely not the time it takes to open files
> or parse input, 
> because I have the problem with even the most
> trivial of programs. 
> Consider the following program:
> 
>       H DFTACTGRP(*NO)
> 
>       D QtmhWrStout     PR                 
> extproc('QtmhWrStout')
>       D   DtaVar                   32766A  
> options(*varsize) const
>       D   DtaVarLen                   10I 0 const
>       D   ErrorCode                32766A  
> options(*varsize)
>       D errornull       s              8A  
> inz(*allx'00')
>       D data            s            100A   varying
>        /free
>          data = 'content-type: text/html' + x'2525'
>               + '<h1>test output</h1>' + x'25';
>          QtmhWrStout(data: %len(data): errornull);
>          return;
>        /end-free
> 
> As you can see, it doesn't really do anything that
> should require 
> expensive startup.  If I run this program
> interactively, even if it needs 
> to start an activation group, it runs in a fraction
> of a second.
> 
> But, running the same thing through the HTTP server
> creates this 30 second 
> lag.  If I call it again immediately afterwards, the
> response is instant. 
> If I wait an hour or so and run it again (even if
> nobody else uses this 
> HTTP instance, so I know the program's still loaded)
> it'll be really slow 
> again.
> 
> I tried doubling the RAM in my machine, but it
> didn't help.
> 
> If however, I write a comparable program in C and
> run it on a FreeBSD PC 
> with the exact same version of Apache, it runs fast.
>  Even on a 486SX-25 
> with 8mb of RAM.
> 
> -- 
> 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.
> 
> 



                
__________________________________ 
Yahoo! FareChase: Search multiple travel sites in one click.
http://farechase.yahoo.com

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.