但總覺得,以一個這麼有規模的專案來講...史丹佛出包率太高了~
還好今天大家都是自願貢獻者,今天公司server這樣搞...都可以打包回家了
其實要日日夜夜24hrs不間斷服務全球百萬個參與者, 說實話史丹佛已經做了很多措施以有限的資源
盡量提供最大的可靠性. 我想換做其他人也沒幾個非營利單位有把握能做得比現在更好.
要記得F@H管理團隊的保護重點是有效的運算成果, 顯示積分只是其次, 它們的server可能會無法
即時顯示更新的成績, 但這不算出包, 回傳的資料驗證與備份才是關鍵, 有這些資料, 就能保護參與者
始終不會輕易失去積分白忙一場, 只是積分尚未顯示出來而已, 大可以放一百二十個心. :MMM:
不光是積分啦
這個專案的重點不就是能有效運用閒置資源做貢獻而已嗎~
昨天還是前天又有一小段時間接不到包
就想說又怎麼了= ="
剛好天氣冷啊XD突然接不到怎麼可以...分數沒了還事小;tongue;
F@H的新任務包是靠成功回傳的資料產生的, 所以回傳的新內容若還沒整理完, 倉庫裡的任務包
不會太多,有時候給出不來也算正常. 也可能待算任務包還夠, 但是發任務的主機維護中.
F@H的計分, 收回傳, 發CPU任務, 發Nvidia GPU任務, 發AMD GPU任務...都是不同的主機群,
其實規模不小, 偶遇停機在所難免. 因此, F@H沒開放預載任務, 一次只能接一個, 算完一個回傳後
才會給下一個任務. 大部分我的機器都有跑CPU與GPU client 那這樣完全停擺的機率就比較少 :MMM:
