Things coming next (in 2015)

agentzh · 2014-12-13T07:17:51+00:00

多谢尝鲜!On Friday, March 18, 2016 at 6:09:02 PM UTC+8, wd wrote:哦对了，我遇到了...

Things coming next (in 2015)

agentzh

Hi folks

I recently updated the TODO list of ngx_lua:

    https://github.com/openresty/lua-nginx-module#todo

The newly added items will come soon (in the next year). In
particular, ssl_certificate_by_lua* are already powering our Lua SSL
gateway at CloudFlare and will be opensourced a few months later.

I personally want the TCP server and UDP server support of ngx_lua
very badly, though my own (immediate) usage is for unit testing.

In addition, the *_by_lua_block directives will be a great feature for
inlined Lua code in nginx.conf, especially excellent for unit testing
and documentation examples.

Also, the pool-based cosocket concurrency control by queueing
connect() calls on the Lua land is also a frequently-requested item in
the OpenResty community. I have a (partial) prototype in one of my
local branches.

The new command-line utility "resty" will continue its rapid
development in a separate repository, resty-cli, on GitHub:

    https://github.com/openresty/resty-cli

My colleague Guanlan Dai is adding new features to it like
command-line argument support via the special "arg" Lua table (just as
in the "lua" and "luajit" utilities). We'll have more command-line
tools written in OpenResty Lua at CloudFlare very soon :)

One focus in the next year (2015), however, would be better (online)
debugging support on the Lua land. I'm currently working on gdb
commands supporting setting breakpoints on interpreted Lua function
entries and returns. And eventually we need to have support for
probing Lua functions in dynamic tracing tools like systemtap and
ktap, both for interpreted Lua code and JITted one.

Another focus would be on a centralized package managing site (like
luaresty.org) and the surrounding toolchain like the "restypm"
command-line utility. Hopefully we can have a new openresty.org site
based on the web page templates contributed by Mashape.

If you have interest and time in any of the items listed above, you're
more than welcome to join the development work.

Thanks!
-agentzh

agentzh

Hello!

On Fri, Dec 12, 2014 at 3:17 PM, Yichun Zhang (agentzh) wrote:
> Hi folks
>
> I recently updated the TODO list of ngx_lua:
>

Sorry, I missed one nontrivial thing that is coming soon. That is,
integrating luajit-mm [1] into OpenResty's bundled LuaJIT by default.
The luajit-mm thing pushes the GC-managed memory limit in LuaJIT from
1GB to 2GB on (Linux) x86_64, which means if we have N nginx workers,
then we can use (for total) up to 2 x N GB GC-managed memory on the
Lua land. This can help many memory-intensive Lua apps survive traffic
peaks. The luajit-mm project is contributed by my colleague, Shuxin
Yang. Once we have resolved the pointer sign extension limitation in
LuaJIT's JIT compiler, we can further raise the limit to 4GB
(hopefully this can happen in the year 2015).

I am also going to bundle his new JSON library, lua-resty-json, in
OpenResty releases once it is mature enough. Its decoder is much
faster than lua-cjson for many cases and will not abort JIT
compilation.

Regards,
-agentzh

[1] https://github.com/cloudflare/luajit-mm

zetao.wei

Hi agentzh:

I read your todo list, this is what i care about:

 tcp {
     server {
         listen 11212;
         handler_by_lua '
             -- custom Lua code implementing the special TCP server...
         ';
     }
 }

openresty will support tcp/udp proxy

add this nginx_tcp_proxy_module into project ？

在 2014年12月13日星期六 UTC+8上午7:17:52，agentzh写道：

Hi folks

I recently updated the TODO list of ngx_lua:

https://github.com/openresty/lua-nginx-module#todo

The newly added items will come soon (in the next year). In
particular, ssl_certificate_by_lua* are already powering our Lua SSL
gateway at CloudFlare and will be opensourced a few months later.

I personally want the TCP server and UDP server support of ngx_lua
very badly, though my own (immediate) usage is for unit testing.

In addition, the *_by_lua_block directives will be a great feature for
inlined Lua code in nginx.conf, especially excellent for unit testing
and documentation examples.

Also, the pool-based cosocket concurrency control by queueing
connect() calls on the Lua land is also a frequently-requested item in
the OpenResty community. I have a (partial) prototype in one of my
local branches.

The new command-line utility "resty" will continue its rapid
development in a separate repository, resty-cli, on GitHub:

https://github.com/openresty/resty-cli

My colleague Guanlan Dai is adding new features to it like
command-line argument support via the special "arg" Lua table (just as
in the "lua" and "luajit" utilities). We'll have more command-line
tools written in OpenResty Lua at CloudFlare very soon :)

One focus in the next year (2015), however, would be better (online)
debugging support on the Lua land. I'm currently working on gdb
commands supporting setting breakpoints on interpreted Lua function
entries and returns. And eventually we need to have support for
probing Lua functions in dynamic tracing tools like systemtap and
ktap, both for interpreted Lua code and JITted one.

Another focus would be on a centralized package managing site (like
luaresty.org) and the surrounding toolchain like the "restypm"
command-line utility. Hopefully we can have a new openresty.org site
based on the web page templates contributed by Mashape.

If you have interest and time in any of the items listed above, you're
more than welcome to join the development work.

Thanks!
-agentzh