You are viewing a plain text version of this content. The canonical link for it is here.
Posted to bugs@httpd.apache.org by bu...@apache.org on 2005/06/10 17:09:56 UTC

DO NOT REPLY [Bug 35312] New: - Performance tuning page inaccurate in FollowSymLinks section

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG�
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=35312>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND�
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=35312

           Summary: Performance tuning page inaccurate in FollowSymLinks
                    section
           Product: Apache httpd-2.0
           Version: 2.0.54
          Platform: Sun
        OS/Version: Solaris
            Status: NEW
          Severity: minor
          Priority: P3
         Component: Documentation
        AssignedTo: bugs@httpd.apache.org
        ReportedBy: roger.waldner@seclutions.com


On the performance tuning page
(http://httpd.apache.org/docs-2.0/misc/perf-tuning.html) in the section of
"FollowSymLinks and SymLinksIfOwnerMatch" it says that when not using
'FollowSymLinks' then "Apache will perform lstat(2) on /www, /www/htdocs, and
/www/htdocs/index.html. The results of these lstats are never cached, so they
will occur on every single request."

As a consequence it is recommended on that page that one should "set
FollowSymLinks  everywhere, and never set SymLinksIfOwnerMatch." The intention
of this recommendation then is not to have all these lstats and so to reduce the
load.

As of version 2.0.54 of Apache it is no longer true that the number of lstats is
reduced. It make no difference whether one uses 'FollowSymLinks' or not. To use
the above example: Apache will still perform lstat(2) on /www, /www/htdocs, and
/www/htdocs/index.html.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

---------------------------------------------------------------------
To unsubscribe, e-mail: bugs-unsubscribe@httpd.apache.org
For additional commands, e-mail: bugs-help@httpd.apache.org