|
||
|
Major Member
 加入日期: Feb 2002
文章: 241
|
請問一個下載上傳的怪問題?下載滿速後，上傳急遽下降
分享器是ASUS N16 刷TOMATO 吐司超人韌體
使用的網路速度是100M/20M 連接方式:數據機-N16-SWITCH HUB-電腦 最近發現下載達到極限值後，上傳會從原本差不多2M/S，降到只有幾十K 但是下載結束，或是沒那麼快時 上傳就會恢復原有該有的表現 請問這是甚麼情形呢? 我到N16設定裡面去看連線數 也才5百多而已 請各位大大賜教 謝謝 |
|||||||
2012-10-15, 07:35 AM
#1
|
|
|
Elite Member
  加入日期: May 2002 您的住址: 板橋
文章: 5,106
|
這沒啥好奇怪的,其實是TCP/IP的sliding window機制使然,TCP/IP根本沒有所謂單向的傳輸,發送端要靠接收端的Ack才能控制發送的速度,要是等不到Ack的話就只能降低發送速率甚至暫停發送,最壞的狀況就是重送,user看到的就是機器要死不活了,例如純FTP下載跑到1Mbps時就會伴隨著約50Kbps的上傳,只是CHT把upstream綁的很死,這種狀況發生的機率就更高了
 ....
__________________
士大夫之無恥,是謂國恥  ....
|
||
|
2012-10-15, 09:36 AM
#2
|
|
|
Junior Member
加入日期: Dec 2005
文章: 846
|
引用:
只要上傳夠高...一般都不會有這個問題.... 
__________________
500Mb/500Mb FTTH使用中....   
|
|
|
2012-10-19, 12:44 PM
#3
|
|
|
Senior Member
加入日期: Dec 2002
文章: 1,370
|
引用:
cmwang 說的是, TCP/IP 的傳輸會有回送收到通知 當某一向的頻關被佔滿時(例如下載), 此時就算上傳頻寬足夠, 在等不到對方的回應(因為下載頻寬佔滿)的情況下, 上傳的動作自然不會繼續.
__________________
要討論也要找能溝通的, 跟狂吠的狗溝通只是浪費時間. 每日一句 : 很多不等於多數，也不等於少數 |
|
|
2012-10-19, 03:46 PM
#4
|
|
|
Elite Member
加入日期: Jul 2002 您的住址: 高雄
文章: 17,417
|
那是一定會發生的，這就是下載/上傳不對稱速度規格的宿命，更何況台灣跑的大部分都是用電話線路去轉的，後面才連出去外面馬路的光纖線路，並不是真正的光纖到府，也會受限於電話線路本身。
__________________
台灣Pioneer獨家販賣閹割版 DVR-A12FX 跟 DVR-112 只差在面板！ 價格卻比大陸販賣的減震安靜版 DVR-112DXL 還貴！ AMD INTEL CPU 雙核心修正檔 Windows XP SP2 |
|
2012-10-19, 04:42 PM
#5
|
|
|
Major Member
加入日期: Feb 2002
文章: 241
|
引用:
但是我很疑惑的地方就是 之前我還沒辦光纖FTTH時 是幾乎上傳不會受影響的 也就是只要上傳可以跑滿 它就一定會全速上傳 下載也幾乎都是滿速 二者並不會互相影響太大 從今年2月開始 辦了FTTH 100M/20M 也是幾乎下載/上傳都可以跑滿 但問題就是發生在最近 開始有這樣的怪問題 一但下載速度快達到頻寬極限 上傳就會下降幾十K 幾百K 真令人百思不解 就算要降，也應該上傳跑滿，會影響到下載速度啊 怎麼會剛好相反...... 我有點懷疑，會不會是作業系統最近更新了一些東西有關? |
|
|
2012-10-20, 07:09 AM
#6
|
|
|
Elite Member
加入日期: May 2002 您的住址: 板橋
文章: 5,106
|
引用:
下載方向跑滿的話會造成上傳時接收端送回來的Ack封包被塞在ISP端送不過來,user端看到的就是上傳會降速(壞就壞在user只能控制自己如何送出封包而無法要求ISP優先傳送Ack封包,除非限制下載速度預留頻寬給Ack之類封包,不然是無法直接控制的 ),反之上傳方向user可以藉由提高下載時Ack封包的優先權以降低上傳對下載的影響,這沒啥好奇怪的吧....此文章於 2012-10-20 08:46 AM 被 cmwang 編輯. |
|
|
2012-10-20, 08:42 AM
#7
|
|
|
Golden Member
加入日期: Apr 2008
文章: 2,556
|
裝cfos應該可以解決這個問題
|
|
2012-10-21, 10:28 AM
#8
|
|
