Joe Horn 的啟示錄

FreeBSD ports tree 的 lang/php5 升級到 5.3.2， www/eaccelerator 也升級到 0.9.6。
但是... 目前，FreeBSD ports tree 的 www/pecl-APC 依然是 3.0.19，無法在 PHP 5.3 運作；為了讓它正常運作，jnlin送過 PR（我沒有先查詢，也送了一個 ）。

其實 eAccelerator 0.9.6 在 2010 年 2 月初就已經釋出了，可是，從 changelog 看來，很多不錯的功能被砍掉（反璞歸真？）：

Changes in this version:

* Support for PHP 5.3.
* The encoder is removed
* The user cache functions are removed
* The session handler is removed
* The minimal PHP version supported is now 5.1
* Some internal refactoring to clean up the code
* Fixed some bugs (and probably added some)

這麼看來，2008 年的這篇文章的參考價值就低了些...
為了滿足我自己的好奇心，就把 APC 3.1.3p1 裝起來測試看看。

系統/硬體：

• CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz
• Memory: 6G（DDR2 800 MHz, Dual-Channel）
• FreeBSD 8.0-RELEASE-p2 amd64
• Apache HTTPD 2.2.14
• PHP 5.3.2

設定：

• eAccelerator 0.9.6：

  eaccelerator.shm_size="128"
  eaccelerator.cache_dir="/tmp/eaccelerator"
  eaccelerator.enable="1"
  eaccelerator.optimizer="1"
  eaccelerator.debug="0"
  eaccelerator.log_file="/var/log/eaccelerator.log"
  eaccelerator.name_space = ""
  eaccelerator.check_mtime="1"
  eaccelerator.filter=""
  eaccelerator.shm_max="0"
  eaccelerator.shm_ttl="0"
  eaccelerator.shm_prune_period="0"
  eaccelerator.shm_only="0"
  eaccelerator.compress="1"
  eaccelerator.compress_level="9"
  eaccelerator.keys="shm_and_disk"

• APC 3.1.3p1：

  apc.enabled=1
  apc.shm_segments=1
  apc.shm_size=128
  apc.ttl=7200
  apc.user_ttl=7200
  apc.num_files_hint=1024
  apc.mmap_file_mask=/tmp/apc.cache
  apc.enable_cli=1

測試結果（ab -c5 -n500）：

	Pure PHP	eAccelerator	APC
WordPress 2.9.2	3.00 req./sec. 332.834 ms/req.	7.61 req./sec. 131.487 ms/req.	8.87 req./sec. 112.750 ms/req.
MediaWiki 1.15.3	1.81 req./sec. 552.822 ms/req.	2.75 req./sec. 363.124 ms/req.	5.93 req./sec. 168.580 ms/req.
Gallery 2.3.1	3.51 req./sec. 284.979 ms/req.	7.91 req./sec. 126.421 ms/req.	7.38 req./sec. 135.506 ms/req.

依照結果看來，APC 3.1.3p1 的確略勝 eAccelerator 0.9.6。
可惜的是.. Xcache 目前的最新版本（1.3.0）沒辦法在 PHP 5.3 跑...

Technorati Tags: Apache, APC, benchmark, eAccelerator, PHP, ports

(Visited 3128 times)

從幾個禮拜前我就在我的 BBS 個人板叫過, 我的 Apache 啟動後過不了多久就會狂噴這種訊息到 error log 裡 :

[warn] (32)Broken pipe: write pipe_of_death

而且 child process 的數量只會一直增加, 不會減少.
如果我沒記錯的話, 這串訊息出現在我把 2.0.54 換成 2.0.55 以後.
所以當時我是決定把 2.0.55 換成 2.2 .
很不幸的, 狀況並沒有變動, 訊息仍然存在.
我一直以為是 Apache 的問題, 直到我在昨天看到 這篇 才恍然大悟.

很明顯的, 罪魁禍首是 eAccelerator , 問題出在 debug.c 這支程式的這段:

void ea_debug_shutdown ()
{
    fflush (F_fp);
    fclose (F_fp);
    F_fp = NULL;
}

把 fclose (F_fp); 換成 if (F_fp != stderr) fclose (F_fp); , 重新 compile & install 就沒事了.

如果是用 FreeBSD 的 ports 安裝的人可以把 這個 patch 檔 抓回去放在 /usr/ports/www/eaccelerator/files 底下, 然後用 portupgrade -f 或重裝一遍就可以解決.

話說回來, 這種 bug 還真是讓人無言以對啊...........

Technorati Tags: Apache, eAccelerator

(Visited 5862 times)

我之前在 Gea-Suan Lin"s Blog 看到 mmcache 跟 PHP Accelerator 這兩篇.

剛剛決定自己把 eAccelerator 做成 FreeBSD ports .

做是做好了.
可是為了保險起見, 我把這個 ports 丟成 shar 檔, 私底下用 e-mail 丟給 turck-mmcache ( /usr/ports/www/turck-mmcache ) 的 maintainer, 讓他決定要不要 commit 上去.

現在就等他回信啦.

Technorati Tags: eAccelerator, turck-mmcache

(Visited 3248 times)