[討論] A simple idea:BT in multiple platforms
軟體版討論技術，仍處於概念級。
這是我寄給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
→
08/29 16:51, , 1F
08/29 16:51, 1F
→
08/29 17:16, , 2F
08/29 17:16, 2F
→
08/29 17:25, , 3F
08/29 17:25, 3F
→
08/29 17:26, , 4F
08/29 17:26, 4F
→
08/29 17:29, , 5F
08/29 17:29, 5F
→
08/29 17:38, , 6F
08/29 17:38, 6F
→
08/29 17:39, , 7F
08/29 17:39, 7F
→
08/29 17:54, , 8F
08/29 17:54, 8F
→
08/29 17:56, , 9F
08/29 17:56, 9F
推
08/29 18:04, , 10F
08/29 18:04, 10F
→
08/29 18:08, , 11F
08/29 18:08, 11F
推
08/29 18:57, , 12F
08/29 18:57, 12F
推
08/29 19:06, , 13F
08/29 19:06, 13F
→
08/29 19:06, , 14F
08/29 19:06, 14F
→
08/29 19:11, , 15F
08/29 19:11, 15F
→
08/29 20:01, , 16F
08/29 20:01, 16F
→
08/29 21:52, , 17F
08/29 21:52, 17F
→
08/29 21:54, , 18F
08/29 21:54, 18F
→
08/29 21:55, , 19F
08/29 21:55, 19F
→
08/29 21:55, , 20F
08/29 21:55, 20F
→
08/29 21:55, , 21F
08/29 21:55, 21F
※ 編輯: pttworld (115.43.36.13), 08/29/2016 22:03:51
→
08/29 22:09, , 22F
08/29 22:09, 22F
→
08/29 22:27, , 23F
08/29 22:27, 23F
→
08/29 23:10, , 24F
08/29 23:10, 24F
→
08/29 23:12, , 25F
08/29 23:12, 25F
→
08/29 23:15, , 26F
08/29 23:15, 26F
→
08/29 23:39, , 27F
08/29 23:39, 27F
→
08/29 23:39, , 28F
08/29 23:39, 28F
→
08/29 23:39, , 29F
08/29 23:39, 29F
會的。
手持裝置和其他peer載資料區段一，
Server和其他peer載資料區段二，
「同時間」手持裝置傳給Server資料區段一，
Server是接收區段二又接收區段一。
Client和Server「暗自」cilent-server，
其他peer「以為」這是兩個peer在傳輸。
→
08/29 23:56, , 30F
08/29 23:56, 30F
→
08/30 00:03, , 31F
08/30 00:03, 31F
我指的傳輸是指檔案，不是connection。
→
08/30 11:08, , 32F
08/30 11:08, 32F
→
08/30 11:42, , 33F
08/30 11:42, 33F
→
08/30 11:43, , 34F
08/30 11:43, 34F
→
08/30 16:21, , 35F
08/30 16:21, 35F
→
08/30 16:21, , 36F
08/30 16:21, 36F
→
08/30 16:21, , 37F
08/30 16:21, 37F
→
08/30 16:21, , 38F
08/30 16:21, 38F
推
08/30 19:28, , 39F
08/30 19:28, 39F
不會想勝，但卻是多一種模式。
這個方法是把腦筋動到data allocation這一塊，在還沒開始傳輸之前。
※ 編輯: pttworld (115.43.36.13), 08/30/2016 23:49:47
→
09/02 07:17, , 40F
09/02 07:17, 40F
Soft_Job 近期熱門文章
40
131
PTT職涯區 即時熱門文章