[Date Prev][Date Next][Thread Prev][Thread Next]
[Date Index]
[Thread Index]
- Subject: Re: nginx and lua for web scripting
- From: Sean Conner <sean@...>
- Date: Mon, 24 Sep 2012 17:17:00 -0400
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 ... )
- References:
- Re: debug library, Seppl Vorderhörer
- Re: debug library, Luiz Henrique de Figueiredo
- Re: debug library, Pierre Chapuis
- nginx and lua for web scripting, g.lister
- Re: nginx and lua for web scripting, Petite Abeille
- Re: nginx and lua for web scripting, Harley Laue
- Re: nginx and lua for web scripting, Coda Highland
- Re: nginx and lua for web scripting, Harley Laue
- Re: nginx and lua for web scripting, Coda Highland
- Re: nginx and lua for web scripting, Alex Queiroz