一直覺得J1.5是一個龐大的怪物，跑也跑不動
我們這裡有一台p900+wamp的測試用主機，在跑J1.5的時候整個就讓人等到會吐血
跟補x網租的主機之後，雖然速度有明顯變快，但在前後台切換更改內容的時候，依舊讓人覺得很賭爛 ~
想放棄 ~~

好吧，不過最近因為某個事件的因素，我們需要連續用soap對外取得資料
不得已跑到光華商場買了一台雙核心的celeron的pc，2G的記憶體 ~ 喵的哩，現在主機便宜到一個爆，這樣才7000出頭
再想辦法裝了centos5.3在裡面 ~
沒想到這樣的規格，跑起來快到一個爆 ~ 用iprobe測試的結果

主機 1+1 開平方 開啟檔案

---

補破網 0.423秒 0.403秒 0.152秒
P900 1.322秒 1.317秒 0.373秒
新機器 0.277秒 0.283秒 0.133秒


嘿嘿，看到這個數據，就滿懷期待的把j1.5裝上去了
結果 ~~
人工感覺測試的結果，真是他喵的爽快呀
FireFox在輸出頁面的時候，內網裡根本沒有等待期，而就算是連外，也因為我們裝的是4m/1m的線路，所以也還可以接受

小心得
J1.5也算是了不起，一般我們在考慮主機的時候，通常是看網路速度和主機穩定度
意思是說，主機…只要穩定就好，而網路才是決定存取速度的主因
不過看來J1.5打破了這個想法，在整個我們內部實驗的過程中，甚至發現 j1.5 有可能因為主機速度過慢的因素，而無法正確的安裝元件

我們把普通PHP網站的程式 vs J1.0 vs J1.5，在P900+wamp的主機上進行"不科學"觀察
在執行首頁的過程中，CPU的使用率如下

普通頁面：cpu使用率30%以下，持續半格
J1.0頁面：cpu使用率100%，持續1~2格
J1.5頁面：cpu使用率100%，持續4~5格

(這個格數是指在開系統狀態的時候，看到的cpu使用率曲線圖 ...)

意思是，如果打算用J1.5架一個網站，並且讓它正式的上線
租一台適當的主機吧 ~

[attachment=0:a0n2hew7]<!-- ia0 -->Snap1_調整大小_調整大小.jpg<!-- ia0 -->[/attachment:a0n2hew7]

還是有用處的,請看上圖個人畫的Joomla概略架構圖,Joomla花很多系統資源在這個架構上來使它的結構合理化,物件化,所以在前端使用一個模組,在後端的運算上,必須先讀取樣板Template,核心Core的API,再讀取所需的模組,然後所需的模組基本上都會觸發語言檔的讀取,語言檔的讀取會以頁面的預設語系為優先,讀不到會去開en-GB,所以整個的系統資源會在頻繁的檔案開開關關下用到比較多,所以我想tunning joomla也是一項工作,從如何分配http & php的記憶體,到讓該有的template和language都能讀得到(Debug模式可看,log檔可查),不該開的模組不開(多開一個模組可能增加您電腦組成一個頁面多開10多個檔案),到php語法的最佳化(像已載入的API,直接呼叫就可以,不用再另外寫一個),甚至是SQL語句的最佳化,都是研究的方向,我不覺得Joomla 1.5慢,當然....如本篇所言,換個硬體更是簡單的事

其實 ~ 我有一個很天的想法
如果一個網站用J1.5架的（例如：www.591.com.tw，用這個範例只是為了明確首頁module的數量）
在效能最佳化全開的情況下（cache = on , rewrite = off ）
5分鐘裡面，可以承受100人的點擊嗎…

我猜應該是不行啦 ~~ lamp 的本身的體質 + J1.5巨大的file open 量 ~~
不知道會有什麼下場 ~ 哈