cFos Professional 6.11.2923 英文光碟正式版(交握式封包傳送工具)


-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
軟體名稱:cFos Professional 6.11.2923 英文光碟正式版(交握式封包傳送工具)
語系版本:英文版
光碟片數:單片裝
破解說明:
系統支援:WIN 9x/WIN ME/WIN NT/WIN 2000/WIN XP/WIN 2003
軟體類型:交握式封包傳送工具
硬體需求:PC
更新日期:2006/5/1
官方網站:
中文網站:
軟體簡介:
銷售價格:80
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=




破解說明:
序號產生器放至於keygen夾內



軟體簡介:

      ()
 
        cFos Professional 6.11.2923 英文光碟正式版(交握式封包傳送工具)

相關網站:


序號說明:





內容說明:

TCP 採取交握式封包傳送機制，傳送端必須等待接收端的 ACK（認知）封包傳回後，才                         
會繼續傳送下一個封包。也就是說如果，傳送端一直等不到接收端的 ACK 封包時，它會                        
一直等待到傳回 ACK 為止，這段時間不會傳送任何新的封包；超過時間後，會切斷與接                        
收端的通信。                                                                                         
為此，現有 ADSL 多半建議使用者將 TCP 封包長度盡可能開到最大，目的是減少 ACK                          
交握訊號的次數。然而這麼做會有個副作用，就是在全速上傳時，排隊在後面的 ACK 封                        
包，會因為前一個封包上傳佔據大量時間，無法「及時」傳送給「傳送端」，造成 (                           
1) 的狀況。                                                                                          
如果將 TCP 封包長度減少，則單位時間內 ACK 交握次數增加，「或許」可以減輕因為                         
全速上傳造成的排隊中的 ACK 封包的延遲「機率」，但仍然因為較多的 overhead（封                         
包本身的控制區塊所佔用的頻寬），也沒有佔多少便宜。                                                   
整理 (2) 與 (3) 可發現，問題都出在 ACK 交握的時間點是否能在「傳送端」等待時間                        
之內，這是因為 Windows 內建的 TCP/IP 驅動器，沒有「封包優先權」的設計，造成「                        
上傳滿檔壓死下載」的奇特現象。                                                                       
                                                                                                                                                                           
                                                                                      
                             
            


-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=