ngx_lua中能否执行高阻塞的操作？

kytexzy · 2014-05-10T19:04:08+00:00

我自己的做法是先 fork 下 ngx_lua 的分支，自己修改&#x540...

ngx_lua中能否执行高阻塞的操作？

kytexzy

春哥：
      最近突发奇想，想用nginx来放音乐。
      我有一事不明，我用luajit的FFI链接mpg123来播放音乐，我这样写：
      init_by_lua '
        require "resty.core"
        local parrot_player = require "parrot.player"
        parrot_player:init();
        parrot_player:play();
    ';
     就可以在启动nginx时驱动声卡发声，但这不是我想要的。
     可是这样写：
     location /play {
            content_by_lua '
                local function play()
                    local parrot_player = require "parrot.player";

                    parrot_player:init();
                    parrot_player:play();
                end

                local ok, err = ngx.timer.at(0, play)

                if not ok then
                    ngx.say("failed:", err)

                    return
                end
            ';
        }
       执行curl，可是声卡不发声，而且日志文件也不报错。
       难道是nginx worker进程不能写入声音帧到声卡中，我的音频输出用的是openal。
--
with kind regards

agentzh

Hello!

2014-05-10 4:04 GMT-07:00 Zheng Ping:
>      location /play {
>             content_by_lua '
>                 local function play()
>                     local parrot_player = require "parrot.player";
>
>                     parrot_player:init();
>                     parrot_player:play();

你应当自己在这里用 ngx.log() 之类的东西做出错处理，当你的底层驱动有错误抛出时，你可以在 nginx 错误日志中看到对应的消息。

>        执行curl，可是声卡不发声，而且日志文件也不报错。
>        难道是nginx worker进程不能写入声音帧到声卡中，我的音频输出用的是openal。

我猜是因为你的 nginx worker 进程所使用的系统账户（经常是权限极低的 nobody 帐户）没有操作声卡设备的权限。

Regards,
-agentzh

aaashun

这种用法有点奇葩, 这样会阻塞消息循环, "较好"点的处理方法是fork一个子进程来播放音乐.

On Sunday, May 11, 2014 12:28:48 AM UTC+8, agentzh wrote:

Hello!

2014-05-10 4:04 GMT-07:00 Zheng Ping:
> location /play {
> content_by_lua '
> local function play()
> local parrot_player = require "parrot.player";
>
> parrot_player:init();
> parrot_player:play();

你应当自己在这里用 ngx.log() 之类的东西做出错处理，当你的底层驱动有错误抛出时，你可以在 nginx 错误日志中看到对应的消息。

> 执行curl，可是声卡不发声，而且日志文件也不报错。
> 难道是nginx worker进程不能写入声音帧到声卡中，我的音频输出用的是openal。

我猜是因为你的 nginx worker 进程所使用的系统账户（经常是权限极低的 nobody 帐户）没有操作声卡设备的权限。

Regards,
-agentzh

kytexzy

难道是用luaposix来fork一个子进程，这玩意儿还木用过。
我觉得还是利用ngx_lua的轻线程省事，但遗憾的是现在还木有跑通。
也不知道是不是我对openal的用法有问题，或者是openal还有特殊。
我的 ngx worker进程对声卡文件有写权限，但是在worker进程中就是不发声，我用ngx.log做标记，发现是在worker进程中到了第16帧的时候就跑不动了(好像是死循环了)。但是把播放代码放在init_by_lua中就木有问题。我想把声音输出换用alsa试试，看能不能解决问题，但现在还没搞完。
我觉得posix.fork我可能要试试，但是如果fork可以播放声音的话，进程通信又是问题。

在 2014年5月12日星期一UTC+8下午4时56分51秒，aaashun写道：

这种用法有点奇葩, 这样会阻塞消息循环, "较好"点的处理方法是fork一个子进程来播放音乐.

kytexzy

aaashun的说法应该正确，我换用alsa后还是不能在worker进程中放出声音，可能fork子进程是唯一出路，看来只有去研究研究posix了，但我很担心这玩意儿能否用在ngx_lua中.

On Tuesday, May 13, 2014 5:44:25 PM UTC+8, Nero.Ping wrote:

难道是用luaposix来fork一个子进程，这玩意儿还木用过。
我觉得还是利用ngx_lua的轻线程省事，但遗憾的是现在还木有跑通。
也不知道是不是我对openal的用法有问题，或者是openal还有特殊。
我的 ngx worker进程对声卡文件有写权限，但是在worker进程中就是不发声，我用ngx.log做标记，发现是在worker进程中到了第16帧的时候就跑不动了(好像是死循环了)。但是把播放代码放在init_by_lua中就木有问题。我想把声音输出换用alsa试试，看能不能解决问题，但现在还没搞完。
我觉得posix.fork我可能要试试，但是如果fork可以播放声音的话，进程通信又是问题。

在 2014年5月12日星期一UTC+8下午4时56分51秒，aaashun写道：
这种用法有点奇葩, 这样会阻塞消息循环, "较好"点的处理方法是fork一个子进程来播放音乐.

agentzh

Hello!

2014-05-13 2:44 GMT-07:00 Nero.Ping:
> 我的 ngx worker进程对声卡文件有写权限，
> 但是在worker进程中就是不发声，我用ngx.log做标记，发现是在worker进程中到了第16帧的时候就跑不动了(好像是死循环了)。但是把播放代码放在init_by_lua中就木有问题。

init_by_lua 运行在 nginx master 进程中，其系统用户经常是 root 这样的特权用户，这和 worker
进程通常使用的系统帐户是很不同的（后者一般是权限极低的帐户）。

你同样的 Lua 代码在 init_by_lua 中可以工作说明很可能还是用户权限的问题。因为这是二者最主要的区别之一。

如果你的 Lua 代码在权限不足或者其他异常情况下死循环了，那说明你使用的 Lua 代码本身就是有 bug 的。

Regards,
-agentzh

kytexzy

编译openresty时我用了--user=zhen --group=zhen 配置参数，所以应该不存在权限问题。
我刚才用luaposix fork了子进程，可是在子进程中我的声卡还是不发声，我实在搞不懂为神马，难道是nginx worker进程让子进程熟睡了？不懂哈不懂。
我发现fork子进程编程实在难，搞不好子进程就退不出。
我把我的mp3播放脚本上传了，脚本中还差两个关闭mpg123和alsa的函数没有实现，因为卡在声音上面，也就暂时没有实现，哪位有兴趣可以试一试哈。

我现在发现我的思路可能不对，播放音频可能要换用mpd（music player daemon）, 而不能直接做成一个nginx中的轻线程。改天在折腾吧！

Attachment: pa.lua
Description: Binary data