如何提升基于cheroot的WsgiDAV WebDAV服务器传输性能？

看了你描述的问题和日志，核心有两个拖慢速度的关键点：每个资源都要先发起匿名请求（返回401）再用授权用户请求，这直接加倍了请求开销；另外上传时进度条前期快后期停滞，也和WsgiDAV的文件处理机制有关。下面给你逐个拆解可落地的优化方向：

1. 消除匿名试探请求的额外开销 #

从日志里能看到，不管是PROPFIND、PUT还是LOCK操作，都先有一次匿名请求触发401，再用admin用户发起有效请求——这是客户端的默认试探行为，但完全可以避免：

• 在WsgiDAV配置里强制开启预认证：添加enable_auth_basic = True和require_authentication = True，这样客户端会直接携带认证凭证发起请求，跳过匿名试探的步骤，减少一半的请求往返次数。
• 调整客户端设置：Windows和Mac的系统WebDAV客户端默认会先做匿名请求，你可以在连接时勾选「使用指定凭据」，强制每次请求都带上认证信息，彻底杜绝401试探。

2. 解决上传进度条后期停滞的问题 #

日志里那个24MB的PUT请求耗时33秒，进度条前期快后期慢，是因为WsgiDAV默认会把上传数据先放到内存缓冲区，等缓冲区满了才刷到磁盘——大文件就会出现这种“假高速”，实际最后在等内存刷盘：

• 开启直接磁盘写入：在WsgiDAV配置里设置buffered = False，这样上传的字节会直接写入磁盘，不需要先存内存，进度条会更真实，同时减少内存占用带来的延迟。
• 调大cheroot的接收缓冲区：在cheroot的服务器配置里设置request_body_size = 10485760（比如10MB），增大单次写入的缓冲区大小，减少磁盘IO的次数，提升大文件上传效率。

3. 服务器端的进阶优化 #

除了你已经尝试的线程数、日志、SSL调整，还有这些点可以优化：

• 优化cheroot线程池：根据服务器CPU核心数调整thread_pool = {"minthreads": 10, "maxthreads": 30}（比如4核服务器设maxthreads为20左右），避免线程过多导致上下文切换开销。
• 关闭不必要的WebDAV扩展：如果你的业务不需要文件锁定（LOCK）、属性修改（PROPPATCH）这类功能，可以在配置里设置enable_locking = False，减少这些操作的处理开销。
• 优化存储磁盘性能：把WsgiDAV的存储目录放到SSD上，或者开启Windows Server的磁盘缓存，减少文件读写的物理延迟。
• 进一步压缩日志：设置log_level = "WARNING"，只记录警告和错误日志，避免日志IO占用CPU资源。

4. 客户端侧的优化建议 #

• Windows端：放弃系统自带的映射驱动器，改用第三方WebDAV客户端，系统自带的客户端对WebDAV的性能优化很差，第三方工具通常有更好的并发和缓存机制。
• Mac端：同样尝试第三方客户端，或者在Finder里关闭WebDAV目录的「预览」功能，减少额外的PROPFIND请求。

建议你先从消除匿名请求的优化入手，这是最直观能减少请求开销的步骤，然后再调整上传缓冲区设置，应该能明显提升传输速度。

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