从实际的角度来看，FC和iSCSI对于处理存储应用程序是一样的，虽然专家们更加同意iSCSI在许多应用程序表现出的性能不如FC。“许多人都拿带宽和性能作比较，其实两者是没有直接关系的，” Asaro谈到。“在网络环境中，只有那种耗用带宽的应用程序才会用完带宽从而带来瓶颈。”更明确地讲，只有像OLTP这样的应用，它用来处理大量的小事务，才会在IP环境中受到包袱但的影响。一个设计得很好的iSCSI架构以及相应的存储平台实际上可以处理任何FC SAN处理的存储应用。

　　事实上，对于iSCSI性能以及可靠性的担心大部分都是错误的。“我要告诉你,据我所看到的，可以表现出高性能SAN功能的是iSCSI SAN，而不是FC SAN，”Moutain View地区的Contoural公司数据执行方面的主管Stephen Foskett谈到。用户们经常将iSCSI部署在核心应用上。ESG的研究表明50%的iSCSI早期时使用者仍然使用iSCSI作为一些任务紧急的关键应用，这一点有力地证实了iSCSI的可靠性。

　　网络性能的潜在问题是超量开通。多数的以太网服务器是不需要高性能的，因此多数的以太网交换机都是超量开通的。专家们表明，一个端口的超量开通率也许会达到10:1。当创建一个高性能的iSCSI SAN时，这些超量开通的交换机肯能就无法处理流量，因此部署iSCSI SAN要选择一个高端的以太网交换机已解决此问题。

　　ISCSI的性能也被你所选择的基于软件的iSCSI initiator或者iSCSI HBA所影响，而不会被传统的NIC所影响。一些典型的iSCSI HBAs包括Alacritech公司的SES1200加速卡，LeWiz通讯公司的Magic 2028-4P 1Gbit TCP/IP加速NIC以及QLogic公司的QLA4050C iSCSI HBA。更多数的基于软件的iSCSI initiator在一些通用目的上的计算都表现得很好，因此它们目前并不是性能的关键问题。但是当整个网络达到10Gbps的时候，则需要转变为基于硬件的iSCSI initiator。因此，现在用最好最成熟的基于软件的iSCSI initiator是非常重要的。

　　对于iSCSI initiator来说另一个问题就是虚拟化。Foskett指出，对于VMware ESX Version 3的initiators,已经收到很多关于性能方面的抱怨，尤其是一些大规模的部署中，因为VMware需要使用CPU和存储资源。“当你拥有一打运行在VMware ESX box上的服务器时，你真地会使用大量的存储资源，”Foskett谈到。那么一个建议就是去买专门的iSCSI HBAs，但是目前VMware还不支持iSCSI HBAs，虽然在未来会被支持。在当前，你改善性能比较好的选择就是用FC来代替iSCSI。