工作需要，做一TCP服务器，主进程监听，一旦有连接就分一个子进程去处理。优缺点是什么？

[picasso250]

http://gist.github.com/picasso250/6277302

请不吝赐教，万分感谢。

[v8ex]

随着连接的增加会增加N个进程（消耗系统资源），建议用队列和线程;

[picasso250]

刚刚看了一下，貌似php中专门有一个函数建立服务器的，是stream_socket_server

[picasso250]

@v8ex 1. 但我的子进程会自杀。也会消耗系统资源吗？
2. 队列的话，如何保证实时处理？（用php-resque可以做吗？）
3. 线程编写起来有些麻烦，且不是php的强项。有没有成熟的tcp服务器，可以调用php脚本？如果没有，那么用php编写线程也是无奈之举。

[jasontse]

用pthreads吧，感觉fork写起来会很麻烦

[timonwong]

优点是模型简单，可以处理长业务，健壮性也还好。最大的缺点就是消耗很多的系统资源（并发数高的话）。

这个看你需要多少并发，业务内容是什么。

[ipconfiger]

@picasso250 优点是不会阻塞主进程，缺点是在高并发的时候很快就会将你系统的最大进程数耗尽，或者是内存。很多进程操作系统在切换的时候也响应不过来，然后就会变得很慢。

[picasso250]

@jasontse 我本来是觉得用pthreads写起来会麻烦一些。不过线程还有一个问题就是一旦死掉，会连累其他线程。

[cdfmr]

并发数不高的话，这个方案没什么问题。

[picasso250]

@timonwong 谢谢。并发不大，一天的PV才不到10万，能有多少并发…… 业务也并非长业务。

[daoluan]

优点，简单；缺点，进程创建开销大，而且数量非常有限。

[Shieffan]

简单粗暴但稳定。效率(并发性能)一般，进程所耗资源相对大，系统内可fork的进程数有限，而且进程频繁切换耗费比较大，特别是高IO的进程，效率会大大降低。

一句话，如果并发要求没那么高而且是高CPU的任务，用多进程比较合理。
如果是高IO，高并发的，建议用其它并发模型。

[v8ex]

@picasso250 每次都要fork 肯定会消耗资源的；
线程可以绑定CPU；
PHP不懂，还以为你用C/C++呢;

[jseanj]

当并发量很大时，如果请求是cpu型操作，那么你的负载就会很高，每个子进程都会占用cpu，latency会变高。如果请求是io型操作，那么你的cpu就会闲置，导致资源浪费。当然，如果并发量不大的话是没什么问题的。如果io操作多一些的话，可以考虑nginx。

[xunyu]

我也有过类似的需求，后来是通过tornado分配新线程处理的

[Ever]

这样写肯定会出现很多僵尸进程的

[xiaoye5200]

epoll?

[bjzhush]

我也是PHPer，感觉PHP不是很适合做这个场景的工作
比如你如何运行这个脚本 ？ 以后如果需要相互通信又如何做 ？

[lj0014]

优点：逻辑简单，每个连接独立进程即使挂了也不影响其它进程和父进程
缺点：每个连接一个进程开销大，不适合连接数高的应用

[harrymoo]

可以搞个进程池，不用每次都创建销毁进程，快一点。 这个是以前做C的经验，PHP不懂。

[pubby]

@Ever
@picasso250


Ever : "这样写肯定会出现很多僵尸进程的"

赞同，而且会非常严重，内存耗尽或者达到每用户进程数上限为止

楼主得记得加上：
pcntl_signal(SIGCHLD, SIG_IGN);


结构简单，稳定可靠。
这点pv确实没啥性能讲究，用着先吧。