[Date Prev][Date Next][Thread Prev][Thread Next]
- Subject: Re: LuaJIT roadmap 2008 question
- From: "Alex Davies" <alex.mania@...>
- Date: Thu, 29 Oct 2009 14:08:43 +0800
Perhaps. There's at least one other advantage - in a register poor
architecture like x86, it allows a function to have full access to its
callinfo without reserving a second register to point to the CallInfo stack
(assuming a register is already reserved for the TValue stack, which makes
sense). And even on architectures with more registers they then have to
worry then about keeping them valid through growths/shrinks.
It would also allow just one bounds test on entering a function, vs the
current two. In Jit every instruction counts... something as minor as that
will show up on recursion tests.
Definitely looking forward to playing around with it when it comes out ;)
----- Original Message -----
From: "tankxx" <firstname.lastname@example.org>
To: "Lua list" <email@example.com>
Sent: Thursday, October 29, 2009 12:35 PM
Subject: Re: LuaJIT roadmap 2008 question
I cannot figure out why this speeds up call handling substantially.
May it reduce cache misses?