svn客户端大文件操作卡顿主因是线程配置不当、ipv6 dns阻塞、http连接池过小及缺乏断点续传支持；应关闭ipv6、调高http-max-connections与http-timeout、启用断点续传、限制max-update-threads至2–4。
SVN客户端大文件操作卡顿，多数不是网络本身慢，而是默认线程配置与大文件传输场景不匹配——它用小文件逻辑处理大文件，导致连接复用低、超时重试多、内存缓冲不足。调整关键网络线程参数能显著改善上传下载响应和稳定性。
关闭IPv6避免DNS解析阻塞
Windows系统下，SVN客户端常因IPv6 DNS查询失败而等待超时（约30秒），再退回到IPv4。这不是“网络慢”，而是协议协商卡住。
- 进入“网络连接” → 右键当前网卡 → “属性”
- 取消勾选“Internet 协议版本 6 (TCP/IPv6)”
- 重启TortoiseSVN或命令行客户端生效
调高HTTP连接池与超时阈值
当使用HTTP(S)协议访问Apache托管的SVN库时，客户端默认只维持少量连接，且超时过短。大文件分块传输易被中断重试。
- 编辑客户端配置文件：%APPDATA%\Subversion\config
- 在[global]节下添加或修改：
http-max-connections = 16 http-timeout = 300 http-compression = yes
其中http-max-connections提升并发连接数，http-timeout延长单次请求容忍时间（单位秒），http-compression启用服务端压缩（需Apache开启mod_deflate）。
启用断点续传与增量上传
TortoiseSVN 1.14+ 和命令行 SVN 1.10+ 原生支持大文件断点续传，但需服务端配合（mod_dav_svn ≥ 1.10）且客户端明确启用。
- 提交大文件前，确保工作副本为最新（svn update）
- 使用图形界面提交时，勾选“允许断点续传”（TortoiseSVN设置 → Network → Enable resumable transfers）
- 命令行提交可加--no-auto-props跳过属性扫描，减少预处理耗时
限制并行更新线程（针对稀疏检出）
执行svn update --set-depth=infinity拉取深层目录时，客户端默认启动过多线程争抢网络资源，反而触发服务器限流或本地CPU瓶颈。
- 在%APPDATA%\Subversion\config中添加：
max-update-threads = 4
建议值：2–4（视CPU核心数而定）。低于4可减少瞬时带宽冲击，高于4在多数局域网环境收益递减甚至负向。
