小弟的一點點粗淺觀察[用samurise系統監控程式]與感想.....

super pi 執行1m時 固定佔記憶體12mb
所執行的是一個要算出常數pi 到第 1 million 個小數點
共需19個疊代…
循序一直代到結果出來為止，所需時間約30秒∼2分鐘不等
超頻玩家大概都在1分鐘內∼∼

一執行起頭的16mb檔案應該只是先劃分出檔案空間，並非直接寫入那麼多
以系統監測程式觀察到的是 從執行到完成 磁碟一直在進行約250∼350kb/s
的寫入動作 沒有磁碟讀取動作。


prime 95 執行benchmark 占記憶體由9mb∼21mb (隨著fft length越大佔越多)
他不像super pi一樣，而是共執行了11個不一樣的算式( 以23.71版來說 )
並非是執行一個大型project計算的過程(經過)

分別是73次疊代(？) at 384k FFT length
一直到13次疊代 at 2048k FFT length

每次計算 從執行到完成的時間約都不到零點二秒(best time)

執行時每兩秒約有一次4kb/s的寫入 應該是在寫紀錄檔(猜測)
一樣沒有磁碟讀取的動作。

prime 95 說明檔關於benchmark的地方如下
The Benchmark choice times the program on several FFT lengths. You can
then compare your computer's speed to others list at
http://www.mersenne.org/bench.htm

FFT length是什麼 查google不太明白 這裡是比較像的相關網頁
究竟FFT是什麼常數呢？ 2048k長度 =2m長度 但是可以在0.2秒內算出來？？

觀察一下 可以發現
第一次 73疊代 at 384k 相乘 73*384=28032
第二次 63疊代 at 448k 63*448=28224
第三次 55疊代 at 512k 55*512=28160
∼∼
一直到 15 * 1792=26880
最後一次 13*2048 = 26624
感覺上好像是一直在算同一個數字(或結果)，而以不一樣的FFT length來計算。

然後是計算結果寫的best time推斷應該是每次疊代中最短的那一次的時間，
不過若是疊代，像super pi的疊代每個疊代所需的時間都不太一樣(疊代的算式應該也不太一樣)，
紀錄下哪次疊代花的時間最短，感覺上沒有什麼特殊意義………
所以prime95的有點不像疊代，有點像重複計算，即：第一次 計算75次 384k FFT length這個數字，時間最短的一次花了？？秒那樣，所以上面的疊代才打了(?)

如果是這樣 那上面那個相乘起來的結果都是26xxx左右 就是為了控制測試的時間
把測試結果相乘一下就知道每個長度的計算大概都佔2秒多一點點。

猜測的結論：
super pi 是個經過很複雜的疊代過程算出來的一個超級長的小數數列的程式
prime 的benchmark 是較簡單的算式，可以測出電腦最快完成這個算式的時間。

未什麼p4跟k7/xp/barton的會差這麼多…………還是不知道，
不過我覺得跟記憶體頻寬有絕對的關係……不知道有沒有fx51來測測看


-----
以上純猜測∼