X 3.5 經(jīng)常間歇性的占用過(guò)多內(nèi)存

UnknownMp

環(huán)境是: Debian 12 + 寶塔 + PHP 74 (FPM) + X 3.5

不知道什么時(shí)候開(kāi)始出現(xiàn)的問(wèn)題

PHP 啟用了 Opcache, APCu

而且有的時(shí)候 PHP 單個(gè) 進(jìn)程會(huì)

我知道答案 回答被采納將會(huì)獲得1 貢獻(xiàn) 已有7人回答

monkeye

圖片處理，文件上傳，很多地方都有可能讓內(nèi)存突然漲上去

UnknownMp

等一下后面那里被截?cái)嗔? 就是單個(gè)進(jìn)程會(huì)占用超過(guò) 250M 內(nèi)存

UnknownMp

monkeye 發(fā)表于 2025-8-28 18:50
圖片處理，文件上傳，很多地方都有可能讓內(nèi)存突然漲上去

主要是這種情況不能穩(wěn)定復(fù)現(xiàn), 有的時(shí)候一天都很正常有的時(shí)候一天好幾次這樣

UnknownMp

monkeye 發(fā)表于 2025-8-28 18:50
圖片處理，文件上傳，很多地方都有可能讓內(nèi)存突然漲上去

說(shuō)查看slow.log發(fā)現(xiàn)每次都是class_image.php 里面的thumb_im引起的，是否說(shuō)明問(wèn)題出在縮略圖生成這一步？

湖中沉

UnknownMp 發(fā)表于 2025-8-28 19:03
說(shuō)查看slow.log發(fā)現(xiàn)每次都是class_image.php 里面的thumb_im引起的，是否說(shuō)明問(wèn)題出在縮略圖生成這一步？ ...

圖像處理，這個(gè)本身就是很消耗內(nèi)存的，但處理完就降下來(lái)了，屬于正常現(xiàn)象

crx349

計(jì)劃任務(wù)執(zhí)行時(shí)，內(nèi)存占用可能比較大，如果站點(diǎn)正常使用，可以忽略這個(gè)問(wèn)題

false001

關(guān)閉縮略圖功能，重啟一下php，試試有沒(méi)有作用。