個人積分：35分
文章編號：41656
個人積分：41分
文章編號：41657
Picoview wrote:<!--引言結束 -->
我是指ASUS做假這句...
也許不是單純做假,是"數據"被他們最佳化
應該說他們最佳化的功夫可能凌駕其他廠商
這......
顯然您沒有看清楚前後文...
冤枉啊~~~
重現一下...
是allenlin兄說
<!--引言開始 -->
allenlin wrote:<!--引言結束 -->
好像沒什麼必要,那個分數除了A620超高之外,其它都相差無幾.
可能去問華碩那個Graphics Index 數值是怎麼做出來的會比較有意思吧.
我是說這樣的說法會讓人覺得是ASUS做假,因為他說"數值是怎麼"做"出來的會比較有意思"
我的意思是allenlin兄的說法感覺怪怪的,不是指責or咬定ASUS做假
所以我後面也說了啊
<!--引言開始 -->
Koalachi wrote:<!--引言結束 -->
說不定是SPB以ASUS作標準量身訂做的也不一定啊??
也說不定 ASUS 真的就是比較厲害, 有獨門撇步?? 就像它有FIR一樣??
這樣算解釋清楚了嗎??
個人積分：41分
文章編號：41659
<!--引言開始 (您引用了全部文章,請適度引言)-->
RD研發人 wrote:<!--引言結束 -->
別誤會，別誤會，
display controller 當然可能因為你說的影響，
有其他廠牌跟他一樣，
可是 file system 沒理由這麼慢，
是測試環境問題？還是產品問題？
只有他慢，我不覺得是測試軟體問題
嗯嗯....了解...
file system慢得是很離譜.
所以我就更好奇了,慢一點就算了,慢這麼多也不是平常人可以達成的...
也沒有說一定是測試軟體的問題,就是想弄清楚到底測試方法是什麼? 依據是什麼?這樣也比較有說服力呀. 例如一些站大的測試報告會有SD/MMC讀寫速度的測試 , 測試條件有寫,方法有寫, 結果的表示用的是"時間""秒" , 讀\寫分開, 而不是模糊的只說"快""很快""中等".
個人積分：0分
文章編號：41663
個人積分：86分
文章編號：41664
個人積分：681分
文章編號：41674
http://www.spbsoftwarehouse.com/products/benchmark/tests.html
File System Tests
File system tests are carried out to measure the speed of working with files:
Write 1 MB file 佔分比例 10
產生 1MB 的空檔，再用 WriteFile() 寫入 4kb 的任意資料，直到填滿。
Read 1 MB file 佔分比例 20
類似上面，不過是用 ReadFile() 隨意讀取 4kb 的區塊
Copy 1 MB file 佔分比例 10
使用 CopyFile() 複製 1MB 的檔案
Write 10KBx100 files 佔分比例 10
略
Read 10KBx100 files 佔分比例 20
略
Copy 10KBx100 files 佔分比例 15
略
Directory list of 2000 files 佔分比例 5
一次產生 2000 個空檔案，並使用 FindFirstFile() 以及 FindNextFile() 檢視檔案清單
Internal database read 佔分比例 10
產生 1000 個欄位的資料庫，隨意填入 整數 字串 二進位值
個人積分：25分
文章編號：41709
個人積分：681分
文章編號：41710
個人積分：324分
文章編號：41726
個人積分：49分
文章編號：41739
<!--引言開始 (您引用了全部文章,請適度引言)-->
Koalachi wrote:<!--引言結束 -->
我是說這樣的說法會讓人覺得是ASUS做假,因為他說"數值是怎麼"做"出來的會比較有意思"
我的意思是allenlin兄的說法感覺怪怪的,不是指責or咬定ASUS做假
所以我後面也說了啊
<!--引言開始 -->Koalachi wrote:<!--引言結束 -->
說不定是SPB以ASUS作標準量身訂做的也不一定啊??
也說不定 ASUS 真的就是比較厲害, 有獨門撇步?? 就像它有FIR一樣??
這樣算解釋清楚了嗎??
喔..沒想到會變成這樣.
其實我的原意並不是質疑華碩做假,而是對他們最佳化的技術蠻佩服的,
寫的不太清楚造成誤會真是過意不去.
