瀏覽單個文章
chlang
Master Member
 
chlang的大頭照
 

加入日期: Dec 2001
文章: 1,747
引用:
作者zick.char
朋友有搞過,搞了一陣子放棄
人是最難管理的

的確, 人的確是最難的部份, 只要有規則就會有漏洞可鑽....
可以介紹一下你朋友嗎, 小弟想要跟你朋友討論一下. 看看能不能夠學習到一些經驗.


引用:
作者Ming
所謂的加密不會就是用winrar加密吧
重點還是在於頻寬啦

加密使用的 winrar 軟體不是重點啦. (使用者自己怎麼加密的其實也沒人管)

引用:
作者u8526425
企業不會找這種備份機制
速度與安全性都是非常大的問題
不相信的話
你可以找幾家機構問看看

況且一般速度會比P2P還慘
P2P是持續的give and take
這樣都會有人要跑免上傳了
這種檔案上傳後就走人的狀況會更嚴重 (無誘因)
射後不理將會是常態

總之呢
我認為目前這個想法欠缺實作經驗的輔佐
變得處處窒礙難行
最好整個砍掉
重新想個有辦法在現實中運作的機制

電腦的比對
只要差1bit都認為不同
你認為會有這麼多相同檔案 ?
你保證 ?
你要不要調查一下你旁邊幾位的電腦檔案 ?

這種風險你沒有辦法排除
所以一定要列進考慮
不考慮而出問題
責任算誰的 ?


就重複性來說, 從 P2P 下載所遇上的使用者數量來說 ((想要完全同樣資料的使用者)
一般比較冷門的重複資料約 50-100 倍
熱門的重複資料約 5000-10000 倍

這個是有很多人都可以驗證的, 代表資料重複性還蠻高的.
這邊歡迎你提出反例...

引用:
作者霆哥
頻寬的問題+1


嗯嗯... 目前最值得擔心的應該還是頻寬的部份.
考慮中的方式為:
. 使用積分來紀錄上下傳.
. 沒有積分的使用者就只好乖乖的用慢速度.
. 有積分的使用者可以拿積分來取得優先權. (積分會在上下傳者之間自動交易)

引用:
作者李麥科
我也是覺得頻寬問題很大,再來還有安全性與效能的問題
另外你有什麼誘因?願意讓大家把硬碟空間、網路頻寬、電腦運算力分享出來?
不過樓主說真的,你應該先考慮的是實作問題
如果你認為你的解決方案,可以克服以上很多人的疑問
但是你沒有親手做出來,解釋老半天都很難讓人信服
所以建議,做出來,再說

嗯.
問題還在同一個重點打轉, 就是在於 "誰願意分享, 速度如何".

以架構上來說, 時程大概規劃約三個人, 六個月才能完工.

如果很多人都認為 "哼, 我硬碟不夠再買就好了啊, 這樣速度快, 又不貴"
那這樣當然這個案子最好就此打住, 不用耗費人力了.

除非有不少人這樣想: "這樣作也不錯, 至少我知道資料的安全性不錯, 也不用決定哪些到底該砍哪些不該砍"
那這個案子才有可能會繼續進行下去.
還是麥科大的霹靂車電腦願意幫忙 Coding ?


引用:
作者ndk27238
這個還不就是p2p程式,把硬碟空間換成大家。有點像四、五年前的百寶箱p2p程式。
不知道這裡有人以前玩過百寶箱嗎?


^^; 四五年前就以經有了嗎 ?
有沒有更詳細的說明呢 ? 小弟想參考一下哩.
 
舊 2009-03-04, 12:50 AM #22
回應時引用此文章
chlang離線中