milkyway@Home的給分方式

[Taiwan]

milkyway在中午12點13分20秒修復, 5分鐘內停止Collatz Conjecture的運算, 切換回milkyway運算, 恢復正常

[Taiwan]

恭賀joyride也突破一億分, 其實他早就突破了, 只是他有兩個帳號一直沒有整合在一起而已, 如果要加起來, 以他每天400萬的速度算, 再4天就破2億了

[Taiwan]

最近milkyway@Home計算有點怪怪的, 有些工作包只花原來的8分之1的時間就完成了, 得分一樣, 這樣不是會比原來的得分多8倍嗎? 唉, 沒有, 計算一整天的得分反而減少了

[Taiwan]

milkyway@Home只有在第一天分數稍減, 但接下來幾天分數都暴增中

brust.gif (68.28 KiB) 被瀏覽 425 次

[Taiwan]

官方討論區也有人發現這個得分爆發的問題, 如果有辦法去篩選比較小的工作包, 得分又與比較大的工作包相同的話, 那RAC分數將會是原來的數倍, 真是誇張
http://milkyway.cs.rpi.edu/milkyway/for ... 1576#36922

[Taiwan]

最近milkyway怪怪的, 小工作包與大工作包得分居然一樣, 那我幹嘛算大工作包? 所以我就開始想鬼點子, 第一: 先分辨什麼是大工作包, 什麼是小工作包? 第二:寫程式去控管boinc, 只要是大工作包而且還沒在計算中的一概中止, 第三:設定每分鐘檢查一次並重覆第一及第二步驟, 嘿嘿嘿, it's work, 分數正在爆炸中, 先觀察一天, 如果有進展再向各位報告, 預估RAC會是原來的3-8倍

[Taiwan]

貼圖給大家參考, 我只能說, 太誇張了
範例圖解
1.平常有18萬RAC的能力
2.milkyway改變給分方式後, RAC開始往上走, 但斜率不高, 僅提升至19.5萬左右, 預估最終RAC約23萬左右
3.昨天中午開始用程式中止大工作包後, RAC開始暴走, 早上8點一看, 不得了, RAC已經破23萬, 預估RAC會在80~90萬左右, 我的媽呀

milkyway.gif (9.68 KiB) 被瀏覽 384 次

[Taiwan]

成績報告
這次利用milkyway的系統漏洞, 來達到RAC的提升, 看到效果真的很驚人, 大概是原來的4倍, 官方討論版也為了此事熱烈討論起來, 引起系統管理人的注意, 今天早上已經看到主機不再發送小工作包了, 從3月5日系統出問題到今天3月11日, 共經歷了6天, 3月8日國外開始有人寫程式來控制大小工作包的運算, 分數飆很高, 而我是在3月9日的中午才把程式寫好上架, 比國外晚了一天半, 從3月9日的中午到今天3月11早上, 總共運行了44個小時, 額外獲得120萬分, 報告完畢, 附圖是3月9日的成績, 大約是55萬分, 因只有運算20個小時而已, 報告完畢

milkyway_bug.gif (38.13 KiB) 被瀏覽 371 次

[Taiwan]

只爽兩天就沒有, 真是的

2day.gif (44.72 KiB) 被瀏覽 357 次

[brianwu21]

我一天都沒爽到的說