关于php多进程优化

问答 / 494 / 23 / 创建于 9个月前

目前有一个需求，需要多进程执行。用pcntl_fork实现的。
现在已经需要fork 500多个子进程了，后续还会继续增加。
pcntl_fork子进程越多，对于子进程的回收管理出现问题的可能性会增加。
有什么其他的方法可以对这种情况做优化吗？
swoole用不了，项目框架比较老旧，且定义了go方法，和swoole的函数冲突，全局修改代价太大。

轻语过往

40 声望

暂无个人描述~

0 人点赞

从零开发一个电商项目，功能包括电商后台、商品 & SKU 管理、购物车、订单管理、支付宝支付、微信支付、订单退款流程、优惠券等

从零开始带你一步步开发一个 Go 博客项目，让你在最短的时间内学会使用 Go 进行编码。项目结构很大程度上参考了 Laravel。

推荐文章：

更多推荐...

博客

花了四个月打磨的 Laravel Plus 开源 30 / 98 |

分享创造

无需修改任何代码和扩展将你的Laravel项目性能提高20倍 101 / 100 |

博客

PHP 程序员转 Go 语言的经历分享 19 / 12 |

博客

手摸手带你使用 docker-compose 编排一个开发环境 20 / 15 |

工作

[求职] 重生之不再做PHP 12 / 83 |

博客

冯老师的困惑 —— PHP 挂了 21 / 4 |

Smilephp

课程读者 151 声望

最佳答案

我觉得按你的需求 swoole是比较合适的线上单独在拉一个php版本出来就行了而且你说的go函数也和swoole 不冲突，go只是一个语法糖而已，关闭php的短语就行

9个月前评论

轻语过往（楼主）

确实，关闭短标签可以解决函数冲突问题。倒是忘了这一茬

讨论数量: 23

令龙家的小道

13 声望

把这份业务拆出来用swoole或者是go之类的去处理不行吗？即时交互可以走接口，异步交互可以走消息队列

9个月前评论

轻语过往（楼主）

swoole是没法子的，线上php不能装swoole扩展，装了会和现有的业务起冲突。用其他服务器..要花钱，go是可以的，但是我不太熟悉go :see_no_evil: 能用php相关的东西实现是最好的

令龙家的小道（作者）

@轻语过往那workerman呢，它对环境的适配能力比swoole要好一点，基础的特性应该可以实现你要的功能了

轻语过往（楼主）

@令龙小道 workerman在官方文档中表示不要使用pcntl_fork，因为它本身已经是多进程模型了，用了可能会有很多意外情况，且用事件机制的话，增加一个业务就需要增加一个事件(业务需要并发执行)，维护起来很繁琐

令龙家的小道（作者）

@轻语过往大概是什么样的业务限定死了必须要用pcntl_fork，感觉不至于啊(⊙o⊙)？

轻语过往（楼主）

@令龙小道没有限定必须用fork，有其他的替代也可，只是php对多进程的支持就那么几个函数。。

Smilephp

课程读者 151 声望

我觉得按你的需求 swoole是比较合适的线上单独在拉一个php版本出来就行了而且你说的go函数也和swoole 不冲突，go只是一个语法糖而已，关闭php的短语就行

9个月前评论

轻语过往（楼主）

确实，关闭短标签可以解决函数冲突问题。倒是忘了这一茬

springlee

课程读者 74 声望 / php @ zlj

workerman, supervisor, 或者spatie/async啊

9个月前评论

轻语过往（楼主）

workerman不是很行，有可能是我对workerman了解不够。supervisor也是可以的，但是进程太多了，加一个进程就得写supervisor，维护太繁琐。 proc_open也是一个不错的方案，但是我估计后期会超过文件可打开的描述符数量，虽然可以修改，但是万一哪个漏洞被人利用了。。整个机子就危险了，还是关闭proc函数比较好

JaguarJack

Laravel 9.x 译者 939 声望 / 开发 @ 家里蹲开发公司

你这啥场景？fork 之后自动交给系统回收就行了。既然需要管理，master worker 模式，就用 workerman 就行了啊，他好像支持进程动态扩容的

9个月前评论

轻语过往（楼主）

这个不是我要对进程进行管理回收，pcntl有wiat函数自动回收，但是在子进程过多的情况下，回收可能会出现异常，目前是子进程较多，且后续会继续增加，会增加回收时候出问题的可能性

JaguarJack （作者）

@轻语过往直接交给系统回收就行了啊

Jyunwaa

106 声望 / 首席吹水官 @ 技术有限公司

Swoole 用不了还有 Swow 🤣

所有 类、方法、常量均置于 Swow 命名空间之下，不会污染原始环境（如果你的项目已经有 Swow 这个命名空间当我没说🤣）

9个月前评论

轻语过往（楼主）

曲线救国是吧🤣

sanders

课程读者 648 声望 / 程序员鼓励师 @ KDD

楼主讲一下具体需求和要部署的环境。啥配置的机器一下子要跑500个子进程？每个进程的负载大概能到多少？预计占多少内存？需不需要进程池？

9个月前评论

轻语过往（楼主）

其实就是担心pcntl_fork过多的子进程，在未来可能系统回收会出现异常，出现僵尸，孤儿进程这样子。环境php7.1，linux contos7，2C4G普通机子内存这块到不用太担心，够用，进程池也是一种可行方案，但是实际上不太好，因为假设你预先设定500个待机进程，多了就新创建。一开始是可以的，后续如果继续增加进程，500个池子始终是满的，还是在不停的创建新的进程

轻语过往（楼主）

@轻语过往直接创建1000个进程的池子对内存这块多少也有点影响，还是想找个更优的方案

ilvsx

@轻语过往 4G 的内存 500个进程内存够用？每个进程占 10M 内存就5G了啊，如果是用到了虚拟内存，那性能又会很差，这个场景我觉得用 golang 就是最优解。

cclilshy

72 声望

说说 对于子进程的回收管理出现问题的可能性会增加 目前遇到了什么问题?

9个月前评论

轻语过往（楼主）

目前并没有实际遇到问题，pcntl_fork在fork过多子进程的时候，可能由于一些原因导致进程回收失败，现在就是想解决这个情况，看看有没有更优解

cclilshy （作者）

使用 pcntl_fork 解决一些场景遇到的挑战是可行的方法, 题主应该关心这种做法能否实现多机多端横向扩展, 现有业务规模大幅度增长的情况,单机负载能否应对这样的场景. 无需担心pcntl_fork本身的稳定性, 我猜题主也有相同的顾虑?

轻语过往（楼主）

@cclilshy 是的，哈哈可能是我陷入一个误区了。高见 :+1:

讨论应以学习和精进为目的。请勿发布不友善或者负能量的内容，与人为善，比聪明更重要！

帮助

关于php多进程优化

推荐文章：

社区赞助商

关于 LearnKu

资源推荐

服务提供商

其他信息

关于php多进程优化

推荐文章：

社区赞助商

关于 LearnKu

资源推荐

服务提供商

其他信息

请登录