哈哈, 一直上的都是 vbulletin.de 網站, 還真的一直以為vBB 是 come from 德國呢!
感謝您的偷偷修正喔^_^
順道補充一下後來想到曾使用過的第七種加速方法湊成「七賤」(七步賤超
)
vbb加速法1a. 最佳化你的 MySQL 運作參數, 適度增加各種表格快取大小等, 甚至使用更快的 thread lib 執行序函示庫(
FreeBSD), 甚至hack 並重新編譯你的 glibc (
Linux)全面提升 MySQL 的執行效能, 縮短 vBulletin 的資料取得時間
這方法在 FreeBSD上面使用較簡單, 只要 vi /etc/libmap.conf
引用:
[mysqld]
libpthread.so.2 libthr.so.2
libpthread.so libthr.so
|
這樣就可以更換 MySQL 使用的系統線程庫, 使用後確實可以大幅降低 MySQL 耗用的系統資源。
在 Linux 上就要重新編譯 glibc 這東東了, 可謂茲事體大, 但是修改後的 MySQL 可以大幅擴充同時使用的人數上限, 不過因為步驟太複雜且恐怖, 小弟還沒敢放膽一試。
by the way, 兩台 Server 的環境, 感覺應該可以撐更多的人, E6300 粉快的, 如果 RAM 夠多 (Over 2G)上千應該是可能的, 小弟拙機剛好也是 E6300, 一般 500人上線的時候系統負載大約 2~6% (高過20%應該就快撐不動了), CPU 使用率約在 40~75% 上下變動, eAccelerator 好像可以在 win 平台執行喔, 不過一想到還要踹安裝參數, 就又開始頭大了~~
人越老可能越懶, 漸漸的從廢寢忘食的追尋高效之道改成了沒事就阿瞇佛陀的偏安心態, 從 FreeBSD 逐個手工編譯調教的所有服務程式改換到了 CentOS 這種企業級的 Linux, 直接 yum 安裝人家發佈的穩定版本軟體了事。
25 天沒重開機器了, 偶爾喵一下系統負載跟log檔紀錄, 感覺一切還好, 那就好了, 省多一些時間把妹去！
