httpd-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "William A. Rowe, Jr." <>
Subject RE: Both ap_r* patches.
Date Tue, 23 Jan 2001 01:02:39 GMT
> From: []
> Sent: Monday, January 22, 2001 5:26 PM
> > > > Apache 1.3 serves the page at 4.12 requests per second.
> > >
> > > Not much better.  :-(  It would be really cool to see where the
> > > bottlenecks are.
> > 
> > Wait for a few days, the changes we've kicked around will go in today, and
> > once I tie those into the core, we get down to a single stat of index.html,
> > and then we can open the file by cloning that stat handle.  Should be the
> > smoothest dang thing you ever did see :-)
> Sounds good, but how can it help autoindex?  autoindex kicks in when
> there is no index.html (or no mod_dir possibly, or the server is broken
> :-)

First, it helps everywhere, because a single call to apr_stat() opens the file
handle, gets most stats (including inode), and having just cached that folder
in the filesystem, we strike again with a dir against the file to determine it's
whole name.  Now apr_stat returns, and if it's a servable page, we open the
file from the apr_finfo_t structure which cached the 'no-read/no-write' file
handle, dup it with read permissions, and bang.  If not, and it's a directory,
I'm envisioning some major overhauls of the semantic to leverage the apr_finfo_t
we get out of apr_dir_read() ... on win32 we obliviate the need to stat at all!
But that's rework that may not happen before beta 2.


answers our questions
about the true case of the filename on win32

View raw message