Windows srv.sys如何根据底层文件系统决定原始模式与核心模式?

Windows srv.sys如何根据底层文件系统决定原始模式与核心模式?,windows,networking,filesystems,kernel,smb,Windows,Networking,Filesystems,Kernel,Smb,我们正在使用IFS工具包为Windows开发一个文件系统。 我们开始调查一个性能问题,该问题导致通过网络共享时文件系统I/O速度大大降低。使用来自的FileMon和TCPView查看后,我们发现如果共享NTFS/FAT,SMB客户端和服务器将以60K块传输I/O,而在共享文件系统时,它将使用4K块 这两个块大小对应于SMB“核心”和“原始”模式-这由Microsoft解释 问题是,我们无法找出文件系统中的哪些因素导致windows共享服务器(srv.sys)为我们的文件系统选择核心模式(4K),

我们正在使用IFS工具包为Windows开发一个文件系统。 我们开始调查一个性能问题,该问题导致通过网络共享时文件系统I/O速度大大降低。使用来自的FileMon和TCPView查看后,我们发现如果共享NTFS/FAT,SMB客户端和服务器将以60K块传输I/O,而在共享文件系统时,它将使用4K块

这两个块大小对应于SMB“核心”和“原始”模式-这由Microsoft解释

问题是,我们无法找出文件系统中的哪些因素导致windows共享服务器(srv.sys)为我们的文件系统选择核心模式(4K),为NTFS和FAT选择原始模式(60K)

即使是关于检查内容的提示也是受欢迎的

KIV

来自支持页面:

当您使用Windows NT资源管理器 将文件从客户端复制到 远程计算机,数据通常是 以4 KB的核心模式传输 街区


您是否从命令行尝试过此操作?

通过在文件系统对象中设置支持的FO_CACHE_标志解决了此问题。

这感觉像是一个服务器故障问题如何是服务器故障问题?您可能误解了这一点,问题是如何“正确”实现文件系统,以便Windows能够很好地使用它。