本人曾經使用過電信寬頻、聯通寬頻，今兒改換成長城寬頻，未曾想到原本在電信和聯通下使用很順溜的網速，驟然下降許多，不解之餘著手研究了一下，並且也查閱到許多人使用長城寬頻都感覺速度不穩定，甚至有些慢，根據本人研究發現，其實是「mtu」這個引數的設定問題所導致大家對它有誤解。
經過命令列 ping -l 1452 -f
www.163.com
的測試方法測試之後找到了長城寬頻報文包的最大長度臨界點，並重新將作業系統（或路由器中的引數）預設的mtu=1492 強制改寫成1480，修改前後分別都使用了「360流量監控」中的「測網速」功能，結果表明效果明顯，這說明，只要你使用長城寬頻，並且未曾修改作業系統預設的mtu值的話，那麼網路丟包率會很高，這將導致網速降低；否則網速會達到最理想值。而電信和聯通這兩家isp提供商那端的mtu預設值恰恰是windows系統預設的那個值，即1492，所以在使用它們兩家寬頻的前提下，即使不對os預設的mtu作任何改變，依然能保證網速達到最高效。
提醒一下，修改mtu之後，一定要重啟機器哦！嘿嘿！
對需求的一點看法
需求是什麼，如何來做好需求，在cmmi 模型裡都給予了說明。模型將需求分為兩個部分，乙個是二級的需求管理，另乙個是 的需求開發 之後又看了rup 對需求的描述，它沒有明確對需求管理與開發進行劃分，它的工作流包括了以下幾個部分 問題分析，理解涉眾需要，定義系統，管理專案規模，改進系統定義，管理需求變更...
對 threadfence的一點理解
一直沒搞清楚,cuda 2.2版增加的 threadfence到底有何作用,直到今天看到sdk 3.0手冊 中的下面例子才恍然大悟.中文為我的理解,嘿嘿 乙個求和的例子 device unsigned int count 0 統計有幾個block結束的變數 shared bool islastblo...
對寫書的一點感想
python科學計算 的作者寫過一篇對寫這本書的感想 寥寥數語，卻能體會到作者寫書過程的艱辛和快樂，以及從中而來的成就感。歷時23個月，622頁，262千字，19章，266幅插圖，360個例項程式，393份問卷調查。個人感覺寫書是一次心靈和身體的苦旅，就像一路跪拜到布達拉宮，個中酸甜苦辣只有自己知道...