關於最大傳輸量 MTU            每一個網路媒介（Ethernet、PPP、X.25、Token Ring）有不同的最大傳輸單位（MTU）, 這個 MTU 代表著該媒介所能夠處理的最大 Packet 大小, 其包括了媒介表頭, 網路表頭（IP）, 傳輸（TCP 或是 UDP）和應用程式資料。當一個大的 IP 封包路過小的 MTU 媒介時, 路由器會再將其大的 IP 封包分割, 當達到目的地的時候, TCP/IP 堆疊再將其一小塊一小塊的資料組合還原成一個完整的 IP 封包, 一般而言, 程式設計師最好減少再分割和重組的次數來降低系統的額外負擔。            在 TCP 中, 這點並不太重要, 因為輸出的大小會由最小分段大小（MSS）協議所決定, MSS 預設的大小是 536 位元組大小, 也就是說不論你要求傳送多少資料, 堆疊只會在每一個 TCP 中傳送 536 個位元組。            您必須用接近 MSS 的 536 位元組的大小來降低系統的額外負擔, 最後, 系統的緩衝區大小將接近 MTU 的大小, 因此使用接近於 MTU 的資料大小可以更有效率的使用系統緩衝區。            筆者建議不要超過 1460 或 1472 的位元組來傳輸 TCP 或是 UDP, 如此可和 MTU 大小吻合, 而且也和一般的 MSS 協議吻合, 以便獲得最高效率的傳輸。            一般而言, 筆者不會將資料量超過 1200 個位元組, 而為何選擇在本章說明最大傳輸量 MTU 呢？這對我們往後的傳檔程式有著密切的關係, 由於傳檔程式大多傳輸大量資料, 要如何分割我們傳輸的資料, 怎麼樣索取收條, 這都是傳檔程式好壞及效率的關鍵。            要知道, 高傳輸量的程式不只有傳檔程式, 包括網路多人連線遊戲, 視訊會議系統等等, 都是高傳輸量的程式, 若是不將傳輸量做適當得量的控制, 相信程式會錯誤百出, 系統的高負載更是會讓 Server 端吃不消。    Tips                傳輸的量最小建議不要小於 20 Bytes, 最大勿超過 1200 Bytes, 這邊請注意！一個封包必須是 4 的倍數, 也就是傳送的封包必須能夠被 4 整除的值, 包括了 40, 60, 80, 100, 120 等等, 若是有 121 Bytes 的封包傳送出去, 接收端必定會接收到 4 的倍數值, 也就是說堆疊會產生出 124 Bytes 的封包, 這點是讀者要注意的地方, 所以通常傳送一個自訂的 Struct 資料結構時, 請控制大小在 20 Bytes 以上 1200 Bytes 以下並能夠被 4 整除的值。    YSC 寫於 Borland C++ Builder Internet 程式設計聖經 一書第三章第一節 (若要轉貼請註明出處,謝謝)    Y.S.C.
現任:Programmer 深度論壇 BCB Internet 版主
http://www.chatking.net 聊天王 語音聊天社群 創辦人

cuteysc 版主 YSC 寫於 Borland C Builder Internet 程式設計聖經 一書第三章第一節 這本書我在書店沒看過不知那有賣 謝謝

轉貼資料 http://proton.phys.tku.edu.tw/UNIX/Dm/cbp05.htm 這一本嗎 內容簡介： 台灣大學電機學院 許博文院長 東華大學電機所 陳美娟教授 強力推薦本書 長庚大學 賴永康教授 PC HOME 李宏麟 主編 短短一年不到的時間，C Builder 的版本一下子就從 1.0 跳到了 3.0，雖然 3.0 的版本號碼其本身的意義並不是那麼大，但整體開發環境的改變卻不能說不大，因此在一些專案的轉移上還是遭遇到了一些的困擾。改版難免會造成一些陣痛的，對於開發成本而言更是一大殺手，因為重新編譯、重新修改程式碼會浪費許多時間。當然，新版的 C Builder 在很多地方都做了大幅度的改進，有很多新的功能被加入，所以這就構成了升級的要素之一，因為我們期望這些新的功能能夠提供更有效率的開發環境。 C Builder 3.0 程式設計聖經延續了上一版的精彩內容，大幅加入了 C Builder 3.0 的新增功能介紹，所以頁數從 500 多頁暴增至 800 多頁；在內容與份量上相信都遠遠超過其他的同類產品，如果您只打算購買一本書作為升級至 C Builder 3.0 之用，那麼何需買花大把的銀子購買好幾本這類書籍？這本就足夠了。 我們認為書籍內容的充實於否，是一本書是否值得閱讀的關鍵，至於書籍推出的早晚，相對而言還是比較次要的問題。這本 C Builder 雖然是同類書籍中較晚推出的一本，但是我們有信心它是最精彩的一本，在出版同業一窩蜂的追求出書速度、搞一些不敷成本的削價競爭而犧牲最重要的產品品質時，和碩仍然堅持合理的價格、一定的水準；因為我們相信，讀者的眼睛是雪亮的。畢竟出版工作是文化事業，裡面有主事者的良心與理想，將出版品當作一般的商品，只知道在行銷與包裝上著力，而忽略掉最根源的品質問題時，這樣的公司終會被讀者唾棄。 馬上試讀本書http://proton.phys.tku.edu.tw/UNIX/Dm/rdp05.htm ********************************************************* 哈哈&兵燹 最會的2大絕招 這個不會與那個也不會 哈哈哈 粉好 Delphi K.Top的K.Top分兩個字解釋Top代表尖端的意思,希望本討論區能提供Delphi的尖端新知 K.表Knowlege 知識,就是本站的標語:Open our mind to make knowledge together! 希望能大家敞開心胸,將知識寶庫結合一起

------
**********************************************************
哈哈&兵燹
最會的2大絕招 這個不會與那個也不會 哈哈哈 粉好

Delphi K.Top的K.Top分兩個字解釋Top代表尖端的意思,希望本討論區能提供Delphi的尖端新知
K.表Knowlege 知識,就是本站的標語:Open our mind

引言: cuteysc 版主 YSC 寫於 Borland C Builder Internet 程式設計聖經 一書第三章第一節 這本書我在書店沒看過不知那有賣 謝謝

這是我本人自己編輯的電子書, 所以未市售, 完成度接近 90%, 有機會我會將 內容以 PDF 檔公佈給大家參考, 謝謝 Y.S.C.
現任:Programmer 深度論壇 BCB Internet 版主
http://www.chatking.net 聊天王 語音聊天社群 創辦人

感謝cuteysc的熱心奉獻~~~< >< > 哇,才24歲就寫書了而且還是聊天王語音聊天社群的創辦人 錢途無量!!! <>～我也是在學習的階段,所以請您多多見諒與指教～

您過獎了 ~~    小弟是比較早期在 DOS 時代接觸過 Dial-BBS, 當時開始透過 RS-232 與所謂的 Modem 溝通傳輸, 自己完成 BBS Server 與 Client 端 後來開始對於電腦通訊這部分很感興趣 到了 Windows 95 上市後轉戰 Win32 Application, 記得當時的 WinSock 還不是很成熟, 也是不斷的 try .. test .. try .. test ...    一路摸到現在, 比較熟悉 Client/Server Application 架構罷了 ~ so .. 多年來累積的經驗, 希望自己可以在論壇內貢獻些經驗    Y.S.C.
現任:Programmer 深度論壇 BCB Internet 版主
http://www.chatking.net 聊天王 語音聊天社群 創辦人