瀏覽單個文章
野口隆史
Elite Member
 
野口隆史的大頭照
 

加入日期: Mar 2001
您的住址: Rivia
文章: 7,076
引用:
作者totorochen
"假設TCP 10連線數,遇到大水管,一樣可以很快滿速 "
你這段不就說明了這是機率的問題嗎..

我給你的文章當中有寫

=============
由於P2P網路本身的特性使得回應速度較一般網路架構慢,在大量的查詢時會有較高的機會發生「半開連線」"
=============

TCP 連線數越高.. 找到大水管的機率自然也高..

再來
"1000個連線數,每個上傳都開1kb/s 速度會快,我也不太相信"
1kb 是太少.. 至少都會有1KB... 1000個連線就有1MB下載..
這樣就很快了.. 哪會慢.. 積少成多..
所以你這段還是證明了 TCP連線數越高.. 下載自然越快.. 因為積少成多..


我從來都沒有寫BB寬頻限流.. 因為我有遇過大水管.. 只是機率不高..

BB 跟光世代最大的差別就是.. 光世代裡面很多自家的大水管..
所以一開始的圖.. 光世代跑四分鐘就滿速.. TCP連線數也不過 200出頭..

BB裡面很...

現在的BT客戶端
甚至是PP Stream之類需要網路串流的軟體
撰寫都已經有考慮到了TCP連線數限制
有些BT軟體還內建破解連線數限制
但都不會告訴你這個連線數越多越好
都有建議值,這個值通常不超過100
幾乎在50左右

我前面就說過了P2P軟體會根據比例調整下載跟上傳
客戶端會彼此交換資訊,就算一開始沒連到大水管
也會根據你的上下傳比列,將你的上下載
配置到一個適當的速度
如果你夠資格下載滿速
那他就會配大水管給你
多連限速的也許就都是一堆小水管
但水管小歸小,連線數多一樣滿速
連線數少的,但有大水管一樣滿速
我這樣說你應該可以輕鬆了解


如果像我一個在非相關產業的人
說出的話跟BB的人說的話一樣
那你就要想為什麼兩個人都跟你說同樣的話

而且我什麼時候把問題推給使用者?
我從頭到尾都在說Server端的問題
什麼時候再說Client也有問題了?!

而且迅雷....
迅雷速度快,那是因為他破壞整個P2P的遊戲規則
可以1kb/s上傳,無限下載
如果全世界的人大家一起都用迅雷
速度會快嗎?



引用:
作者totorochen
老話... 你如果認為自己是對的.. 把其他bb使用者的抱怨當成是自己不會設定..
那就隨你... 畢竟你也沒有同時使用 bb 與光世代.. 一切都是拿一套理論自己在想像..
一直說慢慢爬就會到滿速.. bb寬頻的使用者都笑了..

我不想跟你扯了...
去跟bb寬頻簽兩年約自己體會吧.. 我可是用了五年..

有些事,你只要有那個經驗跟知識
不用去體會也可以知道問題出在哪裡..
像你用了5年,不也搞不清楚真正問題出在哪不是嗎?

我前面就跟說過了,限制P2P速度
限制TCP是最笨也是最沒用的方法
或許BB用了不只一種方法,TCP只是其中一個
而你卻咬著BB限制TCP連線數
認為兩者存在"非常大的關係"
而我只是告訴你對象錯了

TCP連線數適當就好
而不是越大越好...
連線數跟下載速度並非一直都呈現"正比關係"
__________________
Folding@home with GPGPU集中討論串

Unix Review: ArchLinuxSabayonOpenSolaris 2008.5Ubuntu 8.10
AVs Review: GDTCAntiVir SSESSKIS 09NIS 09Norton 360 V3

I Always Get What I Want.
舊 2011-07-28, 05:09 PM #53
回應時引用此文章
野口隆史離線中