※ 引述《a19560714 (迪恩 尤達(dá))》之銘言：
> 每個(gè)玩家每點(diǎn)一下滑鼠、按一下鍵盤，這些命令都會(huì)忠實(shí)的包封後，以封包
> 方式傳遞給橘子的伺服器，包封量的大小，就是用 MTU 的設(shè)定為準(zhǔn)，原先
> 機(jī)定的包封量是 1500，也就是每個(gè)封包都是 1500，但是裡面卻只有兩三個(gè)
> 有用的資料(你的按鍵命令)，其他的都是為了順利將封包填滿的垃圾。
> 今天我將包封量(MTU)改成 576，就是讓那些要填滿封包的垃圾少一些而已。
> 下面拉回主題：
> 就以無限斬來說，我們通常都是 CTRL 按下，鎖定怪物後猛按滑鼠，此時(shí)電腦
> 就會(huì)將我們的命令，忠實(shí)的包封起來然後以封包的方式傳遞出去，但是若是包
> 封量設(shè)定太大的時(shí)候，他可能是等你按下3次滑鼠才夠一次封包量，但是你只
> 要將包封量降低，可能一次滑鼠就足以達(dá)到封包大小，馬上傳送出去。
> 所以將 MTU 改小，會(huì)使得橘子的伺服器早一點(diǎn)收到你『個(gè)別』的命令，若是
> 將 MTU 加大，橘子的伺服器收到的命令還是一樣多，只不過可能好幾個(gè)命令
> 疊在一起而以。所以更改 MTU 大小，根本不會(huì)影響伺服器的忙碌度，但是肯
> 定會(huì)減少網(wǎng)路的忙碌度(針對(duì)瑪奇的運(yùn)作模式而言)。
> 至於 MTU 改小的最大後遺癥，就是抓大檔案的時(shí)間將會(huì)變多，因?yàn)榉獍冃。?br /> > 相對(duì)於一些封包核對(duì)的程序就增加許多，對(duì)於大檔案的傳輸相當(dāng)不利，但是對(duì)
> 於瑪奇這種網(wǎng)路流量不大的遊戲，卻是相當(dāng)有利。
引用自2007/12/13 03:36 巴哈瑪奇版
> 每個(gè)玩家每點(diǎn)一下滑鼠、按一下鍵盤，這些命令都會(huì)忠實(shí)的包封後，以封包
> 方式傳遞給橘子的伺服器，包封量的大小，就是用 MTU 的設(shè)定為準(zhǔn)，原先
> 機(jī)定的包封量是 1500，也就是每個(gè)封包都是 1500，但是裡面卻只有兩三個(gè)
> 有用的資料(你的按鍵命令)，其他的都是為了順利將封包填滿的垃圾。
> 今天我將包封量(MTU)改成 576，就是讓那些要填滿封包的垃圾少一些而已。
> 下面拉回主題：
> 就以無限斬來說，我們通常都是 CTRL 按下，鎖定怪物後猛按滑鼠，此時(shí)電腦
> 就會(huì)將我們的命令，忠實(shí)的包封起來然後以封包的方式傳遞出去，但是若是包
> 封量設(shè)定太大的時(shí)候，他可能是等你按下3次滑鼠才夠一次封包量，但是你只
> 要將包封量降低，可能一次滑鼠就足以達(dá)到封包大小，馬上傳送出去。
> 所以將 MTU 改小，會(huì)使得橘子的伺服器早一點(diǎn)收到你『個(gè)別』的命令，若是
> 將 MTU 加大，橘子的伺服器收到的命令還是一樣多，只不過可能好幾個(gè)命令
> 疊在一起而以。所以更改 MTU 大小，根本不會(huì)影響伺服器的忙碌度，但是肯
> 定會(huì)減少網(wǎng)路的忙碌度(針對(duì)瑪奇的運(yùn)作模式而言)。
> 至於 MTU 改小的最大後遺癥，就是抓大檔案的時(shí)間將會(huì)變多，因?yàn)榉獍冃。?br /> > 相對(duì)於一些封包核對(duì)的程序就增加許多，對(duì)於大檔案的傳輸相當(dāng)不利，但是對(duì)
> 於瑪奇這種網(wǎng)路流量不大的遊戲，卻是相當(dāng)有利。
引用自2007/12/13 03:36 巴哈瑪奇版
