個人積分：6分
文章編號：21845929
個人積分：35分
文章編號：21848422
ksc91u wrote:
我知道你可以一次開幾...(恕刪)
網路的學問以及規範,不是"你想怎摸做,就這摸做的" 所有的標準,還是TCP/IP 去規範的, IEEE 去制定的. 其他就是只有一個"正確"觀念這樣就好! 不過還是儘量不要誤導大眾為主!
若是我可以"控制"我想要的大水管session, 那真的就太棒了. 那些無用的小水管session, 就可以不理他了
,如同你所說的, 電話打去沒人接, 接然後放在那邊讓他一直響嘛? 這個人的TCP or UDP timeout 時間,肯定跟其他正常人比, 還要長很多
,若是在沒有大量的Free 可用session的話, 其他人肯定是準備睡大覺了,甚麼事情也別想做.擁有大量session轉發能力的設備,在網路世界並不是萬能的(還須相對穩定),不過可以確認的是沒有的話,可能就萬萬不能了!
就要怪全球IP數量嚴重不足導致, 所有用戶要使用NAT 轉換,才會有這些問題產生, 在20年前的TCP/IP網路,隨便一個公司都可以拿到至少2個Class C 的合法IP , 誰會用NAT轉換? 沒有NAT轉換,就沒這些問題了, 路由或是橋接的話,也就沒有NAT session.
個人積分：10分
文章編號：21848564
個人積分：75分
文章編號：21848665
/proc/sys/net/netfilter
或這裡
http://www.dd-wrt.com/wiki/index.php/Router_Slowdown
還有這個
/proc/net/nf_conntrack <-- 詳細的連線情況,可以看到timeout倒數。
/proc/sys/net/netfilter/nf_conntrack_count <-- 目前連線的數量
連線數量真的有那麼多嘛？
你自己都說了
"一台電腦可以在幾分鐘以內,達到幾萬條連線數,但是下載或是上傳幾乎是0kbps"
既然你知道這些連線沒有用,那幹嘛讓你的軟體去連那麼多？
而且,既然這些連線已經建立完成了,就算新的連線不能建立,舊的還是一樣可以傳輸,不會幾乎都是0kbps阿,除非他們本來就在閒置。
建議你
/proc/sys/net/netfilter裡面的內容多看幾次,去看看linux kernel是會在什麼情況下多長的時間會清掉連線。
個人積分：35分
文章編號：21850220
ksc91u wrote:
如果你知道怎麼用te...(恕刪)
這第三方軟體無論是番茄或是DDR,沒有限制session limit的功能下 , 我只可以說,當一台有能力的PC上來後,該掛的就要掛! (網路語言俗稱熱當..不是因為真的發熱當掉,而是連線能力不足)
一台電腦,隨便上來就是幾萬條連線數: 有圖有真像
也就是說,一般分享機器,大概不需要幾分鐘,就掛給你看. 不要說還要分享給其他人使用,那是想太多了.
所有參數皆可自己" 手動調整": 想要多快回收,就有多快...小心不當的調整後,網路就會出現問題了
TCP超時設置無(None)：600
已建立連接逾時(Established)：1200
SYN發送超時(SYN Sent)：120
SYN接收超時(SYN Received)：60
FIN 等待超時(FIN Wait)：10
時間等待超時(Time Wait)：12
關閉連接逾時(Close)：2
關閉等待超時(Close Wait)：10
最後回應超時(Last ACK)：3
偵聽連接逾時(Listen)：120
UDP超時設置未答覆超時(Unreplied)：180
已確認超時(Assured)：300
就我的個人想法而言: 不是每個用戶的使用習慣都相同,有些人只上上網,頂多看看PPS串流媒體,500元的分享器可以用好久! 用到自然壞掉為止,這C/P值相當好; 但是只要有用到p2p 的習慣,或是經常於網路上大量傳輸或是多人共享網路的話, session連線能力是一個參考的重要條件. 只是看個人需求而已, 像是有人只要買1500cc的車就夠用,有人就要開3000cc 的才有感覺, 畢竟價位與爽度還是有些關聯性的.
個人積分：75分
文章編號：21850447
個人積分：35分
文章編號：21852738
總頻寬50M/10M, 滿載90% ,實際的應用才是真實的反映設備能否支撐下去的主因,離題了.
原發文者只是要大家推薦好的分享器,這好與不好的差異,只是在個人使用習慣以及應用面而已, 或許每個人心中推薦的產品都不相同, 不過"session 大的洗腦文"這種錯誤觀念, 以及用頻寬除上連線數這種誤導的說法,或許是沒有真實環境實際的使用者所丟出的口水, 或許你的電腦半開連線只低於200,永遠也不會了解這種無session 可以連線的痛處.
產品穩定才是王道, 好好的推薦您認為可以用的產品,那才是真的吧. 沒有重度需求的使用者,就買普通的機器即可,有重度需求的,再看看01達人所推薦的好物吧.
個人積分：75分
文章編號：21853423
最後我就貼一個vuze網站上面寫的好了。
Many users overestimate the importance of the number of peer connections since they think more peers = more download, but that's a misconception. Peers will only be willing to give data to you if you give data to them. Since your upload speed likely has a low cap, it is in your best interest to connect to only a few peers and send them as much data as possible, so they will reciprocate. More peers = more memory used + less available bandwidth due overhead of the BitTorrent protocol.
Generally 90-120 connections should be enough under most circumstances
許多使用者以為peer連線數量越多下載越快,那是錯誤的觀念。
其他peer只會樂意給你下載,當你也上傳給他們的時候。
既然你的上傳頻寬有限,最好就是跟幾個人連線,多上傳給他們,這樣他們也會多傳給你。
連線越多,只是越耗記憶體+更多連線的overhead佔掉頻寬。
如果樓主不想telnet去看,最簡單的辦法,就是每台都改成自己pppoe連線,做同樣的事情,然後就知道到底是不是連線數的問題了。
我認識的實際存在的國三小朋友,他們家都沒有50m/10m的網路。
個人積分：10分
文章編號：21854696
個人積分：35分
文章編號：21861064
ksc91u wrote:
半開連線數又跟nat...(恕刪)
連接數和速度大小沒有必然的關聯。速度大，連接數不一定多；反過來，連接數多，速度也不一定大。但是，連接數多的話，速度變大的可能性比較高。
http://www.bitscn.com/netpro/router/201007/188967.html
BTW,我不是不想Telnet 去看,因為2台刷機(Tomato與DD-WRT) 已經退役,目前也無法符合我個人的實際需求了!
PPPoE 直接電腦連線,是不需要透過NAT轉換,也沒有nat session 的問題發生.各跑各的合法IP位置, 上面說過了, 只要透過NAT 分享器上網, 就會有NAT 分享器session連接與處理的問提.
