PCDVD數位科技討論區 - SuperMicro P4DC6+初步效能測試!

第3頁共4頁

PCDVD數位科技討論區 (https://www.pcdvd.com.tw/index.php) - 效能極限 (https://www.pcdvd.com.tw/forumdisplay.php?f=18) - - SuperMicro P4DC6+初步效能測試! (https://www.pcdvd.com.tw/showthread.php?t=91877)

台灣啤酒500cc

2002-04-17 12:13 PM

引用:

Originally posted by 5425
抱歉目前Adol老大還在籌措軟體做測試
所以這篇是"初步"......

應該在結尾打上""待續""呵呵

今天去"阿豆"店裡沒看到你..:D :D
還走錯路跑到"中美"去啦..:(

Aramis

2002-04-17 12:50 PM

引用:

Originally posted by mingsheu
真的要測出這機器的能耐，得花費不少心力去建構這個平台.....
Ex. 架個Oracle, Sybase, MS SQL, IBM DB2之類的DB平台，塞個起碼
4 ~ 5千萬的資料，去對這4 ~ 5千萬的資料做處理。看運算速度快不快。

上述只是其中一個方法，Server的壓力測試環很難建構起來，小弟之前在
MSI 694D V1.0 & PIII 933 * 2 & 1G PC-133 Ram，跑小弟自己寫的小小
樂透開將模擬，在1千萬筆的資料下做開將統計，約須40~60分鐘的時間，這期
間CPU使用率終於100%滿載(MS SQL)，不過當有Disk I/O時..就...呵！再者，
這台只是工作機而以！

同意
要玩 Hyper-Threading XEON 還是要在 Server 的環境下測試
一般的測試軟體幾乎測不出 Hyper-Threading 帶來的好處
http://www.gamepc.com 有幾篇測試報告可以去看看!!
P.S. 既然叫 gamepc, 他用來測試的也只是 3dmark, 3dstudio, lame 這類的軟體
看看就算了

wisestone

2002-04-17 10:11 PM

引用:

我覺得用做db不是很恰當~
因為db需要的重點應該是在資料儲存的穩固，速度上或許不是那麼重要
如果說系統中只有一台這種機器，
那我的選擇是做AP Server
讓他操死，可是保護資料

otn1r33

2002-04-17 10:43 PM

好多數據、看到有點頭昏~~

ㄚ鴻	2002-04-17 11:48 PM

引用:

Originally posted by 台灣啤酒500cc

今天去"阿豆"店裡沒看到你..:D :D
還走錯路跑到"中美"去啦..:(

嘿，台啤大，昨天我"經過"Adol店我有看到你喔，而且我還偷偷摸摸的在外面確認是不是你！！

mingsheu

2002-04-18 06:26 AM

引用:

Originally posted by wisestone

我覺得用做db不是很恰當~
因為db需要的重點應該是在資料儲存的穩固，速度上或許不是那麼重要
如果說系統中只有一台這種機器，
那我的選擇是做AP Server
讓他操死，可是保護資料

所以這只是其中一種例子，DB可看出CPU的使用率，還有整體的穩定度等。
亦可拿3d Studio, Maya等跑張複雜的圖等等。亦或是如你所言跑AP Server等。
總之... 重口味的操機器法很多，只是...... 不太好架出來就是了。

再者，小弟認為DB亦是講求速度的，回應的時間要快，很多很候都是以Stored
Procedure去處理的，這時的Loading都在DB Server上喔！

dearbear

2002-04-18 06:38 AM

真羨慕這樣的配備,如果我中樂透,馬上去買

callmingko

2002-04-18 06:55 AM

引用:

Originally posted by dearbear
真羨慕這樣的配備,如果我中樂透,馬上去買

重 $200 你也跑去買ㄇ??:D :D :D

asiajoe

2002-04-18 07:03 AM

push

wisestone

2002-04-18 09:26 AM

引用:

Originally posted by mingsheu

所以這只是其中一種例子，DB可看出CPU的使用率，還有整體的穩定度等。
亦可拿3d Studio, Maya等跑張複雜的圖等等。亦或是如你所言跑AP Server等。
總之... 重口味的操機器法很多，只是...... 不太好架出來就是了。

再者，小弟認為DB亦是講求速度的，回應的時間要快，很多很候都是以Stored
Procedure去處理的，這時的Loading都在DB Server上喔！

可能是各家手法不同吧~
因為資料庫對我們來說是相當重要(對大家都是啦)
所以我們設計上會把他簡單化，所以的動作包括pooling 或者一些其他羅輯部份
一律抽離讓apserver來handle
PS. Stored Procedure 我們盡量不用~因為非標準
只是小小意見
希望大大指正

所有的時間均為GMT +8。現在的時間是09:23 AM.

第3頁共4頁

每頁顯示此主題的 10 個文章

vBulletin Version 3.0.1
powered_by_vbulletin 2025。