該組一台四核心好還是兩台雙核好?架網站用...
 

想請問一下各位大大...
目前有兩套程式要跑...都是要在網路環境上跑的...
一套是地圖的程式...一套是SQL的程式...OS為WINDOWS 2003 SERVER...
SQL要負責處理外部程式傳送回來的資料以及回應外部程式所要求的資料...
地圖程式要負責處理外面人瀏覽網頁時抓取圖資資料與跟SQL溝通位置後回傳給瀏覽者...
為了減少磁碟讀取圖資的時間打算裝設I-RAM來解決這問題...
想請問這樣的兩套程式是架設在一台四核心,2G RAM主機上好呢?
還是架設在兩台雙核,2G RAM主機上,透過1G網路線對傳...
如果有100位使用者這樣的設備能否承受負荷?同時要求連線時能承受多少位連線?
SQL的資料是隨時隨地更新的...使用者會不斷發送回來位置資料...
不過每位使用者回傳來的資料量很小...只是一行數字而已...
而地圖程式的資料量就比較大了...傳完一頁大約需要上傳300K左右...
這樣需求該用多大的頻寬才能負荷呢?
還請有架過網站的先進不吝指教...謝謝~

純粹以I/O的角度, RAM的I/O當然比網路的I/O要神速, PC每一個動作都要消耗interupt
網路封包的封裝與拆解對於傳送與接收端都是額外的負擔,都需要額外的運算資源.
以I/O效率而言我認為在同一台四核做運算會比靠兩台雙核用網路互傳要有效率.

我不知道你的程式的RAM需求是多大,兩台雙核湊出4GB RAM, 比四核2GB RAM有額外的優勢
這可能是另一個變數.
至於跑不跑得順,因為不知道程式的效率性如何,或是有沒有支援多執行緒,還是要實測才知道.

以連線數而言,要先看的是完成一次完整的服務, per user 會有多少個session
這個程式設計的人應該可以提供這個數字,若per user只有single session,那就很小.
即使per user會有10 sessions, 同時100人也不過1000個session,還是小兒科.

所以與其看服務多少"位",不如先找出per user session數值再去乘預計同時服務人數.
再預留尖峰值胃納緩衝(ex:是平時兩倍連線量), 最後再估計成長性(ex:目前只佔系統10%
負荷量,尖峰值佔20%,就是系統尚可供四倍的服務量(尖峰80%)才需要再擴充)
就可以粗估一下約略的系統需求.

頻寬的需求其實沒有止盡的,所以建議是看邊際效益.有多少錢做多少事就好.
因為同時滿足100人*300k bytes= 30Mbytes -->240M bits per second
所以至少是兩條100M FTTB並聯......我想錢再多也不是這樣花的.

先租一個10M的線路試run, 隨時監看網路使用量,如果MRTG長期數據都是滿載,就有依據
可以跟老闆要新的線路經費去做擴充.也比較會把錢花在刀口上.當然,你的上傳很重要,
非對稱式的ADSL下載大/上傳小就不適合你.專線/FTTB那種對稱線路較適合.

感謝樓上大大的指導 :like:
SQL是用WINDOWS SQL SERVER 2005在跑...
而地圖程式是使用MapInfo寫成,而後用IIS跑...
其實也只有用到asp程式呼叫做好的圖檔而已...只是圖層很多層...
如果照您所說的用四核的話.因為兩套程式要同時運行是否將RAM升級至4G會比較好?
因為不太清楚WINDOWS SERVER 2003是否支援到4G以上所以暫訂4G...
四核目前是預計採用Q6600來運作...而I-RAM只負責放圖資跟SQL的資料...
因為最大也才4G應該放不下太多東西 :ase
之前有試過用P631+512MB RAM與2M/512K ADSL試跑...
單人開啟網頁沒問題...一次開啟5個網頁會發生掉圖的情況...或是有些視窗開不起來...
100人只是我預估的...同時連線人數應該10到20人左右(來瀏覽網頁而言)...
SQL的部分進來與流出的只有一串座標數值而已...流量應該很小(不過是一直不斷更新的)
主要是網頁的部分...使用者來調圖資的話...因為圖資是放在SERVER端上的...
不是放在使用者電腦上...且還必須能讓使用者從手機就能瀏覽...
所以將圖資放在使用者電腦上以減輕SERVER負擔是做不到了...
有多少錢做多少事...上面對硬體捨的花錢...但是專線就...
好像沒有想拉專線的計畫 :nonono: 頂多拉到4M/1M ADSL而已.且附近沒光化交接箱.接不了光纖...
照您的算法算...如果同時只有10~20人也需要6M左右...
我算的300K是指該使用者第一次讀取時...第二次讀取就會降到100K左右...
但是要算每個人都是第一次讀取...所以我才用300K來預估...
看來是個很傷腦筋的問題了 :cry:

