Halk wrote:
當上傳頻寬遠小於下行...(恕刪)
不好意思，因為常看到有人提在這事，但對於TCP/IP不是很懂，想請教
1. 請問具體來說遠端回的是什麼? 回的頻率是如何? 回的那個東西的大小是多少?
2. 上行頻寬遠小於下行頻寬的定義是1:5? 1:10? 1:100? 1:1000? 1:10*N次方?
chih_haohung wrote:
1.我用區域網路做實...(恕刪)
你的實驗好像沒回答到問題?
好吧! 如果你的圖是說下傳100Mb資料量，需要500Kb的上傳資料量，那也只是回答了第2題，也就是只要5/1000的上/下行比即可順利運作
我原本發此文，只是要確認那位引用中華自我吹噓的影片的同學真的知道什麼ACK嗎?
每一個ACK只不過是幾bits的事，看起來PO文者大概不知道什麼是ACK才會引用，把商業廣告當真象
再說一次
TCP一定會有ACK產生，而ACK是極小量的確認訊息。所以如果ACK幾個bits都傳不回去，代表上行滿滿滿，不是被人盜了，就是你BT掛到滿滿滿、或是自己開伺服器讓別人無限交尾；這是個人使用行為的問題，當你這麼做，無論用哪一家? 無論上行有多大? 一樣會卡頓。
chih_haohung wrote:
2.這個要看主流市場，尤其龍頭固網業者的制定，以中華電信為例，100Mbps以上的下載速度方案都是用10:4、3:1、10:5、10:6＝＞最爛都有10:4
為什麼以中華電信為例??? 我問的是上行頻寬遠小於下行頻寬呀!
一樣，從你實驗的結果，所以遠小於的意思，大概在1:200
如果是1Gb的下行，上行需小於5Mb以下 <--才叫遠小於!
最後
有上行寬頻當然使用起來更方便，但要就看你口袋有多深嚕~
有人付得起1G/600M，有人只付起26M/26M
esonchih wrote:
你的實驗好像沒回答到問題?
好吧! 如果你的圖是說下傳100Mb資料量，需要500Kb的上傳資料量，那也只是回答了第2題，也就是只要5/1000的上/下行比即可順利運作
我原本發此文，只是要確認那位引用中華自我吹噓的影片的同學真的知道什麼ACK嗎?
每一個ACK只不過是幾bits的事，看起來PO文者大概不知道什麼是ACK才會引用，把商業廣告當真象
再說一次
TCP一定會有ACK產生，而ACK是極小量的確認訊息。所以如果ACK幾個bits都傳不回去，代表上行滿滿滿，不是被人盜了，就是你BT掛到滿滿滿、或是自己開伺服器讓別人無限交尾；這是個人使用行為的問題，當你這麼做，無論用哪一家? 無論上行有多大? 一樣會卡頓。
為什麼以中華電信為例??? 我問的是上行頻寬遠小於下行頻寬呀!
一樣，從你實驗的結果，所以遠小於的意思，大概在1:200
如果是1Gb的下行，上行需小於5Mb以下
最後
有上行寬頻當然使用起來更方便，但要就看你口袋有多深嚕~
有人付得起1G/600M，有人只付起26M/26M
網路的實際運作 上傳當然遠小於下載(1:200)
但是民眾對於上傳的需求卻是越來越大 例如上傳到雲端，或是對傳
聰明的固網或ISP在制定速度方案時候，並非以價格為絕對考量 而是市場的需求面
如果民眾要上傳100Mbps，依照台灣大寬頻或是凱擘大寬頻目前的速度方案1G/50Mbps，也無法達到，那是不是非得要有速度方案2G/100Mbps才能達到呢？問題對於絕大部分的用戶來說根本用不到2Gbps的下載頻寬啊
所以中華電信或Ｈinet在制定速度方案時候最能涵蓋所有可能性的用戶群，這也是不爭的事實！
內文搜尋
從 APP 打開
X