lua-users home
lua-l archive

[Date Prev][Date Next][Thread Prev][Thread Next] [Date Index] [Thread Index]


It was thus said that the Great Alex Queiroz once stated:
> On Mon, Sep 24, 2012 at 11:03 PM, Coda Highland <chighland@gmail.com> wrote:
> >
> > The re-query overhead is a bigger deal than the spawn overhead, in
> > light of the other comments that have been made in the thread. ;) I
> > mean, a really slim inetd-based server can do the job efficiently
> > enough, so there's gotta be more than that to make it a big deal.
> >
> 
> Dr. Hipp tale is cool and so on. But his web server is a very small
> native application. After a few requests, it's gonna be cached in
> memory and will not be read from disk again. On the other hand, a Lua
> web application will not have the same luck. The native launcher will
> be cached in memory, but the Lua code has to be read from disk,
> parsed, compiled and run every time the process starts anew.

  It depends upon how much file system caching the operating system is
doing.  Linux, for instance, will use every page of RAM not otherwise being
used for programs, for caching files in the file system.  As long as the
same files are being referenced over and over, the chances of the Lua code
being in memory are quite high.

  You still have the overhead of parsing, but if you precompile your Lua
code, even that can be minimized.

  -spc (But as always, measure twice before cutting ... )