PHP垃圾收集似乎没有运行(Debian)

我们的PHP应用程序正在某处泄漏内存,这似乎与PHP一样正常,所以有垃圾收集器(虽然 我们试图从长远来看泄漏事件。</ p>

我感觉垃圾收集器根本没有运行。 我知道垃圾收集器无法清理我们的Debian系统上的会话,具体的cronjob正在工作。 只是内存没有得到清理。</ p>

一旦我们在服务器上重启PHP,内存使用量就会下降大约15GB,但之后会慢慢恢复。 如果内存集合工作,它会清理那个内存,更正吗?</ p>

我附上了相关的php.ini设置。 有很多请求,概率不是问题。</ p>

调用gc_collect_cycles()只返回0. </ p>

  session.gc_divisor  1000 
session.gc_maxlifetime 1440
session.gc_probability 1

zend.enable_gc On
</ code> </ pre>
</ div>

展开原文

原文

Our PHP application is leaking memory somewhere, that seems to be normal with PHP, so there is the garbage collector (though we're trying to find the leaks in the long term)

I have a feeling the garbage collector isn't running at all. I know the garbage collector can't clean sessions on our Debian system, the specific cronjob for that is working. Just memory doesn't get cleaned.

Once we restart PHP on the server the memory usage drops by around 15GB, but then goes back up slowly. If the memory collection worked, it would clean that memory before, correct?

I enclosed the related php.ini settings. There are a lot of requests, the probability is not the issue.

Calling gc_collect_cycles() just returns 0.

session.gc_divisor  1000
session.gc_maxlifetime  1440
session.gc_probability  1

zend.enable_gc  On

duananyu9231
duananyu9231 虽然它可能是一个PHP错误,但我认为错误就在我们的最后。是否有任何类型的内存可以通过PHP重启而不是垃圾收集器释放?
一年多之前 回复
douren1891
douren1891 我投票将此问题视为偏离主题,因为只有PHP开发人员实际上可以解决问题,如果它实际上是一个问题
一年多之前 回复
doujing9972
doujing9972 如果确实如此,我建议您向PHP开发人员报告。如果事实上存在问题,他们是唯一能够解决它的人
一年多之前 回复
Csdn user default icon
上传中...
上传图片
插入图片
抄袭、复制答案,以达到刷声望分或其他目的的行为,在CSDN问答是严格禁止的,一经发现立刻封号。是时候展现真正的技术了!
立即提问