看板 Soft_Job 關於我們 聯絡資訊
軟體版討論技術,仍處於概念級。 這是我寄給Bittorrent公司的mail內容,應該不會無聲卡, 概念的東西給專業人員一看,一測就可以知道可行性。 反正被專業人士笑本就不會怎麼。 Hello, A simple idea in concept about internet transmission described in this mail. 一個簡單關於網路傳輸的概念思想描述在此封信件。 This idea is from using internet bandwidth of the server equipment as many as possible to complete transmission. 這個思想源自儘可能運用主機設備之網路頻寬來完成傳輸。 The target equipment: desktop, handset, ... etc, as least two. 目標設備:桌上型電腦,手持裝置等,至少兩個。 Suppose server side is always in the normal bittorrent transmission process, and the handsets with slower internet speed do access file segment setting of server side then use itself storage to download different data segment, and transferring data to desktop the same mission as one of nodes. 假設主機端總是進行一般BT傳輸程序,並且較慢網速的手持裝置 可以存取主機端檔案區段配置,然後使用手持裝置的空間下載與主機端不同區段的資料, 傳送給主機端,就像是其他節點一樣(對主機端而言)。 Many possible questions, such as desktop wait for handset to be completed, concurrent programming, ... etc. 許多可能的問題,像是桌上型電腦必須等待手持裝置才能完成完整下載, 並發編程。。。等。 If your products have already had this advantage, please forget this mail. 如果您的產品已經具備此優勢,請忽略這一封信件。 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 115.43.36.13 ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1472460434.A.852.html
rettoly: 維大力? 08/29 16:51
Pird: 義大利 08/29 17:16
Eleina: 嘗試用中文思考這封信在說什麼, 依然無法解讀 08/29 17:25
PkmX: ???????? 08/29 17:26
pttworld: google translate可以幫忙。 08/29 17:29
steven11329: 這是匿名帳號還是個人的?有鬧板紀錄 08/29 17:38
winken2004: (*!@&#!^@^# 08/29 17:39
ihon822: 你知道bt架構是P2P嗎... handset是手持聽筒... 08/29 17:54
ihon822: forget --> ignore 08/29 17:56
ripple0129: handset廣義當成各種手持裝置是可以的吧 08/29 18:04
ihon822: 有這麼廣嗎 XDD 一般會叫smart device吧 08/29 18:08
GameHeven: 我很認真看完。發覺我看不懂。能否用中文發一次 08/29 18:57
GALINE: 「server網路比手機快,用server下載檔案後再傳給手機」 08/29 19:06
GALINE: 是這個意思嗎? 08/29 19:06
lovdkkkk: in concept about -> with respect to ? 08/29 19:11
PkmX: 我如果收到機器翻譯的信真的會想無聲卡你... 08/29 20:01
wuliou: 突然覺得自己的英文還有很大的加強空間 08/29 21:52
pttworld: 簡要就是自己的主機和手機是client-server。 08/29 21:54
pttworld: 其他node不知道這兩個的關係照樣傳輸。 08/29 21:55
iman00b: 看不太懂,有人可以翻成英文嗎? 08/29 21:55
pttworld: 手機主機各載不同區塊,手機傳給主機合成。 08/29 21:55
※ 編輯: pttworld (115.43.36.13), 08/29/2016 22:03:51
pttworld: @lovdkkkk, 我正在做別的東西,無法自己implement 08/29 22:09
PkmX: 手機上弄個proxy server然後用mptcp硬幹? 08/29 22:27
giacch: 意思是... 兩個Node合作完成一個傳輸任務? 08/29 23:10
giacch: 還是... 把兩個裝置當成一個Node? 08/29 23:12
pttworld: 前者。 08/29 23:15
steven11329: 試問手持裝置端會不會傳資料給自己以外的server? 08/29 23:39
steven11329: 如果不會,這樣應該不會比較快…還是取決於使用者的 08/29 23:39
steven11329: 人數。 08/29 23:39
會的。 手持裝置和其他peer載資料區段一, Server和其他peer載資料區段二, 「同時間」手持裝置傳給Server資料區段一, Server是接收區段二又接收區段一。 Client和Server「暗自」cilent-server, 其他peer「以為」這是兩個peer在傳輸。
giacch: 若Server會向Client要求傳輸> all the other nodes=Client 08/29 23:56
giacch: 事實上多個Node合作完成一個傳輸已實現, 開心~ 08/30 00:03
我指的傳輸是指檔案,不是connection。
jimwayne123: 總覺得這不是本來就是 P2P 在做的事嗎?@@ 08/30 11:08
CP64: 不過手持裝置在把抓到的區段 pass 給 server 時也會佔頻寬吧 08/30 11:42
CP64: 這樣跟 server 多點連線出去同時多抓幾個區段有差嗎 08/30 11:43
steven11329: 我覺得手持裝置就只是多個peer而且專門服務自己serv 08/30 16:21
steven11329: er的點而已。而且要快點話就要多一點手持裝置,一般 08/30 16:21
steven11329: 人沒可能有那麼多裝置的,加上電信流量,可能要付不 08/30 16:21
steven11329: 少網路費… 08/30 16:21
holik0123: 稍微看一下,我問你 你的構想哪一點勝過雲端BT? 08/30 19:28
不會想勝,但卻是多一種模式。 這個方法是把腦筋動到data allocation這一塊,在還沒開始傳輸之前。 ※ 編輯: pttworld (115.43.36.13), 08/30/2016 23:49:47
remmurds: 在這之前 先加強英文吧… 09/02 07:17