本人在做一個學生問訊系統，以前是用c/s模式的，現在用intraweb寫了一支standalone方式的，10幾個人用時，性能可以但稍多一點用戶就慢好牛車了，現在我想請各位給我一點建議，如果要滿足以下要求的B/S的話，用什麽方式開發： 1、直接複制在服務器上就能用，並可以任意配置端口，不需iis和apache的支持，就像IntraWeb寫的Standalone程式一樣(因爲不是自己的機房，通常是臨時租用的，管理員水平有限的)。 2、支持500左右的並發訪問。(通常是多個班級學生同時輸入的) 3、不希望是asp或是Isapi方式，配置比較麻煩。 請各位賜教，謝謝!

------
-=-=-=-=-=-=-=-=-=-=-=
Eveything as your wish.

1.前端加一台 proxy 來接客。 因為每個OBJECT都要由 web server 跟 client 之間建立一個 connect 來處理。 對 web server 的效率有影響。（圖形由WEB SERVER輸出。就會影響到它的AP運作時間了） 2.把WEB SERVER 同時可以接客數減少。 大約到二個。這樣可以加快運作。 因為WEB SERVER 變成純AP SERVER時。你做多工。只是讓系統花一些時間在做切換 process or thread 而已。 而這些時間如果拿來做AP運算。將可以加快運算。 服務500 人的時間。 每人一秒。 500 * 1 = 500 秒 500 秒＋系統切換時間X ＊ 499 = ...... 這些你可以自行評估。 這樣可以應付你 500 人的需求了。^_^

引言: 1.前端加一台 proxy 來接客。 因為每個OBJECT都要由 web server 跟 client 之間建立一個 connect 來處理。 對 web server 的效率有影響。（圖形由WEB SERVER輸出。就會影響到它的AP運作時間了） 2.把WEB SERVER 同時可以接客數減少。 大約到二個。這樣可以加快運作。 因為WEB SERVER 變成純AP SERVER時。你做多工。只是讓系統花一些時間在做切換 process or thread 而已。 而這些時間如果拿來做AP運算。將可以加快運算。 服務500 人的時間。 每人一秒。 500 * 1 = 500 秒 500 秒＋系統切換時間X ＊ 499 = ...... 這些你可以自行評估。 這樣可以應付你 500 人的需求了。^_^

謝謝您的回應，那麽用什麽樣的方式開發呢，用IntraWeb能做到嗎，給點提示好嗎？

我的話，我會用 FreeBSD Apache gcc ^_^ 你的話。看你熟什麼就用什麼囉。 一切以效率為優先。 如果在同一台會有效率問題。就要想把DATABASE 切出去。 切出去。因為 TCP 在連線時會有 7 個封包的浪費。 你也可以做一個 alway connect 的東東來處理。可以減少 server 端的忙碌。。。。。 解法一堆。要看你到時候的瓶頸在那裡而決定。 先試著做 proto type 出來吧。 用想的。不會有結果。^_^ 加油囉。

再次感謝你的回應。 我並不是要空想怎麽做，而是想做找不到好的辦法，已經用IntraWeb寫了一支，但效果不理想，所以很想知道我的這種應用場景最好的解決辦法是什麽，該往那邊入手。我希望最後給別人用的是十分簡單易用的，用FreeBsd對非專業人員可能要求過高了一點，我也不會。 簡單的說來，就是想寫一個獨立的不依賴IIS或Apache的Web服務程式，能夠比較簡易的安裝與設置，又能滿足500左右的並發訪問。IntraWeb寫的StandAlone形式的Web服務程式可以達到前面的要求卻不能滿足並發量的要求。 所以想請教各位有無好的解決方案，該從哪方面入手，謝謝!

------
-=-=-=-=-=-=-=-=-=-=-=
Eveything as your wish.

1 負載平衡器 2 dns server 3 jsp  問題是 妳的web 每個使用的資料庫流量+html的使用比例    沒有必要的部份 盡量以html來處理 最節省資源    資料庫 吞吐資料過大 一般都是web服務先掛 2再掛OS 資料庫一般是比較不會掛    所以先考慮自己的程式架構與經驗 如不行就是靠硬體來協助多站dns處理 讓暫存資料都能一致回應才是最難之處  

 用FreeBsd對非專業人員可能要求過高了一點，我也不會

那就2003了 不過不建議使用IIS 哈哈

簡易的安裝與設置 

