Question

我在php中编写了一个守护进程，并希望确保它不会泄漏内存，因为它将全天候运行。

即使是最简单的形式，守护进程的memory_get_peak_usage也会报告该脚本为每个循环消耗更多内存。另一方面，memory_get_usage不会增长。

问题是：我应该担心吗？我已经将守护进程剥夺了基本功能，但这仍然在发生。有什么想法吗？

#!/usr/bin/php -q

<?php
require_once "System/Daemon.php";
System_Daemon::setOption("appName", "smsd");
System_Daemon::start();
while(!System_Daemon::isDying()){
 System_Daemon::info("debug: memory_get_peak_usage: ".memory_get_peak_usage());
 System_Daemon::info("debug: memory_get_usage: ".memory_get_usage());
 System_Daemon::iterate(2);
}

最终注释+结论：我最终编写了自己的守护程序包装器，而不是使用pear的system_daemon。无论我如何调整这个库，我都无法阻止它泄漏内存。希望这有助于其他人。

最终注释+结论2：我的脚本已经生产了一个多星期，仍然没有泄漏1个字节的内存。所以 - 在PHP中编写一个守护进程实际上似乎没问题，只要你对其内存消耗非常小心。

Answer 1

我遇到了同样的问题。也许最好的办法就是在PEAR

报告新的错误

顺便说一句，这样的代码没有显示memleak：

#!/usr/bin/php -q

<?php
require_once "System/Daemon.php";
System_Daemon::setOption("appName", "smsd");
System_Daemon::start();
while(!System_Daemon::isDying()) {
 print ("debug: memory_get_peak_usage: ".memory_get_peak_usage()."\n");
 print ("debug: memory_get_usage: ".memory_get_usage()."\n\n");
 System_Daemon::iterate(2);

}

看起来像System_Daemon :: info（）是一个问题。

Answer 2

事实证明file_get_contents正在泄漏记忆。每当我禁用该行时，峰值内存使用量就会稳定。当我重新评论它时，峰值内存使用量每次迭代将增加32个字节。

Replaced file_get_contents调用（用于检索/ var / run中pid文件中的数字）和fread，并解决了这个问题。

此补丁将成为下一个System_Daemon版本的一部分。

谢谢谁（无法找到匹配的昵称）也报告了这个错误（#18036），否则我可能从来不知道。

再次感谢！

Answer 3

您可以尝试在PHP 5.3中使用新的垃圾收集器来防止循环引用出现问题。

Answer 4

你不应该use PHP to write a daemon。为什么？因为PHP不是一种足够成熟的语言，可以运行数小时，数天，数周或数月。 PHP是用C语言编写的，它提供的所有魔法都必须得到处理。根据您的版本，垃圾收集可能会也可能不会起作用，具体取决于您编译和使用的扩展名。是的，如果他们发布正式版本，他们应该“玩得很好”，但你检查一下你正在使用什么版本？你确定所有加载的扩展都意识到它们可能运行超过10 - 30秒吗？鉴于大多数执行时间从未发现泄漏，您确定它甚至可以正常工作吗？

我非常接近关于此事的'don't use regex to parse HTML rant'，因为我看到问题越来越多了。今天我已经知道了两次。

你会用撬棍作为牙签吗？考虑到渲染网页时PHP过程的预期寿命，Zend，Roadsend，Nor PHC都不足以处理可能被视为延长的任何时间段的运行。是的，即使使用基于C ++的PHP编译器提供的GC工具，在PHP中编写守护进程也是不明智的。

我讨厌说you can't do that, with that的答案，但在这种情况下，这是真的，至少目前是这样。

php守护进程可能的内存泄漏

4 个答案: