Faster way to serve up simple requests?

[Jamie Burns]

Could you not simply save the items as html pages into a filesystem (RAM 
based perhaps) to begin with from whichever process creates/manages these 
data objects?

And then access them as:

        /abc.html
        /xyz.html
        etc.

If you cannot change the way the pages are referenced (ie. you must use a 
GET parameter instead of a page name) then use Apache's URL rewrite so:

    /fetchpage.html?page=abc
    /fetchpage.html?page=xyz

Becomes:

    /abc.html
    /xyz.html

And then you don't even need to have the PHP engine compiled into, or 
invoked from Apache at all.

I would imagine that would be many, many times faster.

Jamie.

----- Original Message ----- 
From: "Jeevan _" <jeevan at gmail.com>
To: <memcached at lists.danga.com>
Sent: Sunday, July 10, 2005 3:18 AM
Subject: Faster way to serve up simple requests?


I have an extremely simple page that basically takes one value passed
as a get, fetches that key from memcached and serves the result as a
page (the pages are less than 10KB each). There's basically no
processing involved and it's a page that gets hit numerous times per
second.

Right now I'm using Apache + PHP + mcache (the PHP extension) to do
this simple fetch-from-memcached-and-serve routine but it seems
extremely wasteful to use apache and php for such a small, simple
task.

My question is: are there any smaller (less resource consuming)
programs out there that can perform this task?