現在 阿帕器 有許多 整合版本伺服器套件 十分方便 再不行自己打包也不是很困難 個人知道的最少有5種不同整合版本伺服器套件 各有方便的特色 哈哈 http://delphi.ktop.com.tw/topic.php?topic_id=57472 Xapmm 亦不錯使用 http://delphi.ktop.com.tw/topic.php?topic_id=56523 http://delphi.ktop.com.tw/topic.php?topic_id=38005

謝謝兩位的賜教。 整合伺服器，的確是一種非常好的方案，我會攷慮採用的。 另外，請問有無用Delphi來解決這此類應用的辦法呢？ 謝謝賜教!

------
-=-=-=-=-=-=-=-=-=-=-=
Eveything as your wish.

Delphi來解決這此類應用的辦法呢 delphi是程式工具 不是整合工具 所以有一點不一樣 不過可以給你類似的點子 【轉貼】Http File Server 1.6 繁體中文化版Freeware 有delphi6原始碼 http://delphi.ktop.com.tw/topic.php?TOPIC_ID=46542 問題是這算如此 你能寫超越Apache整合其他物件或功能嗎? 這就牽涉軟體功能搭配各OS的整合與考量 軟體整合的缺點 就是穩定性被OS所牽扯 優點就是任何天馬行空 都是軟體先test 所以 軟體是硬體的前身 硬體是軟體的終極 施施有2種 KTOP製藥 先確定架構穩定 再確定硬體搭配效率

hahahaha delphi 要玩到 500人喔。 先別說 DELPHI 要玩到 500人啦。 先想想WINDOW要玩到500人。。。。。。開500個CONNECT。。。。。 想到這樣的狀況，我就有點頭皮發麻。 在UNIX要這樣開很容易。以國內某大IRC SERVER同時 2000人上線都沒問題。 用的是FREEBSD。要用 WINDOW喔。。。。。。我就沒試過了。 您可以先試試看這樣的狀況。然後用一台去轟它500個CONNECT。看你的機器在沒做事的情況下能不能全身而退。 我們再來看看 DELPHI 能不能做到你要的功能吧。^_^ 我不是在說那個東西不好。而是所適合的場所不同。 在開發之初，就要先做些可行性的評估。 不要等做下去了。中途才要改。那就浪費時間囉。 這是經驗啦。^_^

Apache不論是在windows或Linux,Freebsd,UNIX上一般是2000人為預設值 但是不同的OS下如果牽涉到資料庫又必須考慮到資料庫的限制 在BBS時代 FreeBsd是很多BBS架站者使用的OS 優點 1 免費 包括 商業行為 2 原全可於X86的CPU運作 3 BBS的文字模式500人~1000可說是基本數量 沒問題 再問者的基本條件上 要運行於windows上500人 說穿了 可不可行 可能就與方便性與效率有某一程度的矛盾 我不能說windows無法負載500人以上 應該說 不論那一個OS的web server 要處理500人線上運作 都是可行的 但是 成本 技術 維護 等考量 就依人而定 以遊戲基地gamebase http://www.gamebase.com.tw/ 應該超過500人把 以前使用ASP與硬體輔助 現在改部份JSP 那在bsd或Linux,UNIX上要題出500人的也是很多 那雅虎使用Freebsd ISP 硬體等先進的設備運行 暗黑破壞神 兄所說的 雖不假但有些事是真的要自己操作過才知 問題不只一個 有時和整個團隊的技術 是很難一時跳脫的 KTOP有幾篇參考 http://delphi.ktop.com.tw/topic.php?topic_id=36309 http://delphi.ktop.com.tw/topic.php?topic_id=38005 http://delphi.ktop.com.tw/topic.php?topic_id=55225 http://delphi.ktop.com.tw/topic.php?topic_id=41662 http://delphi.ktop.com.tw/topic.php?topic_id=22027 http://delphi.ktop.com.tw/topic.php?topic_id=21298 http://delphi.ktop.com.tw/topic.php?topic_id=24244 http://delphi.ktop.com.tw/topic.php?TOPIC_ID=40795 這樣應該可以 加速 問題 解法 延伸問題 解決關鍵 解決方式 解決方案 無解 哈哈

感謝暗黑破壞神,conundrum兩位熱心指教，在下受益良多，謝謝了。 還以爲500人是個小應用，看來有點不知天高地厚，慚愧。 決定向整合伺服器方式努力，呵呵，如有不明白還請二位無私賜教。 初步決定先試試整合Apache和IntraWeb，這樣做出的努力最小一點，呵呵真是個懶人奧。 ^_^

------
-=-=-=-=-=-=-=-=-=-=-=
Eveything as your wish.