那么这样的设置会带来性能的提高吗?这就是下面所要解决的问题。这一次与第一次测试的环境是相同的，不过这次进行了JumboFrame的设定，接下来就试着比较传送速率。不过这里有一个问题那就是“你可曾假设过内容的尺寸?”。因此在这次的比较中我们使用了ASUSTeK M2N32-SLI，在该主板上配备了双端口的Gigabit网卡，而此次测试就使用了这个双接口网卡。不过从设备的属性来看的话(照片)3)MTU1,500/2,500/4,500/9,000Bytes这四种模式无法进行设定。而玄箱PRO的1,500/4,102/7,422/9,694Bytes则似乎稍微无法与之匹配。首先给大家列出近似值:

　　玄箱PRO M2N32-SLI

　　1,518 1,500

　　4,102 4,500

　　9,694 9,000

　　我试着尝试no3个图形。结果就是表1对表3所展示的那样，给我一种非常“微妙”的感觉。如果说MTU=4,102Bytes有性能提高的兆头显现出来，那么当MTU=9,694Bytes时倒不如说是性能出现了下降，数据包尺寸在再发送有误配，但是却伴随有性能下降的感觉。特别是在传送表3文件时明显有此感觉转送。不过比起本地→玄箱PRO 玄箱PRO→本地的传送速度应该要比普通状态下要快。只是这个进行玄箱PRO→本地传输时性能却出现了明显下降。看来这里面存有状况，玄箱虽然传送出9.6KBytes的包，但是NVIDIA的Gigabit Ethernet却不能理解这个，因此便进行了二次传送。

　　FDBench 1.01 综合得分 详细传送速率 详细拷贝回数

　　传送速度 拷贝回数 Read Write Random Read Random Write 2K 32K 256K Variable

　　(KB/sec) (回/分) (KB/sec) (回/分)

　　MTU=1518 12180 8420 16113 8984 14770 8854 17112 12144 3428 998

　　MTU=4102 17992 9208 26959 11604 22910 10496 17490 13428 4590 1324

　　MTU=9694 12933 8450 15730 11572 13992 10440 16158 12564 3970 1108

　　SiSoftware Sandra XI SP1a MTU=1518 MTU=4102 MTU=9694

　　硬盘读取 (MB/s) 12 18 13

　　平均存取时间 (ms) 11 11 9

　　缓冲读入 (MB/s) 16 25 15

　　依次读入 (MB/s) 13 20 13

　　随机读取速率 (MB/s) 12 17 12

　　缓冲写入 (MB/s) 12 17 18

　　依次写入(MB/s) 10 14 14

　　随机写入 (MB/s) 11 14 15

　　平均存取时间(ms) 11 11 9

　　文件传输 所要时间(秒) 传送速度(MB/s)

　　MTU=1518本地→玄箱PRO 190.7 12.4

　　玄箱PRO→本地 178.4 13.3

　　MTU=4102 本地→玄箱PRO 146.3 16.2

　　玄箱PRO→本地 122.5 19.3

　　MTU=9694 本地→玄箱PRO 140.9 16.8

　　玄箱PRO→本地 183.1 12.9