運行cron.php thows「超出最大執行時間」致命錯誤

我使用Drupal 6.19有相當多的模塊。由於我使用域訪問添加了另一個域，添加了面板變體和節點類型，因此cron首先耗盡了512MB的內存限制。我把這個限制增加到了1024MB。完成之後，超過240秒的「最大執行時間」。運行cron.php thows「超出最大執行時間」致命錯誤

任何想法？我可以提供哪些額外信息？

感謝

盧卡斯

2011-05-09 luksak

Holycrap your cron require a GIGABYTE of memory？那真是不正常！！即使對於Drupal標準，這也是很多=） – Rudie 2011-05-09 10:38:50

是的，它很瘋狂。我使用了一些模塊，真的讓我覺得它們應該被重寫...... – luksak 2011-05-09 11:46:11

網站其他部分的速度如何？每頁加載4分鐘？ =）Drupal需要大量的內存來緩存。如果這只是cronjob必需的（每4小時？），如果網站的其他部分只需要幾MB，那麼這是可行的。 – Rudie 2011-05-09 11:54:38

嘗試在你的模塊中尋找croon實現。暫時禁用這些（分別），看看它是否有任何區別。

也許一個模塊正在某種循環中運行。一個可能的候選者將是search.module，它寄存單個節點的所有評論。如果您有包含數千條評論（論壇帖子）的節點，那可能會導致此問題。

2011-05-09 12:23:06 Berdir

我同意。請注意顯示節點關係的內容類型。 – 2011-05-09 12:27:32

我必須禁用search.module和update_status.module。之後，我刪除了在遇到該錯誤之前添加的視圖並再次添加。現在它可以工作。 – luksak 2011-05-09 14:18:14

是的，我認爲這是一個有很多評論的節點，那是一個典型的問題。您可以通過以下查詢獲得評論最多的節點：'SELECT nid，COUNT（*）FROM註釋GROUP BY nid ORDER BY COUNT（*）DESC lIMIT 10'。 – Berdir 2011-05-09 16:27:47

你應該能夠set_time_limit()提高最高執行時間，但我認爲這將是很好的找出你的腳本是做四分鐘！

我不知道很多關於這個Drupal的劇本，但會建議如下：

保持數據庫上的眼睛，而它的運行，我猜，緩慢的MySQL查詢可能是主導致它運行緩慢
如果緩慢的查詢不是原因設置某種分析（將建議xdebug + webgrind的一些簡單的），set_time_limit（）到一個很高的東西，並運行腳本。使用分析數據來查看速度如此之慢，然後對其進行優化。

2011-05-09 10:35:28

往裏：包括/ common.inc 線：2716

更改的set_time_limit到一個更高的數字，如400

希望它會幫助別人。

Finau

2011-08-04 12:30:46 Finau

正是我在找什麼。這似乎不管我做了這一行是將我的最大超時重置爲240.謝謝！ – Beyerz 2012-08-07 13:14:49

回答