Edge浏览器Workspaces功能引发LevelDB高I/O致浏览器冻结问题咨询

问题现象 #

• 触发场景：开启Workspaces功能时，User Data\Profile\Sync Data\LevelDB目录下的.ldb文件出现持续巨量I/O读写操作
• 异常表现：当I/O增量写入达到2000-3000时，浏览器会冻结数小时；几小时内磁盘写入量可达数百GB，仅当写入量下降后浏览器才恢复正常

硬件配置与排查验证 #

• 硬件配置：12核Ryzen 3900X、32GB内存、三星SSD 970 EVO Plus 1TB，排除硬件性能不足导致的异常
• 验证结论：
  • 断开网络或阻止Edge连接IP可停止同步，大幅减少磁盘写入
  • 关闭Workspaces后加载相同标签页无任何异常，确认问题与Workspaces功能强绑定

推测原因 #

微软可能误用了Chromium原生用于同步设置、收藏夹、历史记录的LevelDB目录，将Workspaces相关数据（可能包含图标等长值数据）写入该目录，且写入频率过高、数据量过大，导致LevelDB无法及时处理，进而引发浏览器冻结

已尝试的解决动作 #

• 在微软论坛发帖反馈、提交多个Bug报告
• 使用Process Hacker排查进程I/O读写情况
• 测试Edge Stable、Beta、Dev、Canary所有版本及不同配置文件
• 阻止Edge连接IP：仅能临时停止同步，无法从根本上解决问题

疑问 #

是否可通过为Sync Data目录设置RAM磁盘来缓解该问题？

相关截图说明 #

• .ldb文件截图：展示LevelDB目录下大量生成的.ldb文件
• I/O写入增量截图：显示短时间内极高的I/O写入增量数值

LevelDB日志（翻译后） #

2024/06/28-20:24:00.154 af28 正在压缩4@0 + 2@1文件
2024/06/28-20:24:00.186 af28 生成表#792402@0: 18403个键，2109328字节
2024/06/28-20:24:00.205 af28 生成表#792403@0: 46458个键，851893字节
2024/06/28-20:24:00.205 af28 压缩4@0 + 2@1文件 => 2961221字节
2024/06/28-20:24:00.206 af28 压缩后文件分布: files[ 0 5 9 0 0 0 0 ]
2024/06/28-20:24:00.206 af28 删除type=2 #792392
2024/06/28-20:24:00.206 af28 删除type=2 #792393
2024/06/28-20:24:00.206 af28 删除type=2 #792395
2024/06/28-20:24:00.206 af28 删除type=2 #792397
2024/06/28-20:24:00.207 af28 删除type=2 #792399
2024/06/28-20:24:00.207 af28 删除type=2 #792401
2024/06/28-20:24:00.544 af28 Level-0表#792405: 开始生成
2024/06/28-20:24:00.555 af28 Level-0表#792405: 1495552字节 生成完成
2024/06/28-20:24:00.557 af28 删除type=0 #792400
2024/06/28-20:24:00.952 af28 Level-0表#792407: 开始生成
2024/06/28-20:24:00.964 af28 Level-0表#792407: 1495927字节 生成完成
2024/06/28-20:24:00.965 af28 删除type=0 #792404
2024/06/28-20:24:01.357 af28 Level-0表#792409: 开始生成
2024/06/28-20:24:01.368 af28 Level-0表#792409: 1496087字节 生成完成
2024/06/28-20:24:01.370 af28 删除type=0 #792406
2024/06/28-20:24:01.758 af28 Level-0表#792411: 开始生成
2024/06/28-20:24:01.769 af28 Level-0表#792411: 1496373字节 生成完成
2024/06/28-20:24:01.771 af28 删除type=0 #792408

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