討論串[心得] 日本p2p軟體share初體驗與問題。
共 7 篇文章
內容預覽:
我使用share已經一大段時間了. 在這之間搜刮了不少2區的好物. 用起來很得心應手. 不過最大的問題就是在share實在是記憶體殺手啊. 我的狀況是一開share,電腦記憶體馬上就被吃了600多MB. 試過了各種方式,像是重灌乾淨系統後只執行share. 一樣也是吃了500多MB以上的記憶體. 用
(還有149個字)
內容預覽:
關於 Share 的積分制，就我的觀察 (使用兩年以上). 如果下完檔案馬上砍掉暫存檔，感覺對下載速度跟排隊順序一定有某種程度的影響. 要嘛是速度變慢，要嘛是永遠排不完的隊，印象中曾經重裝過幾次 Share. 重裝後沒多久所下載檔案的速度實在讓我印象深刻。. 當然，下完檔案馬上砍掉暫存檔是不道德的，
(還有110個字)
內容預覽:
不管上載還是下載，設大都能提高 affinity 。但是設過大而無法. 達成其他節點期待的速度時反而可能會被切斷。要確保連線要設小. 要提高嘗試連線機率要設高，撇開 ADSL 上下載互相牽制的問題. 大略就是這樣的情況。. 主要有影響的是上傳申告，因為這關係到你要負責的節點聯繫及. 搜尋網路的責任配
(還有140個字)
內容預覽:
share 的搜尋侷限於 db 及鄰近節點所掌握的資料. 這就是為什麼需要用地引或是 trigger 的方式蒐集 hash. 事實上如果你習慣直接下載別人提供的 hash 的話，只要 cluster 設好. 搜尋和 trigger 都沒做也無妨。. Share 的頻寬分配優先度是節點 > 搜尋 >
(還有347個字)