I’d like to see all those things be documented, and the memory usage in some
situations such as transforming etc should be outlined too, ts_lua is now a
feature rich plugin, may be heavily used.
在 2014年1月13日，下午2:16，quehan 写道：
>
> Further on, users may change TS_LUA_MAX_STATE_COUNT from 2048 t
Further on, users may change TS_LUA_MAX_STATE_COUNT from 2048 to 256 or less.
在 2014-1-13，下午2:09，Yunkai Zhang 写道：
> I have discussed with Quehan, in fact, ts_lua can also work with LuaJit.
>
> I think we can add some configruation for ts_lua, so that users can select
> Lua or LuaJit according
I have discussed with Quehan, in fact, ts_lua can also work with LuaJit.
I think we can add some configruation for ts_lua, so that users can select
Lua or LuaJit according their business scenario.
On Mon, Jan 13, 2014 at 1:43 PM, Yunkai Zhang wrote:
> HI Quehan:
>
> I think Daniel's suggestion
HI Quehan:
I think Daniel's suggestion is reasonable, maybe we need to reconsider
your design if ts_lua may consume too much memory.
We can allways put the havy work to ATS, and let ts_lua to handle simple
logic, can't we?
On Mon, Jan 13, 2014 at 12:12 AM, quehan wrote:
>
> As we know, one r
As we know, one request can be processed by different threads in ats, and I
want to transimit data at different stages, so I have to create serveral Lua
states for concurrency.
I also want to implement many features with ts-lua, such as transform,
intercept, fetcher, tcp and others. No matter
On 01/12/2014 03:35 AM, quehan wrote:
> I think it is 1G for all lua_States in one process.
>
>
> 在 2014-1-12，上午1:39，James Peach 写道：
>
>> On Jan 10, 2014, at 8:16 PM, quehan wrote:
>>
>>> hi, all:
>>>
>>> As far as I know, LuaJIT can only use 1G memory at most, so ts-lua is
>>> suggested to u
I think it is 1G for all lua_States in one process.
在 2014-1-12，上午1:39，James Peach 写道：
> On Jan 10, 2014, at 8:16 PM, quehan wrote:
>
>> hi, all:
>>
>> As far as I know, LuaJIT can only use 1G memory at most, so ts-lua is
>> suggested to use Lua rather than LuaJIT.
>
> That is 1G for each
On Jan 10, 2014, at 8:16 PM, quehan wrote:
> hi, all:
>
> As far as I know, LuaJIT can only use 1G memory at most, so ts-lua is
> suggested to use Lua rather than LuaJIT.
That is 1G for each lua_State, right? Since you are allocating 2048 states,
have you found this to be a problem in practic
hi, all:
As far as I know, LuaJIT can only use 1G memory at most, so ts-lua is suggested
to use Lua rather than LuaJIT.
I found Lua5.2 is very different with Lua5.1, so Lua5.2 is not supported now,
and I didn't have time to fix it yet, may be I will fix it later.
在 2014-1-11，上午12:47，Igor Galić
hi, all:
As far as I know, LuaJIT can only use 1G memory at most, so ts-lua is suggested
to use Lua rather than LuaJIT.
I found Lua5.2 is very different with Lua5.1, so Lua5.2 is not supported now,
and I didn't have time to fix it yet, may be I will fix it later.
在 2014-1-11，上午12:47，Igor Ga
- Original Message -
> Hi all,
>
> First, I don’t want to stir up more stuff than necessary, but I think it’s
> important that we figure out which directions we should take regarding the
> Lua plugins. I feel this has been handled somewhat unprofessional, and
> hence, I’d like to get the
on this lua project, I may have something to say, we have to make another
implement just because we are not satisfied with the origin one, and my team
have no interesting in build from the origin one. that is sad, but that is the
problem we have, which I can not solve.
the good point is, we hav
On Dec 17, 2013, at 8:59 AM, Shu Kit Chan wrote:
> Hi,
>
> For months, I have been trying to look for better ways to write simple
> plugins. And so the existing experimental/lua is a good starting point. But
> upon further investigation, it is really experimental and with not much
> features. I
Hi,
For months, I have been trying to look for better ways to write simple
plugins. And so the existing experimental/lua is a good starting point. But
upon further investigation, it is really experimental and with not much
features. I think it is more a skeleton code for us to add on. About a few
14 matches
Mail list logo
