You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@httpd.apache.org by Howard Fear <hs...@pooh.pageplus.com> on 1997/01/16 23:59:40 UTC

Re: [BUG]: "performance issue when SSI's on" on SunOS 4.x (fwd)

From: forbes@freerun.com
> Sadly I have to run full SSI's on here.
> After I installed 1.2b4, the pages that actually
> had SSI's on them, loaded 5-8 times slower than
> on 1.1.1  

Hmmm.  We knew it would be slower because of the xssi stuff.  But, if
you don't use any of the xssi features it shouldn't be that much slower
(a little overhead for variable substitution).

Before I delve into this, does anyone have a feel for whether we did anything
that would make the overall subrequest mechanism slower?

--
Howard Fear      I'm just a country perl hacker Jim.        hsf@pageplus.com
                    http://www.pageplus.com/~hsf/           hsf@redcape.com

Re: [BUG]: "performance issue when SSI's on" on SunOS 4.x (fwd)

Posted by ra...@lerdorf.on.ca.
> Hmmm.  We knew it would be slower because of the xssi stuff.  But, if
> you don't use any of the xssi features it shouldn't be that much slower
> (a little overhead for variable substitution).
> 
> Before I delve into this, does anyone have a feel for whether we did
> anything that would make the overall subrequest mechanism slower?

Well, mod_include.c does use getc() with both an feof() and an ferror()
check after every single byte read.  That doesn't sound extremely efficient
to me.

Why not mmap() the file and simply scan through the mapped memory directly?

That's how I do it in mod_php and it does basically the same thing as
mod_include.

-Rasmus