基本上
記憶體的部份
根據官方說法http://technet.microsoft.com/zh-tw/library/ms143685.aspx
32bit SQL2005標準版以上就可以使用到OS所能支配的所有記憶體
所以你的OS是一個重點
若只要用4GB記憶體
那WIN2003 STD開啟PAE就可以支援了 (主機板也要選server board)

如果你的資料部份就真的這麼小
圖資+資料庫加一加也不到4GB
這種索引查詢的資源消耗應該都很低
搞不好系統記憶體就直接cache掉大部份的loading
不管是一層還兩層
我想你的硬體規劃是十分足夠的
反而可能需要增加WAN inbound Load Balance的架構來分散流量到不同ISP線路上
這是一個response最慢的環節

有問題..
雖然機器不強..但是五個連線就掛掉..恐怕AP是有毛病的..
應該是比較慢而不是開不出來..

說真的..照你的敘述看來..
你的需求同等於一個一百人觀看的相簿網站加BBS..
p4 631 其實夠用了..要不然那來那些三四年"千人"使用的相簿網站 :p
三四年前的 xeon 可不比 p4 631 強多少呢..
也沒 I-ram 可用呢..

當然 asp 跟 sql 有些效能要求在..
不過個人認為你們的AP還有Tune的空間在..
而且真正吃重的恐怕會是網路頻寬..

========
以前我管過的 FTP 配備為 p3 866 .. 512MB RAM .. 單120G IDE硬碟 ..
可以承受每天約十小時十幾個 USER 合用 6MB/s 的速度抓檔..週流量 1.5TB 左右..
當然相對ASP .. FTP 是比較簡單的情況..

不會是用XP架的吧>_<,五個網頁應不會掛掉,除非是使用XP有人數限制的問題!
一般SERVER應不會有這樣的情況才是!
架站台CPU不用很猛但也不要太差,首重應是RAM的大小,在來是上傳的速度,最後才是CPU的處理吧!

當天測試時是使用單獨一條2M/512K跟一條2M/512K
測試的機器是用單獨一條2M/512K線
而開網頁的機器是用2M/512K(30人分這條 :ase )
測試時是使用XP架的系統 但是XP限制是 10人我當時只開了5個網頁 :cry:
所以說如果我將機器暫時搬到內部區域網路來測試
在區域網路裡面跑就可以暫時排除頻寬的問題
這時如果還是"同時"開五個網頁會嚴重掉圖或是開不起來時
問題是RD們寫出來的AP有問題囉?還是XP效能不好的問題?
因為WINDOWS 2003 SERVER還在架 星期五下班時才剛更新完還沒搬應用程式過去
圖資的圖層其實還蠻多層的 他們告訴我最大是有十幾層
使用者只要在地圖上移動一下就必須重送新的圖資 會不會是圖層太多的關係?
感謝樓上各位大大的熱心指導...謝謝~ :p

能請大大開課教導Tune的步驟嗎?!tks

應是ap有問題,如果您用純html來測應不會有這個問題~
同樣的問題在2003server應不會遇到,不過如果在xp測試的話會有這個問題,2003server雖然比較不會遇到這樣的情況不過效能方面也不會太好~

我覺的架站首重耗電量,組裝起來的電腦耗電量不要太高,因為架站一定都24小時開著,如果耗電量太高的話我覺的不太划算,還不如租個空間來的划算(當然沒有自己架設來的方便)~

ram和硬碟夠用,cpu選一顆低耗電的,power夠用即可,上傳頻寬不要太低應就ok嚕~