看板 [ CSSE ]
討論串[問題] p2p 軟體的效能
共 10 篇文章
內容預覽： 開啟 | 關閉 | 只限未讀
首頁
上一頁
1
2
下一頁
尾頁
#1
[問題] p2p 軟體的效能
推噓0(0推 0噓 0→)留言0則，0人參與, 最新作者reader (讀者)時間20年前 (2004/12/24 15:57), 編輯資訊
1
0
0
內容預覽:
差點忘記，我手上就有一個案子，是要做 p2p 軟體的，功能不複雜，. 主要就是搜尋、下載和聊天。客戶的要求並不高，他們比較在乎一些. 表面上的東西，這類案子我碰過好幾個了，都差不多這樣，對於他們. 要做的東西，沒有太深入的技術性理解。. 我覺得 p2p 的效能問題，是最適合拿來討論的東西了，怎麼樣的
#2
Re: [問題] p2p 軟體的效能
推噓0(0推 0噓 0→)留言0則，0人參與, 最新作者HYL (HYL@UofArizona)時間20年前 (2004/12/28 14:56), 編輯資訊
1
0
0
內容預覽:
我這兩天開始看 JXTA 相關的文件，我比較好奇的是 JXTA 提供了. 一套完善的 API，不知道版主手上的案子是架構在現有的架構上，. 還是為了效率的問題重新建構一套自己的protocol？. 對於 p2p效率問題我了解的還很粗淺，能想到的就是search query. propagation
(還有98個字)
#3
Re: [問題] p2p 軟體的效能
推噓1(1推 0噓 9→)留言10則，0人參與, 最新作者reader (讀者)時間20年前 (2004/12/28 15:17), 編輯資訊
1
0
2
內容預覽:
現在不太可能用 JXTA 的。它既沒效率又沒市場佔有率，基本上多數的. Java 技術都是昇陽自己玩著高興用的，只有昇陽一家外加半個 IBM 的. 支援，在他們影響力之外的地方，基本上是推不太動的，也就是說，在. 中大型企業市場之外，沒有太多 Java 相關技術的發展空間，其他軟體. 廠商也沒有必要
(還有1141個字)
#4
Re: [問題] p2p 軟體的效能
推噓0(0推 0噓 2→)留言2則，0人參與, 最新作者reader (讀者)時間20年前 (2004/12/28 17:04), 編輯資訊
0
0
0
內容預覽:
我覺得可以進一步來說, p2p 其實就是一種網路形式，而現在的 p2p. 應用，等於是 application using p2p network over TCP/IP. 於是. 要考慮效能的話，儘量使用現存的 TCP/IP 機制，就會是最有效率的. 作法，多作一點東西就少一點效能。. 若是在 I
(還有25個字)
#5
Re: [問題] p2p 軟體的效能
推噓0(0推 0噓 0→)留言0則，0人參與, 最新作者reader (讀者)時間20年前 (2004/12/28 17:28), 編輯資訊
2
0
0
內容預覽:
但技術上來說, eMule 的做法是比較對的，同樣的文件應該要有. 同樣的 key value.. 我就不考慮法院的問題了，若考慮太多，到時跟 Isamu Kaneko. (winny 的作者) 一樣被告，那也麻煩。. eMule 也可以用 file hash key 來下載，只是大家習慣用內建.
首頁
上一頁
1
2
下一頁
尾頁