| 會員  | 最新文章是用"搜尋"的... 還要排序...用時間排序 這樣效能當然爛 其實...應該改成 當有新文章時 寫入一個新文章的列表 而超過列表的上限時~把前面的刪掉... 例如..... 文章01 被回覆 最新發表: 文章01 ---------------------- 文章123被發表 最新發表: 文章01 文章123 ---------------------- 文章32768被發表 最新發表: 文章01 文章123 文章32768 ---------------------- 文章65536被發表 最新發表: 文章01 文章123 文章32768 文章65536 ---------------------- 文章123456被發表 超過上限 4 刪除 文章01 最新發表: 文章123 文章32768 文章65536 文章123456 ----------------------- 只提供參考= =" 至於可不可行我就不知道了 我對php和資料庫不怎麼熟 對了~這個討論版是用什麼改出來的 |
| 回覆 |
| 會員 | 阿!! 突然想到有個問題 就是如果最新文章裡面已經有了 這樣會出現兩篇同樣的在最新列表 所以在新增之前 應該先Check一下 是否有同樣的討論編號在.. 有的話~就把該編號移至最新的地方 |
| 回覆 |
| 電腦狂  | 不知現在主機等級與架構如何? 是否有用 MMCache? http://www.turcksoft.com/en/e_mmc.htm 架構上 一台主機跑 MySQL + APACHE + PHP 真的是會粉操 但要是能用兩台主機 一台專跑 MySQL 另外一台跑 APACHE + PHP 效能與分散CPU負載上會有顯著改善 PHP程式執行效能強化上建議可用 MMCache 速度上又會是另等級的提昇 |
| 回覆 |
| 校長兼撞鐘  | 1 Apache + 1 MySQL Apache 那台跑 PHP Accelerator (應該是跟 MMCache 是一樣的功能) 不過 Loading 都是集中在 SQL 機 , CPU Usage 常常會跑到 9x% , 把搜尋功能限制後的確有改善 |
| 回覆 |
| 電腦狂 | 引用:
只是效能上 MMCache 還是比較好一點 且還持續改進更新 PHP Accelerator 似乎停滯了 - 不過看來這裡主要問題在於 SQL 的負載 唯有提昇 SQL 這台主機的硬體設備才可改進了~ MySQL 架在 Linux 上效能會比較好 kernel thread 官方有針對 Linux 做最佳化 MySQL 在大量同時查詢時 CPU Loading 相當重 如果是架在 Win32 下就能明顯感覺到 Hold Delay 的現象 APACHE + PHP + MMCache CPU Loading 倒是還好而已 SQL 那台要升CPU 跟 加大RAM 否則就是程式對於查詢上做調整盡量分散同時查詢 | |
| 回覆 |
| What we fear r the posibilites | 另外想到,其實有些網友搜尋舊文挑骨頭....結果惹的更多人翻舊文.... 惡性循環...資源都被濫用了... 前一次的大停擺....這說不定是個隱性原因呢... |
| 回覆 |
| 高級會員 | 今天不能搜尋 |
| 回覆 |
| P C Z O N E 惡 魔 頭 頭  | 引用:
 偶剛剛才搜尋過.....沒有遇到系統錯誤的狀況 | |
| 回覆 |
| 進階會員 | 引用:
 速度變的很快了唷...嗯嗯~反應的時間也變的很快!! 太神啦...  | |
| 回覆 |
| 文心雕龍  | 之前有人提到的 我想很多人每天上來都會按"最新發表文章"和"今日所有文章" 如果改成主機端以列表的方式處理不知SERVER會有多少效能的改善 |
| 回覆 |
| XML | RSS 2.0 | RSS |
本論壇所有文章僅代表留言者個人意見，並不代表本站之立場，討論區以「即時留言」方式運作，故無法完全監察所有即時留言，若您發現文章可能有異議，請 email :[email protected] 處理。
