如何跨SAMBA网络稀疏读取文件以减少额外数据传输？

我在Linux服务器上通过SAMBA向Windows客户端共享文件，服务器存储着带分布式索引的超大型文件。当跳转到指定位置读取单个值时，网卡会传输大量额外数据，推测是读取了包含目标数据的最近缓存/缓冲区。虽然在.NET中可在打开文件时设置缓冲区大小，但SAMBA、Windows或网络层似乎选择了大得多的缓冲区长度。

有没有办法通过网络和软件层持续仅请求所需数据，不读取周边数据，从而最小化每次读取的数据流量？

补充信息

• 理想情况下想使用.NET 8.0，但因Framework依赖问题，目前使用.NET Framework 4.8
• 使用Stream.Position定位文件位置，基于IO.FileStream，部分读取操作通过IO.BinaryReader读取特定值
• 通过IO.BinaryReader.BaseStream.Position = position设置位置，再用IO.BinaryReader.ReadDouble()读取该位置的值

以下是当前使用的代码，已尝试设置最小缓冲区大小并指定随机访问以避免预读取：

m_BinaryReader = New IO.BinaryReader(New IO.FileStream(FilePath, IO.FileMode.Open, FileAccess.Read, FileShare.Read, 1, FileOptions.RandomAccess))
For position As Integer = 0 To FileSize Step 32768
    m_BinaryReader.BaseStream.Position = position
    IndexLocation(position) = m_BinaryReader.ReadInt32
Next position
m_BinaryReader.Close()

1. 优化SAMBA服务器配置，禁用预读取与缓存 #

在Linux SAMBA服务器的smb.conf配置文件中，针对目标共享目录添加以下参数，强制SAMBA仅响应精确的字节范围请求：

[your-share-name]
    ...
    read raw = no          ; 禁用原始读取，避免批量预读
    write raw = no
    oplocks = no           ; 禁用机会锁，防止客户端缓存大片数据
    level2 oplocks = no
    cache read size = 0    ; 关闭服务器端读取缓存
    cache write size = 0
    strict allocate = yes  ; 确保文件请求为精确字节范围

修改完成后重启SAMBA服务：systemctl restart smbd

2. 调整Windows客户端SMB行为 #

在Windows客户端注册表中修改以下项，禁用SMB预读取和缓存：

• 打开注册表编辑器，定位到HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters
• 添加DWORD值FileInfoCacheLifetime，设置为0
• 添加DWORD值FileNotFoundCacheLifetime，设置为0
• 添加DWORD值DirectoryCacheLifetime，设置为0
• 添加DWORD值DisableLargeMtu，设置为1（避免大MTU导致的批量传输）
  修改后重启Windows客户端生效。

3. 优化.NET Framework 4.8文件读取逻辑 #

当前代码的BinaryReader内部可能存在额外缓存，建议直接使用FileStream.Read读取精确字节，绕开潜在预读：

Using fs As New IO.FileStream(FilePath, IO.FileMode.Open, FileAccess.Read, FileShare.Read, 1, IO.FileOptions.RandomAccess)
    Dim buffer(3) As Byte ' 对应ReadInt32的4字节长度
    For position As Integer = 0 To FileSize Step 32768
        fs.Seek(position, IO.SeekOrigin.Begin)
        fs.Read(buffer, 0, 4)
        IndexLocation(position) = BitConverter.ToInt32(buffer, 0)
    Next position
End Using

• 用Seek替代直接设置Position，确保定位操作被底层准确传递
• 直接读取固定字节数，避免BinaryReader内部缓存带来的额外读取
• 使用Using语句确保资源正确释放

4. 验证字节范围请求 #

通过Linux服务器的tcpdump工具验证SAMBA是否仅传输请求的目标数据：

tcpdump -i eth0 port 445 -X | grep -A 2 -B 2 "your-file-name"

若抓包结果中仅出现对应位置的目标字节，说明配置生效。

内容的提问来源于stack exchange，提问作者J Collins