加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 综合聚焦 > 服务器 > Windows > 正文

windows-server-2003 – Windows文件共享上每个文件夹的最大(实

发布时间:2020-12-13 23:52:41 所属栏目:Windows 来源:网络整理
导读:我支持在 Windows Server 2003 SP2文件共享上存储文件的内部应用程序.由于它当前配置为存储文件的方式,一个文件夹中有~116,000个文件(另一个文件夹有~65,000个,其他文件夹少,但每个文件夹仍有几千个).写入文件的应用程序变得非常慢. 文件布局可以配置为现存,
我支持在 Windows Server 2003 SP2文件共享上存储文件的内部应用程序.由于它当前配置为存储文件的方式,一个文件夹中有~116,000个文件(另一个文件夹有~65,000个,其他文件夹少,但每个文件夹仍有几千个).写入文件的应用程序变得非常慢.

文件布局可以配置为现存,所以我试图想出一个更好的计划.有没有人知道SMB在开始变得无法使用之前每个文件夹可以处理多少项?在这种情况下,它已经很慢了很长一段时间,但是直到文件夹超过100,000个文件才开始变得难以忍受.

它更多地依赖于带宽和延迟(尤其是延迟),而不是用于枚举目录的算法中的文件数量和缩放比例.我想,没有“神奇的数字”就是我所说的.

SMB协议对于需要大量往返而言是可怕的.例如,具有两倍延迟的文件数量将是速度的两倍多.

您已经为LAN完成了基准测试,网络基础架构的延迟以及服务器计算机的IO子系统延迟.你显然找到了一个“神奇的数字”.我会缩小目录,直到性能变得更好.别无他法!

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读