竹貓星球

小弟有個想法,如何把PHPBB的速度弄的更快,該往哪個方向著手
,不重新編繹PHPBB的核心程式下,PHPBB到底能跑多快
小弟蠻好奇的

以同樣的硬體,同樣的條件下,該怎麼做會讓PHPBB快起來

(不是筆戰文喔,只是天開異想的想這麼試而已)

有辦法把頁面開啟時間壓到:0.0xxx秒嗎??

alen919 寫:小弟有個想法,如何把PHPBB的速度弄的更快,該往哪個方向著手
,不重新編繹PHPBB的核心程式下,PHPBB到底能跑多快
小弟蠻好奇的

以同樣的硬體,同樣的條件下,該怎麼做會讓PHPBB快起來

(不是筆戰文喔,只是天開異想的想這麼試而已)

有辦法把頁面開啟時間壓到:0.0xxx秒嗎??

不改 php 的情況下有幾個方法可以試試看 ex. zend compiler or php-cgi + fastcgi

不過，這方面和 phpBB 本身沒有關係 (因為你沒有去改他的結構)，而是和 server 和 php 比較有關係。

試試看把Gzip打開應該會稍有改善

不好意思,可能是小弟的發問方式讓各位模糊了
應該是這麼問
問1:如何把PHPBB的速度弄的更快,該往哪個方向著手
問2:不重新編繹PHPBB的核心程式下,PHPBB到底能跑多快
問3:以同樣的硬體,同樣的條件下,該怎麼做會讓PHPBB快起來

===========
因為常看到別的論壇程式,都有熱心人士提供所謂的高速論壇,是優化過的
所以才會好奇的發問,小弟本身有試過各位前輩所提供的方法,不管是mod還是關掉
debug的方式,感覺上好像還是要從優化phpbb的程式碼這個方式著手,所以嚕,
phpbb可以優化嗎,還是以後會開發個phpbb高速論壇版的呢??(完全以速度為考量,當然安全性也不可或缺啦)

我想想唷...
1.SQL的優化，不過我覺得這點好難....
2.快取資料庫的資料，將回傳的陣列寫入程式內
3.簡化程式運作(不過我不覺得這叫做優化，這比較像陽春化 )

如果是用ramdisk的方式來搞呢??速度方面會不會達到某一程度的滿意度呢??
有的ramdisk程式可以設定幾秒存檔
=====
如果把優化過的phpbb丟到ramdisk的架構上來跑,會是啥情況
(拋開網路頻寬的問題,假設頻寬上下傳無限大)
連阿帕契,mysql,等等丟到ramdisk中跑
用ramdisk來模擬原本在硬碟裡的phpbb
把伺服器的硬碟變成用ram模擬
這樣子的可行性高嗎??

通常很慢或是執行效能很差才需要所謂的優化.....但是預設的 phpBB 不需要，因為本來就很快，但是當資料庫日益龐大的時候，就是整個環境的狀況了....

alen919 寫:如果是用ramdisk的方式來搞呢??速度方面會不會達到某一程度的滿意度呢??
有的ramdisk程式可以設定幾秒存檔
=====
如果把優化過的phpbb丟到ramdisk的架構上來跑,會是啥情況
(拋開網路頻寬的問題,假設頻寬上下傳無限大)
連阿帕契,mysql,等等丟到ramdisk中跑
用ramdisk來模擬原本在硬碟裡的phpbb
把伺服器的硬碟變成用ram模擬
這樣子的可行性高嗎??

你的思考方向有問題，網頁的 size 不大，速度不會卡在 disk I/O 上面太多。MySQL 的 db 丟到 ramdisk 去或許有點意義，但是 search 花費的時間可能會佔掉比較大的部份，I/O 還是可以接受。除非你的 db 大到超乎想像的程度......

Apache 丟到 ramdisk 也沒有太大的意義，因為 httpd 跑起來以後就是常駐在記憶體的 service。

所以我前面會說，把 php 的執行效率改善會比較有用；或是像前面網友說的，改善 phpBB 的資料表結構也是一種辦法。

神川小羽 寫:我想想唷...
1.SQL的優化，不過我覺得這點好難....
2.快取資料庫的資料，將回傳的陣列寫入程式內
3.簡化程式運作(不過我不覺得這叫做優化，這比較像陽春化 )

我的一些想法...

1. sql 的 optizimation 通常是 db service 在做的，單純用 sql 語法應該很難做到 optizimation，除非 search 的條件或範圍本身有問題可以改進。如果是針對 phpBB 的 db 做 optizimation，那就一定得改 php code 啦 (條件不符)！

2. db 的 cache 也是 db service 在做的，如果要用 php 做 page cache 要看看會不會有及時性的問題

3. 簡化程式運作的話，一是改 phpBB 的程式的程式內容 (條件不符)，二是改 service (httpd, db...) ，三是改進 php 的 performance (ex. php-cgi + fastcgi)

我是不知道樓主對於不重新編繹PHPBB的核心程式下的定義是怎樣的
不過既然是優化，當然要動點手腳吧，覺得沒有啥條件不符的問題。

alen919 寫:如果是用ramdisk的方式來搞呢??速度方面會不會達到某一程度的滿意度呢??
有的ramdisk程式可以設定幾秒存檔
=====
如果把優化過的phpbb丟到ramdisk的架構上來跑,會是啥情況
(拋開網路頻寬的問題,假設頻寬上下傳無限大)
連阿帕契,mysql,等等丟到ramdisk中跑
用ramdisk來模擬原本在硬碟裡的phpbb
把伺服器的硬碟變成用ram模擬
這樣子的可行性高嗎??

你可以去買 技嘉的 iRam，將 DDRII 的 DRAM 當作一顆實體硬碟來使用

不過只要把 mysql data 放進去就好了，放其他的沒什麼用....

不過....說實在的，除非你站的規模真的很大才有差異

如果你的站真的很大，通常就不會只有一台 Server 了:P

神川小羽 寫:我是不知道樓主對於不重新編繹PHPBB的核心程式下的定義是怎樣的

我猜他的意思是說「不改 phpBB 的 code」，然後我上面那些「條件不符」也是針對這個條件去判斷的...

神川小羽 寫:我是不知道樓主對於不重新編繹PHPBB的核心程式下的定義是怎樣的
不過既然是優化，當然要動點手腳吧，覺得沒有啥條件不符的問題。

你是不是想把DB寫在 程式上, 再改變程式的寫法
就像一般的網頁一樣
可以讓電腦自動留下LOADING過的 DATA
下一次就會快一點吧?

PS: PHP程式就沒那麼方便....

jwxinst 寫:PS: PHP程式就沒那麼方便....

php 可以做到 page cache 的功能。

phpBB 檔案的 contrib/ 裡面有個 template 的 cache mod，作用和你說的很像。另外，很多 PHP template engine 為了提高效率，也都有提供 cache 功能，Smarty 就是個例子。

原來問題是出在SQL本身的資料表結構嗎!?(這個說法正確嗎??)
因為很多問題都是在竹貓用搜尋的方式來解決掉的
所以還是有很多地方還是不太明白其中的運作方式
希望各位前輩不要見怪小弟的突發異想

===============
謝謝各位前輩的指導
讓還是新手的小弟受益良多