最近看到有些文章說“XP SP3每秒只允許10個人串連你的{
tagshow(event)
}">電腦”之類的誤導性言論，深深感到“門外漢教門外漢，越教越瓜”……正確的說法是：XP SP3隻允許同時存在10個TCP半開串連。 1、什麼是TCP半開串連？
所謂半開TCP串連，簡單地說就是發送了TCP串連請求，但還沒有得到對方應答的狀態（實際上要複雜些），也就是串連尚未完全建立起來，雙方還無法進行通訊互動的狀態。 2、XP限制了TCP串連數量嗎？
XP SP3沒有限制TCP串連數量。 3、半開串連數量限制對上傳、{
tagshow(event)
}">下載速率有什麼影響嗎？
幾乎沒有影響。
半開串連數限制充其量僅會在串連時引入一點時延（從幾毫秒到幾百毫秒）而已。而資料互動是在已經建立的TCP串連上傳輸的，傳輸速率與半開串連數量無關。更何況P2P協議本身還有排隊、請求資料等，這些機制引入的時延都遠遠大於半開串連限制所帶來的時延（例如，你串連了數百個對端，但是傳輸資料的卻只有其中的幾十個而已，其中大部分都處於等待或閑置狀態）。因此，半開串連數限制對上傳、下載速率幾乎沒有影響。 4、TCP半開串連數量{
tagshow(event)
}">設定為多少比較合適？
不超過50為宜。沒有必要設定得太大。
因為每一個半開串連都會{
tagshow(event)
}">系統（包括路由器、防火牆、{
tagshow(event)
}">作業系統等）引入額外的開銷，過多的半開串連數只會導致系統資源緊張、不穩定甚至崩潰，卻不能帶來傳輸速率在實質上的提高。例如，在P2P{
tagshow(event)
}">網路中，一個駭客可以通過散布虛假資源資訊，引導大量用戶端在短時間內試圖與某個被攻擊者建立串連，如果半開串連數設定過大，將導致系統崩潰（路由器梗死、防火牆癱瘓或者作業系統崩潰等）。還有其它很多DDoS攻擊手段。限制TCP半開串連數，可以有效地防止DDoS攻擊。 5、如何知道當前的傳輸速率？
用工作管理員的網路選項卡或者防火牆查看網卡實際傳輸了多少資料才是最準確的，下載{
tagshow(event)
}">軟體顯示的值有可能是虛假的。 最後，希望大家不要迷信TCP半開串連數量會明顯提高傳輸速率的謠言。
實際傳輸速率=同時串連的數量×有效串連（源）占的比例x對端上傳通道平均上傳速率x平均傳輸時間÷串連期間。2007-8-20, 18:29 PM
受教了
maybeonly2007-8-20, 19:50 PM
嗯，典型的以訛傳訛
就像以前的QoS一樣
我好久以前就懶得動那個所謂的{
tagshow(event)
}">破解了
======
恐怕真正的原因在於，謠言傳開以後，誰的軟體沒有這個{
tagshow(event)
}">功能人家就覺得你的軟體不怎樣~咳咳。
我愛rena2007-8-21, 08:00 AM
呵呵，學習下了。
Aurora_Boreas2007-8-21, 08:07 AM
目前主要還是頻寬{
tagshow(event)
}">問題，要是大家用上了LAN的話...
zhongyb2007-8-21, 09:17 AM
正確，我用的電腦重來就不用破解！
呂翊翀2007-8-21, 11:19 AM
學習了 另外樓上簽名超200像素
濁清泉2007-8-21, 23:20 PM
對
wong5202007-8-22, 01:20 AM
水管粗才是牛!
lxshan2007-8-22, 01:25 AM
看來原500要改為50了。
香草千層雪2007-8-23, 09:33 AM
貌似和{
checkurl(this.href);return false;
}" href="http://bbs.verycd.com/topics/334324/" target="_blank">http://bbs.VeryCD.com/topics/334324/這個文章內容衝突 Nagisa-Kaoru2007-8-23, 10:47 AM
我只知道，不解開並發串連的話，BT和電驢的種子及源會很少
Fuzzier2007-8-24, 00:26 AM
11樓：我就是專門發帖破除謠言的。
12樓：你胡說！心理作用太嚴重。
kagami_sama2007-8-24, 06:31 AM
本人768k的ADSL，基本沒有區別，這個可能和網路狀況有關
uralhan2007-8-24, 11:14 AM
支援一下！我這內網用neo，也發現最大半開串連數修改不修改沒影響。網路中以訛傳訛的事情太常見了，關鍵是真正瞭解的人多半會對謠言不屑一顧，很少有人會去較真，所以謠言反而越傳越廣。 gaver2007-8-24, 11:25 AM
以前聽說，網上升級更新後，串連數就會改回預設的。我也好久沒改了。
各位周末快樂！
YJeson2007-8-24, 11:37 AM
相當質疑！！！ 現在大多書BT P2P包括網路電視 ，{
tagshow(event)
}">安裝都附帶提醒解除連結數限制，開發這些軟體的人難道都是菜鳥，沒驗證的事情都會不約而同的做！！！ 相當質疑！！！
張昊2007-8-24, 12:31 PM
我以前是開500的，看了這個文章後改為10，結果速度並無多大變化，所以，我贊同LZ的言論，半開串連數對速度的影響很小，關鍵還是看你的頻寬，我是8M的ADSL。
Fuzzier2007-8-24, 13:02 PM
引用(YJeson @ 2007-8-24, 12:37 PM) 現在大多書BT P2P包括網路電視 ，安裝都附帶提醒解除連結數限制，開發這些軟體的人難道都是菜鳥，沒驗證的事情都會不約而同的做！！！ 開發軟體的不見得都是菜鳥，而是給使用者們一個雞肋噱頭，讓使用者們去嚼——味道的確有，但是也不至於那麼重。
至於國內軟體開發大多是些什麼水平的人？是什麼模式？您可以去參觀。而且軟體開發{
tagshow(event)
}">技術和網路技術是兩碼事。
再看看國外，沒有那個eMule mod或者其他下載軟體提供修改XP半開串連限制的功能的，老外們還不是照樣下得歡^ ^。
RadishLi2007-8-24, 18:09 PM
我以前是開256的，看了這個文章後改為50，結果速度並無多大變化。
我是8M的ADSL高ID，上下傳速度變化不大。
Pengfei Lyu2007-8-24, 18:27 PM
我從來沒用過這些所謂的補丁, 下載基本滿速的
一直以為自己rp好 ,哈哈
keelort2007-8-24, 19:28 PM
引用(RadishLi @ 2007-8-24, 18:09 PM) 我以前是開256的，看了這個文章後改為50，結果速度並無多大變化。
我是8M的ADSL高ID，上下傳速度變化不大。 你多少M的ADSL上行頻寬也只有640KB/s，這是理論值，實際還達不到，所以ADSL不能用來證明什麼
小楊同志2007-8-24, 21:45 PM
現在各種 下載軟體都有 這種破解半開串連數的小{
tagshow(event)
}">工具 樓主一文可謂撥雲見日
bs這些軟體的作者
戰地啃豬蹄2007-8-24, 22:59 PM
我的理解是半開串連數大找源快,不知對不對
Fuzzier2007-8-25, 11:27 AM
引用(戰地啃豬蹄 @ 2007-8-24, 23:59 PM) 我的理解是半開串連數大找源快,不知對不對 不對。
找源只有兩種方式：一種是通過P2P{
tagshow(event)
}">伺服器查詢（不論是eMule、BT還是{
tagshow(event)
}">迅雷的伺服器），另一種是通過分布式使用者交換（eMule的Kad、BT的DHT）。
半開串連是在找到了源之後，對源發起串連，但串連還未完全建立的狀態。
源的數量於半開串連數完全沒有關係。
Fuzzier2007-8-25, 11:58 AM
引用(keelort @ 2007-8-24, 20:28 PM) 你多少M的ADSL上行頻寬也只有640KB/s，這是理論值，實際還達不到，所以ADSL不能用來證明什麼 這位兄弟，資料互動是在已經完全建立的串連上進行的，半開串連數本來就和傳輸速率無關。
你家網速快，大可以試試看改回10會不會影響你的傳輸速率。——這才是最重要的！ 至於其他理由，歐美使用者頻寬普遍比國內寬，卻很少見他們談論破解半開串連數的；國內關於半開串連數的破解{
tagshow(event)
}">教程，大多出自於垃圾下載軟體給自己打{
tagshow(event)
}">廣告，教使用者如何使用那些軟體內建的破解選項；最後，微軟在軟體界、網路界摸爬滾打了幾十年、擁有無數研究院，這點常識性的東西不可能會犯錯誤的，如果因此造成其作業系統效能低下、流失使用者、減少利潤，那是不可能的，那隻是國內使用者們太容易受騙上當罷了。
hisenko2007-8-26, 16:19 PM
樓主是對的，特別是在Vista下面，最近vista也有破解TCP/IP串連數的補丁了，但是你如果把半開串連開到50以上，程式會卡的要死，時間長了就掛掉了。
經過驗證，還需要修改一下
那就是，{
tagshow(event)
}">推薦大家設成9，打個補丁把破解TCP/IP串連數改回去~~~
我實驗了下，開到50下的範圍，程式依然還是會卡，還不如設小算了。
你空一個出來，說不定還會有意想不到的好效果~ 同樓下，如果你實在是想改，又破解了的話，設成30，不過就像樓下說的，可能25的時候，你就受不了
最煩迅雷的HTTP或者其它的P2P軟體，這個東西不能設，使用一會就卡的要死，只好把補丁打回去~
呵呵，你再設個999999都沒關係，反正只是過眼癮
foreverbelmont2007-8-26, 16:21 PM
一般不用改這種，xp下如果手癢一定要改，100以內
P.S:實驗了一下..我的台式機vista改到25就開始卡殼....
KitBoy2007-8-26, 16:49 PM
對於使用只要IE而言確實沒必要改
但你如果要用迅雷,BT之類的軟體 那就肯定要改了
串連數和半開確實沒關係
半開應該是對整個{
tagshow(event)
}">Windows而言,據我觀察
只要你開了BT,BT程式就會一直佔用你的這10個半開
這時候如果你用IE開啟網站就會因為搶不到半開而無法串連出現無法顯示
hisenko2007-8-26, 19:01 PM
所以說，設成9個就合適了，鼓勵大家設成9啊
zzm168fafafa2007-8-26, 19:18 PM
位元精靈下載的時候好象快很多很多
明月醉2007-8-28, 16:54 PM
你改為1看看有沒有變化？？？ 如果不改，在“事件檢視器”裡頻繁提示“並發串連數已經達到最大限制” 改過之後速度有多大變化不好說，因為速度受到很多因素的影響， 但是就我個人的經曆，SP2預設的10個的時候，下bt的時候基本{
tagshow(event)
}">網頁打不開了，改成200個開啟網頁就基本不受影響
Fuzzier2007-8-28, 16:58 PM
引用(明月醉 @ 2007-8-28, 17:54 PM) 你改為1看看有沒有變化？？？
如果不改，在“事件檢視器”裡頻繁提示“並發串連數已經達到最大限制”
改過之後速度有多大變化不好說，因為速度受到很多因素的影響，
但是就我個人的經曆，SP2預設的10個的時候，下bt的時候基本網頁打不開了，改成200個開啟網頁就基本不受影響 這位老兄喜歡走極端哈。
eMule等軟體都是有相應的設定選項來支援的，你把限制設定為8或9，再看看如何？你所謂的打不開的情況完全是因為你設定上的問題，太貪心=什麼都得不到。
你的軟體如果不支援半開串連限制，那麼請你與開發人員聯絡。 P2P軟體在任務開初的確會收到大量的源，此時會佔用所有所設定的半開串連；但是這種情況最多維持幾分鐘而已，之後要麼很少得到新源，要麼達到串連數上限（每任務或者全域），也不會佔用多少半開串連數了，沒有被佔用的自然就留給{
tagshow(event)
}">瀏覽器等程式了，你所謂的“改成1個”，完全是沒事找事幹啊。
我之前也說了，限制半開串連數，能夠有效地防止DDoS攻擊，卻並不會損失傳輸速率，沒必要設定得那麼高。
Fuzzier2007-8-28, 17:01 PM
引用(KitBoy @ 2007-8-26, 17:49 PM) 對於使用只要IE而言確實沒必要改
但你如果要用迅雷,BT之類的軟體 那就肯定要改了
串連數和半開確實沒關係
半開應該是對整個Windows而言,據我觀察
只要你開了BT,BT程式就會一直佔用你的這10個半開
這時候如果你用IE開啟網站就會因為搶不到半開而無法串連出現無法顯示 BT不可能一直佔用10個半開限制！
你所謂一直佔用，那豈不是你下載期間一直在擷取大量的新的源？吹牛也要稍微打打草稿啊。
除非你沒有正確設定半開限制。uTorrent、BitComet等都是有相應選項的，最好看一下。
對半開串連的大量佔用也最多發生在剛剛開始啟動並執行幾分鐘而已，之後就沒有多少新的源了。
詩酒飄零2007-8-28, 18:00 PM
不知道，反正設成多少也感覺差不多，關鍵是頻寬
KitBoy2007-8-29, 15:39 PM
引用(Fuzzier @ 2007-8-28, 17:01 PM)
引用(KitBoy @ 2007-8-26, 17:49 PM) 對於使用只要IE而言確實沒必要改
但你如果要用迅雷,BT之類的軟體 那就肯定要改了
串連數和半開確實沒關係
半開應該是對整個Windows而言,據我觀察
只要你開了BT,BT程式就會一直佔用你的這10個半開
這時候如果你用IE開啟網站就會因為搶不到半開而無法串連出現無法顯示 BT不可能一直佔用10個半開限制！
你所謂一直佔用，那豈不是你下載期間一直在擷取大量的新的源？吹牛也要稍微打打草稿啊。
除非你沒有正確設定半開限制。uTorrent、BitComet等都是有相應選項的，最好看一下。
對半開串連的大量佔用也最多發生在剛剛開始啟動並執行幾分鐘而已，之後就沒有多少新的源了。 你以為迅雷,BT還跟像電騾一樣的慢慢排隊 ???? 能連上就連上,一直在不斷的嘗試
當然了,軟體也能設定最大半開 uTorrent最大就是8
還有貓也有關 我的最大是75
或許電信也有限制 反正10個是不夠的
Fuzzier2007-8-30, 14:46 PM
引用(KitBoy @ 2007-8-29, 16:39 PM) 你以為迅雷,BT還跟像電騾一樣的慢慢排隊 ???? 能連上就連上,一直在不斷的嘗試
當然了,軟體也能設定最大半開 uTorrent最大就是8
還有貓也有關 我的最大是75
或許電信也有限制 反正10個是不夠的 你能排多久的隊？也就是任務開初的幾分鐘而已。你以為新的源隨時隨地都在出現的說。
國外使用者很少說不夠的，照樣用得歡。就你一個人感覺不夠，心裡作用嚴重。
迅雷本來就是垃圾，國產軟體基本上都是這樣，大肆宣傳錯誤概念，居然有人信進去了，可悲啊。
RadishLi2007-8-30, 15:14 PM
那麼最重要的是哪位親可以PO一下
什麼帶寬，半開/全開設定多少比較適合我越看越糊塗說
>_<天.........
CHE GUEVARA2007-8-30, 15:16 PM
沒多大用處的。
ohyes2007-8-30, 16:00 PM
半開串連數= 並發串連數 ？ 不同翻譯，一個概念嗎？ 懂得解釋下 謝謝
KitBoy2007-8-30, 17:11 PM
引用(Fuzzier @ 2007-8-30, 14:46 PM)
引用(KitBoy @ 2007-8-29, 16:39 PM) 你以為迅雷,BT還跟像電騾一樣的慢慢排隊 ???? 能連上就連上,一直在不斷的嘗試
當然了,軟體也能設定最大半開 uTorrent最大就是8
還有貓也有關 我的最大是75
或許電信也有限制 反正10個是不夠的 你能排多久的隊？也就是任務開初的幾分鐘而已。你以為新的源隨時隨地都在出現的說。
國外使用者很少說不夠的，照樣用得歡。就你一個人感覺不夠，心裡作用嚴重。
迅雷本來就是垃圾，國產軟體基本上都是這樣，大肆宣傳錯誤概念，居然有人信進去了，可悲啊。 你網路真好啊 幾分鐘就可以達到速度極限
也不用看看網頁啊什麼的
你怎麼知道國外說不夠呢,好像破解半開也是從國外開始的吧
你除了能看懂點英文還懂點什麼語言
迅雷是不是垃圾不是你說了算,況且快車也在學迅雷,當然了是被收購後
RadishLi2007-8-30, 17:29 PM
引用(KitBoy @ 2007-8-26, 16:49 PM) 對於使用只要IE而言確實沒必要改
但你如果要用迅雷,BT之類的軟體 那就肯定要改了
串連數和半開確實沒關係
半開應該是對整個Windows而言,據我觀察
只要你開了BT,BT程式就會一直佔用你的這10個半開
這時候如果你用IE開啟網站就會因為搶不到半開而無法串連出現無法顯示 是的，我想了一下果真好像如親所說的，以前我是做分流的必需要先用BT下載源檔然後用ED上傳{
tagshow(event)
}">分享
所以是那時更改了半開數值，不然我用驢時也從來沒改過什麼設定一樣也好好的在運行
也幾乎沒出現當機的情景，每次開BT我開網頁幾乎都延遲
所以不得不做修改半開256.....後來就一直用256半開數了...
不過因為更改後對驢好像也沒什麼引響所以就沒再去在意了 Fuzzier2007-8-31, 10:02 AM
引用(KitBoy @ 2007-8-30, 18:11 PM) 也不用看看網頁啊什麼的
你怎麼知道國外說不夠呢,好像破解半開也是從國外開始的吧
你除了能看懂點英文還懂點什麼語言
迅雷是不是垃圾不是你說了算,況且快車也在學迅雷,當然了是被收購後 速度極限？老兄，看清楚我發的文章好不好啊？省得你又在這裡開黃腔。
我說幾分鐘之內就達到最大速率了嗎？我說的是幾分鐘之內大量擷取新源，之後就沒有多少新源了，串連之後半開自然就空出來了。P2P本來就有排隊，幾分鐘達到最大速率只能說有可能。
國外eMule、BT罈子你混過沒有啊，老外罈子裡很少談論半開破解的，下載軟體也沒有提供破解的，也就一些提供最佳化指南的網站說說而已。
至於迅雷、快車之流的吸血驢，建一個封殺一個！垃圾！ 我再說一遍：瀏覽網頁的問題設定一下半開限制就{
tagshow(event)
}">解決了，你的問題根本就不是問題，是你自己太貪心了。 對於樓上分流，把XP的半開限制改為50夠用了。
baofengzf2007-8-31, 17:44 PM
現在成了習慣性的
重裝過系統都要破解下
原來根本就是沒必要的啊
RadishLi2007-8-31, 18:30 PM
引用(Fuzzier @ 2007-8-31, 10:02 AM) 引用(KitBoy @ 2007-8-30, 18:11 PM) 也不用看看網頁啊什麼的
你怎麼知道國外說不夠呢,好像破解半開也是從國外開始的吧
你除了能看懂點英文還懂點什麼語言
迅雷是不是垃圾不是你說了算,況且快車也在學迅雷,當然了是被收購後 速度極限？老兄，看清楚我發的文章好不好啊？省得你又在這裡開黃腔。
我說幾分鐘之內就達到最大速率了嗎？我說的是幾分鐘之內大量擷取新源，之後就沒有多少新源了，串連之後半開自然就空出來了。P2P本來就有排隊，幾分鐘達到最大速率只能說有可能。
國外eMule、BT罈子你混過沒有啊，老外罈子裡很少談論半開破解的，下載軟體也沒有提供破解的，也就一些提供最佳化指南的網站說說而已。
至於迅雷、快車之流的吸血驢，建一個封殺一個！垃圾！ 我再說一遍：瀏覽網頁的問題設定一下半開限制就解決了，你的問題根本就不是問題，是你自己太貪心了。 對於樓上分流，把XP的半開限制改為50夠用了。 50阿
那我去改下，謝謝親的提醒
圓圓eulb2007-8-31, 19:17 PM
引用(Fuzzier @ 2007-8-25, 11:58 AM) 引用(keelort @ 2007-8-24, 20:28 PM) 你多少M的ADSL上行頻寬也只有640KB/s，這是理論值，實際還達不到，所以ADSL不能用來證明什麼 這位兄弟，資料互動是在已經完全建立的串連上進行的，半開串連數本來就和傳輸速率無關。
你家網速快，大可以試試看改回10會不會影響你的傳輸速率。——這才是最重要的！ 至於其他理由，歐美使用者頻寬普遍比國內寬，卻很少見他們談論破解半開串連數的；國內關於半開串連數的破解教程，大多出自於垃圾下載軟體給自己打廣告，教使用者如何使用那些軟體內建的破解選項；最後，微軟在軟體界、網路界摸爬滾打了幾十年、擁有無數研究院，這點常識性的東西不可能會犯錯誤的，如果因此造成其作業系統效能低下、流失使用者、減少利潤，那是不可能的，那隻是國內使用者們太容易受騙上當罷了。 剛特地去微軟首頁翻了翻,樓主的解釋在理 我原先的理解/"並發串連限制/"是被誤導了 應為/"Limited number of simultaneous incomplete outbound TCP connection attempts/"
ref:
{
checkurl(this.href);return false;
}" href="http://technet.microsoft.com/en-us/library...57156.aspx#EHAA" target="_blank">http://technet.microsoft.com/en-us/library...57156.aspx#EHAA 在此謝謝樓主解惑 ps. 其實emule已內建該補丁
{
checkurl(this.href);return false;
}" href="http://bbs.verycd.com/topics/334324/" target="_blank">http://bbs.VeryCD.com/topics/334324/
keelort2007-9-8, 21:58 PM
改半開串連數還是有好處的，比我開個掃描器，預設100線程，掃描一開始網頁就別想看了，改了半開串連就沒問題 |
