我这边从4.9.8版本之后（包括4.9.9版本）就恢复正常了，之后也没遇到狂写硬盘的问题。
日志大小限制似乎也改了，现在是稳定在207MB，而不是之前的好几个G了。
只是为什么日志不按顺序记呢？
之前打开5个G大日志的时候，我就发现这个情况，还害得我搞不清楚最近24小时之内到底发生了什么，因为找不到那部分日志在哪里。
结果现在日志文件才207MB，也有这个问题？？
比如说我这边吧，大概最近24小时之内的日志，按条目数量算，占了所有日志的约5%。
但是有的排在离开头稍远处，有的排在靠近结尾，有的分布在中间。
导致每次还得搜索一下，才能集中汇总看到最近的日志内容。
之前日志文件只有十几MB时，日志是按顺序排列的，我以为只是几个G大日志才有问题。
结果现在207MB日志仍然存在这个问题。我没确认这个出问题的临界点到底在哪里，不过似乎日志上100MB时肯定会出现。
这个应该不是故意的吧，有办法改进下吗？
迷雾通管理UI也稍微有点相关问题，如果一段时间内关闭管理UI，之后再打开。UI日志页面会花一段时间刷新，到最新状态为止。
然而这个刷新功能做得实在是没用。207MB的日志条目有大概200万条，占据30万行。就算只看最近24小时的，也约有10万条日志内容。
然而管理UI在经历历时十几秒的艰苦刷新，刷过关闭期间错过的上百万条日志过后，显示窗口内保留大约……
最新的1000条日志……
剩下那些刷过一遍之后就丢弃了。
能不能考虑……优化一下这个功能，比如从新往旧刷新，刷到1000条就停。
（更新：抱歉之前忘了提了。其实日志UI方面最严重的问题在于，迷雾通"geph4-client.exe"真的出问题的时候，最需要看日志的时候，才打开管理UI，日志框反而是不刷新的，还得看日志文件才行。
比如之前狂写"multiplex is dead"错误的时候，如果是在出这个问题之后才打开管理UI，是看不到日志滚动更新的。
在这个大前提下，优化UI日志显示可能就没那么有用了。）
（顺便提一下，这个管理UI正常使用时是一定要关闭的。
不能最小化到托盘不说，WebView竟然也有偷偷瞎写硬盘的问题，只是不是连续细流式地写入，而是过一段时间，突然决定写入4个G，然后又消停一段时间。
本来从Electron换成EdgeWebview框架，唯一的，实打实的，无可争辩的好处就是硬盘写入量变少了，结果现在WebView框架也搞这套。唉……
只是之后仍需要每隔一段时间打开一次UI，检查下有没有更新。）