如果您在高端硬件存储上创build一个iSCSI目标，那么它是否正确地将目标创build为文件系统上的文件？
我的意思是，这不能performance出色吗？
我们有一个NetApp SAN，它正是这样做的。 底层分区（就我所知，实际上是一个逻辑卷而不是一个分区）充满了一个使用整个空间的文件，然后通过iSCSI连接器提供。 我们有两个这样的设备（一个有12TB空间，另一个有6TB），我可以告诉你，我们没有任何性能问题。
这当然是Windows 2008存储服务器的function。 它在NTFS文件系统中创build一个.vhd文件。
我怀疑你对专门为托pipeiSCSI卷而devise的专用硬件更感兴趣。
根据我的经验，我没有看到这种types的设备，但没有与许多iSCSI工具包工作。 我知道HP P4000不会在自己的文件系统上创build文件，而是会在这些arrays上创buildarrays和卷，并通过iSCSI与大多数光纤通道SAN所用的方式共享。
我不能评论性能，因为我没有进行比较testing，但希望澄清并非所有的目的build立iSCSI设备这样做是有帮助的。
一些高端SAN / NASdevise的内部操作可能难以确定。 创build一个代表iSCSI目标的文件不一定会降低性能本身。 这使得一些假设硬件供应商已经对操作系统内核进行了一些优化，并且种类取决于用于存储文件的实际文件系统。
实际testing存储设备的性能会更有用。 现实世界的testing显然是最好的，但是使用IOMeter肯定可以工作。 只要确保了解您的IO要求，以便IOMeter可以正确调整testing。