我们有一种情况是在Windows Server 2008 SP2 x86机箱上访问RAIDarrays（驱动器E :)。 （最近安装，没有比SQL Server 2005在服务器上。）
在一种情况下，当直接访问它（E：\ folder \ file.xxx）时，我们可以获得45MBps的video文件吞吐量。
如果我们通过UNCpath（\ server \ folder \ file.xxx）访问同一个arrays上的同一个文件，那么我们得到的吞吐量大约是23MBps。
显然，第二个testing正在经历更多层次，但是这是一个重大的性能问题。
我们应该考虑如何使UNCpath在性能上更接近直接访问的情况？
谢谢你，柯克
（更正：CIFS不是SMB，而是“文件共享”的概括标题。）
（附加信息：这是在从单个文件读取的过程中发生的，而不是跨多个连接的问题，该文件位于本地计算机上，但通过文件共享公开，因此客户端和文件服务器都是相同的Windows 2008服务器。
您可能需要阅读Microsoft Engineering Dudes等人关于该主题的Microsoft出版物- Windows Server 2008性能调优指南 。
尝试了解如何设置和使用perfmon输出来确定什么是您的设置的瓶颈。
你可能想看看这个类似的线程。
我没有给你答案，但是至less在Windows 2000之后，这个行为已经存在了。我相信这与Windows为每个请求parsingUNC有关。 映射一个驱动器caching这个信息。