[Date Prev][Date Next][Thread Prev][Thread Next]
[Date Index]
[Thread Index]
- Subject: Re: C vs LuaJit
- From: Mark Hamburg <mark@...>
- Date: Mon, 30 Aug 2010 06:57:53 -0700
On Aug 30, 2010, at 4:14 AM, Stefan Sandberg wrote:
> Or, use luajit until you reach a situation where it hinders your performance expectations, -then- turn to C..
> ...and following the same logic, do the same with C, then assembly..
>
> You'll probably find yourself realizing that C is a very poor choice of language for the majority
> of real cases.. Ie, it falls into the "premature optimization" bucket quite often, at least for me.
>
> Spend a little energy measuring first, then spend energy specifically where you need to,
> or you might end up in another situation C seems to cause quite often, like a huge hole in a foot. :)
This is great advice modulo the fact that Lua profiling tools are often less sophisticated than native profiling tools and hence it can be harder to find the hot spots when they do arise. The general answer, however, is that you can probably push Lua further than you think and LuaJIT further still.
Mark
- References:
- C vs LuaJit, Patrick McCavery
- Re: C vs LuaJit, Joe Finn
- Re: C vs LuaJit, Jean-Yves F. Barbier
- Re: C vs LuaJit, Alex Stup
- Re: C vs LuaJit, Jean-Yves F. Barbier
- Re: C vs LuaJit, Miles Bader
- Re: C vs LuaJit, Mike Pall
- Re: C vs LuaJit, Patrick McCavery
- Re: C vs LuaJit, Mike Pall
- Re: C vs LuaJit, Stefan Sandberg