Re [CPyUG] Coroutine协程和闭包本质上有什么区别么

协程与闭包的关系,就好比是鸡蛋和灌饼,你说它俩本质上有什么区别?

我建议楼主如果对概念感兴趣,可以参考wiki百科关于 coroutine和闭包的条目
http://en.wikipedia.org/wiki/Closure_%28computer_programming%29
http://en.wikipedia.org/wiki/Coroutine
而不是在这里瞎猜瞎联想。

至于Python与Lua的协程,可以参考我翻译的这篇

【译文】比较Lua协程与Python生成器


要注意的是Python本身没有协程概念(第三方实现那就不算本身),只有Generator。

就我个人浅见,闭包概念比较容易理解使用,而协程是一个动态交互的动作,涉及到主程序和协程子程序之间的交换,理解起来要麻烦多多。
跟闭包相关联的概念不是协程,而是first class function。
而与协程相关的,多是“并发”这个概念。

关于协程,有一篇论文非常值得参考
www.inf.puc-rio.br/~roberto/docs/MCC15-04.pdf
是Lua作者写的,建议感兴趣的朋友看看。
至于闭包,看完维基百科条目,基本就应该了解的差不多了

Debian server optimization and run lua wsapi as fastcgi

step1) check ulimit -a (see open files)
/etc/security# vim limits.conf
add:
* soft noproc 36000
* hard noproc 36000
* soft nofile 655360
* hard nofile 655360

step2) use nginx and spawn-fcgi for lua
document: http://forum.slicehost.com/comments.php?DiscussionID=4523
http://davelahn.com/lua-nginx-fastcgi-in-debian
http://jim.studt.net/depository/index.php/setting-up-nginx-and-lua-fastcgi-on-debian-squeeze

command like:
spawn-fcgi -F 4 -u www-data -g www-data -a 127.0.0.1 -p 9099 -P /var/run/nginx-lua-fcgi.pid — /usr/local/bin/wsapi.fcgi

lua wsapi should install by latest luarocks.

step3) nginx.conf
add following (9099 is assigned in step2):
location ~ \.lua$ {
fastcgi_pass 127.0.0.1:9099;
fastcgi_index index.lua;
fastcgi_param SCRIPT_FILENAME /var/www/nginx-default$fastcgi_script_name;
include fastcgi_params;
}

递归实验-C语言递归调用的极限

C语言递归调用不是无限的,当递归到一定时候,会出现stack over flow的问题。http://en.wikipedia.org/wiki/Stack_buffer_overflow

但是,这个度是多少呢?

我构造了一个极为简单的C语言递归程序,大家可以参考这里https://gist.github.com/749543

#include "stdafx.h"
      int count = 0;
void f()
{
  int a = 1; int b = 1; int c = 1; int d = 1;
  a = b + 3;
  c = count + 4;
  d = count + 5*c;
  count++;
  printf("count: %d\n", count);
  f();
}

int _tmain(int argc, _TCHAR* argv[])
     {
        f(); return 0;
      }

我使用的是VC2010SP1的C语言模式编译,console程序,无优化。

运行结果如下:

默认情况下,count最后结果为42860,然后程序就结束了。通过查询MSDN可以知道

http://msdn.microsoft.com/en-us/library/8cxs58a6%28v=vs.80%29.aspx

我们可以通过修改project的link选项中的stack commit size和stack reserve size来改变程序的stack大小。

如果这两个size都设置为1、64、640、2048这几个值,结果都是10092.

如果size设置为1024000,那么结果是42860,与默认情况相同。可以看出这个size是以BYTE为单位。

如果size设置为1048000,结果为43372.

size设置为1072000以及2048000,结果都是86551.

size设置为2110000以及3072000,结果都是130242.

一般来说,我们基本上不需要考虑修改这个大小,因为很少会有将近四万的递归层次,默认值已经足够用了。但是如果万一不够用或者有这种递归需求,那么就需要修改这两个值,另外当我们新建一个线程的时候,也可以编程修改线程stack的大小。

http://cs.nyu.edu/exact/core/doc/stackOverflow.txt 这里解释了一下不同平台上stackoverflow的问题,有一些数据可以参考。

http://stackoverflow.com/questions/53827/checking-available-stack-size-in-c 在这里有人提供了一个有趣的递归C代码片段来判断栈大小。

在这里多废话几句,关于Lua的proper tail call http://www.lua.org/pil/6.3.html 。当我们使用Lua for windows构造一个简单的递归程序运行,依然是会得到stack over flow的结果。但是当我们使用proper tail call这种方式调用,(由于抛弃了前面程序的栈)调用可以无限循环下去,所以Lua这个特性常常用来构造state machine。关于使用proper tail call来实现斐波拉契,可以参考这里http://lua-users.org/wiki/ProperTailRecursion