基本事实
在以前的讨论中，有两个重要的领域被人们所遗漏，下面我想讨论一下：
1．IP头的大小
2．实时文件系统问题，而不是数据流或IOPS（每秒输入输出）
IP头的大小
我们都知道，iSCSI的“i”字代表IP．IPv4头的大小是20八位位组（octet）或20字节。现在我们正在从IPv4过渡到IPv6．有许多人认为未来我们将在WAN（广域网）之间使用IPv6，在本地使用IPv4．我知道有一些公司－－还有美国政府和外国政府－－表示如果你指的是“I字母”，它将是IPv6．当然，这在目前还不是现实，但是它将在今年底变得更加真实，在2012年和2013年更是如此。这意味着，IP头的大小将从目前的20字节变为40字节。FCoE在IP封装中不需要这额外的20或40字节。我们需要记住的是，鉴于IPv6将成为现实，IP头的大小将变为40字节。
实时文件系统的问题
无论我们喜欢还是不喜欢，在真实世界中测试任何IO性能都需要考虑文件系统。一些文件系统比另一些文件系统要更有效率。仅仅在一个LUN（逻辑单元号）上衡量IOPS、数据流或进行其他测试不能让我们看到真实的文件系统的I／O操作性能。我和其他人一些人多年来一直指出，对于大多数现代文件系统而言，瓶颈在于针对文件系统元数据的I／O．下面我将定义元数据的范畴：
．文件系统超级块。超级块是在载入文件系统的时候读取的，可以提供文件系统的布局。有些文件系统需要不时更新这些超级块。
．文件系统分配映射表在文件被写入和删除的时候定期更新。这些映射表用各种方式来表现，包括位图和多路搜索树。
．文件系统索引节点和扩展属性，包括文件位置、文件的属性：包括UID（用户身份）、GID（群组身份）、访问时间、创建时间和其他属性。一些属性是依赖于文件系统的。
我认为元数据性能经常是文件系统性能的限制性因素。元数据瓶颈已经为许多人所知，而且随着文件数量的大幅增长，元数据瓶颈正变得越来越严重。元数据的更新几乎一直是一个小型块随机I／O问题，而且在一些情况下，需要同步进行以满足不同的POSIX（可移植操作系统接口）和文件系统的要求。