lua-users home
lua-l archive

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


i guess its just a matter of choice. i agree that it comes with a whole lot of bundled things and that will obviously make things easier. what i was actually pointing to was lua is a light weight language. its small memory footprint has made it cool [ so hooking it up with java which has a considerable memory footprint seemed counter intutive to me]. plz stop this war of why java is gud or bad.

i hope it has good performance. best of luck. if possible ill try and contribute to the project.

On Feb 11, 2008 12:08 PM, steve donovan <steve.j.donovan@gmail.com> wrote:
On Feb 11, 2008 4:53 AM, Javier Guerra Giraldez <javier@guerrag.com> wrote:
> On Sunday 10 February 2008, Miles Bader wrote:
> > Though discussing how Lua would fair on this VM seems apropos...
>
> sure, especially about what features would Lua need to be implemented with
> reasonable efficiency on JVM.

To be fair, standalone scripts running in a managed environment tend
to start slower, because of the necessary megabyes of libraries, VM
startup etc.  Where Lua would shine on the JVM is as an extension
language, since the kitchen sink is already loaded. So raw execution
speed isn't as important as dynamic script loading and class
interoperability. Being able to change behaviour on the fly is very
useful for big server applications, or on smaller embedded platforms
where the build-reflash cycle is tedious.

One potential wave-of-the-future is a move towards programming
becoming more like surgery on live patients...

steve d.