mod_file_cache.html revision 2eaf662cbc81e823e8d9aeb8d54e69e63032493e
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<title>Apache module mod_file_cache</title>
</head>
<!-- Background white, links blue (unvisited), navy (visited), red (active) -->
<body bgcolor="#FFFFFF" text="#000000" link="#0000FF"
vlink="#000080" alink="#FF0000">
<!--#include virtual="header.html" -->
<h1 align="CENTER">Module mod_file_cache</h1>
<p><strong>This module should be used with care. You can easily
create a broken site using mod_file_cache, so read this
document carefully.</strong></p>
<p><em>Caching</em> frequently requested files that change very
infrequently is a technique for reducing server load.
mod_file_cache provides two techniques for caching frequently
requested <em>static</em> files. Through configuration
directives, you can direct mod_file_cache to either open then
mmap()a file, or to pre-open a file and save the file's open
<em>file handle</em>. Both techniques reduce server load when
processing requests for these files by doing part of the work
(specifically, the file I/O) for serving the file when the
server is started rather than during each request.</p>
<p><code>mod_file_cache</code> is not compiled into the server
by default. To use <code>mod_file_cache</code> you have to
enable the following line in the server build
<code>Configuration</code> file:</p>
<pre>
</pre>
<br />
<br />
<p>Notice: You cannot use this for speeding up CGI programs or
other files which are served by special content handlers. It
can only be used for regular files which are usually served by
the Apache core content handler.</p>
<p>This module is an extension of and borrows heavily from the
mod_mmap_static module in Apache 1.3.</p>
<h2>Summary</h2>
<p><code>mod_file_cache</code> caches a list of statically
configured files via <code>MMapFile</code> or
<code>CacheFile</code> directives in the main server
configuration.</p>
<p>Not all platforms support both directives. For example,
Apache on Windows does not currently support the MMapStatic
directive, while other platforms, like AIX, support both. You
will receive an error message in the server error log if you
attempt to use an unsupported directive. If given an
unsupported directive, the server will start but the file will
not be cached. On platforms that support both directives, you
should experiment with both to see which works best for
you.</p>
<h3><code>MmapFile</code> Directive</h3>
<p>The <code>MmapFile</code> directive of
<code>mod_file_cache</code> maps a list of statically
configured files into memory through the system call
<code>mmap()</code>. This system call is available on most
modern Unix derivates, but not on all. There are sometimes
system-specific limits on the size and number of files that can
be mmap()d, experimentation is probably the easiest way to find
out.</p>
<p>This mmap()ing is done once at server start or restart,
only. So whenever one of the mapped files changes on the
filesystem you <em>have</em> to restart the server (see the <a
href="/stopping.html">Stopping and Restarting</a>
documentation). To reiterate that point: if the files are
modified <em>in place</em> without restarting the server you
may end up serving requests that are completely bogus. You
should update files by unlinking the old copy and putting a new
copy in place. Most tools such as <code>rdist</code> and
<code>mv</code> do this. The reason why this modules doesn't
take care of changes to the files is that this check would need
an extra <code>stat()</code> every time which is a waste and
against the intent of I/O reduction.</p>
<h3><code>CacheFile</code> Directive</h3>
<p>The <code>CacheFile</code> directive of
<code>mod_file_cache</code> opens an active <em>handle</em> or
<em>file descriptor</em> to the file (or files) listed in the
configuration directive and places these open file handles in
the cache. When the file is requested, the server retrieves the
handle from the cache and passes it to the sendfile() (or
TransmitFile() on Windows), socket API.</p>
<p>Insert more details about sendfile API...</p>
<p>This file handle caching is done once at server start or
restart, only. So whenever one of the cached files changes on
the filesystem you <em>have</em> to restart the server (see the
documentation). To reiterate that point: if the files are
modified <em>in place</em> without restarting the server you
may end up serving requests that are completely bogus. You
should update files by unlinking the old copy and putting a new
copy in place. Most tools such as <code>rdist</code> and
<code>mv</code> do this.</p>
<h2>Directives</h2>
<ul>
<li><a href="#mmapfile">MMapFile</a></li>
<li><a href="#cachefile">CacheFile</a></li>
</ul>
<hr />
<h2><a id="mmapfile" name="mmapfile">MMapFile</a></h2>
rel="Help"><strong>Syntax:</strong></a> MMapFile
<em>filename</em> [<em>filename</em>] ...<br />
<a href="directive-dict.html#Default"
rel="Help"><strong>Default:</strong></a> <em>None</em><br />
<a href="directive-dict.html#Context"
rel="Help"><strong>Context:</strong></a> server-config<br />
<a href="directive-dict.html#Override"
rel="Help"><strong>Override:</strong></a> <em>Not
applicable</em><br />
<a href="directive-dict.html#Status"
rel="Help"><strong>Status:</strong></a> Experimental<br />
<a href="directive-dict.html#Module"
rel="Help"><strong>Module:</strong></a> mod_file_cache<br />
<a href="directive-dict.html#Compatibility"
rel="Help"><strong>Compatibility:</strong></a> Only in Apache
1.3 (via mod_mmap_statis) or later.</p>
<p>The <code>MMapFile</code> directive maps one or more files
(given as whitespace separated arguments) into memory at server
startup time. They are automatically unmapped on a server
shutdown. When the files have changed on the filesystem at
least a HUP or USR1 signal should be send to the server to
re-mmap them.</p>
<p>Be careful with the <em>filename</em> arguments: They have
to literally match the filesystem path Apache's URL-to-filename
translation handlers create. We cannot compare inodes or other
stuff to match paths through symbolic links <em>etc.</em>
because that again would cost extra <code>stat()</code> system
calls which is not acceptable. This module may or may not work
with filenames rewritten by <code>mod_alias</code> or
<code>mod_rewrite</code>.</p>
Example:
<pre>
</pre>
<hr />
<h2><a id="cachefile" name="cachefile">CacheFile</a></h2>
rel="Help"><strong>Syntax:</strong></a> CacheFile
<em>filename</em> [<em>filename</em>] ...<br />
<a href="directive-dict.html#Default"
rel="Help"><strong>Default:</strong></a> <em>None</em><br />
<a href="directive-dict.html#Context"
rel="Help"><strong>Context:</strong></a> server-config<br />
<a href="directive-dict.html#Override"
rel="Help"><strong>Override:</strong></a> <em>Not
applicable</em><br />
<a href="directive-dict.html#Status"
rel="Help"><strong>Status:</strong></a> Experimental<br />
<a href="directive-dict.html#Module"
rel="Help"><strong>Module:</strong></a> mod_file_cache<br />
<a href="directive-dict.html#Compatibility"
rel="Help"><strong>Compatibility:</strong></a> Only available
in Apache 2.0 or later.</p>
<p>The <code>CacheFile</code> directive opens handles to one or
more files (given as whitespace separated arguments) and places
these handles into the cache at server startup time. Handles to
cached files are automatically closed on a server shutdown.
When the files have changed on the filesystem, the server
should be restarted to to re-cache them.</p>
<p>Be careful with the <em>filename</em> arguments: They have
to literally match the filesystem path Apache's URL-to-filename
translation handlers create. We cannot compare inodes or other
stuff to match paths through symbolic links <em>etc.</em>
because that again would cost extra <code>stat()</code> system
calls which is not acceptable. This module may or may not work
with filenames rewritten by <code>mod_alias</code> or
<code>mod_rewrite</code>.</p>
Example:
<pre>
</pre>
<p><strong>Note</strong>: don't bother asking for a for a
directive which recursively caches all the files in a
directory. Try this instead... See the <a
href="core.html#include">Include</a> directive, and consider
this command:</p>
<pre>
</pre>
<!--#include virtual="footer.html" -->
</body>
</html>