wine应用占用高属于正常，原生应用可以和开发者反馈

这应该是钉钉开发者的问题，这些大厂特别是java出身的程序员喜欢一上来就开几十甚至几千进程的。我见过最离谱的是金蝶的团队，启动服务需要至少20～90分钟（你没看错，需要最长90分钟才能把程序启动完），一个服务就用掉32G内存。

大厂的程序员，非常喜欢算计你的电脑性能，比如你的电脑的核心数16他一定会用尽你16核心数，至少开16进程，如果你电脑内存是16G，他一定用掉你8G给自己的代码，他追求自己的代码最好性能，kpi就有奖金了，至于你的电脑其他应用能否运行他是不管的，通常大厂的产品经理一般已5年以上不写、不看代码的了，说白了就是蒙你领导。

大厂的见多了，重启一起服务需要2个小时，问你开不开心，其实大家都很开心的，不要以为大家很烦，呵呵，工资照拿，重启完下班去，明天继续重启几次。

哪个大厂要求产品经理写代码的？搞笑呢。一般Java程序员开发的都是BS架构中的服务端，独占一台服务器或者虚机或者容器，所以提高机器的利用率是很正常的手段。至于单个服务启动几十分钟，确实很离谱了，应该是加载大量的内存缓存（所以占了32内存吧），只能说是利用空间换取时间吧。我在大厂工作7、8年了。我们服务重启慢的一个原因就是节点太多了（一个服务几千个节点），这也是分布式微服务的一个问题吧。为了安全生产，还得一个个分组进行验证。最后我想说，如果让我开发一个CS架构的软件，可能也习惯“榨干”机器的性能吧。哈哈哈

原生钉钉是基于 electron 技术开发的吧，进程多好像挺正常的？

ele这么扯淡

electron，由于chromium的特性5个进程左右是正常的，但，钉钉10多个进程，显然希望所有的东西都常驻内存，以加快响应，因为他们是有考核指标的，优化代码的最简单的方法就是不优化，仅仅将所有的东西常驻内存响应就变快了，就可以通过kpi考核。

钉钉是Qt的

测试服务的单机单节点的强制重启（或者开机重启）耗时这么多是不正常的。几千的节点重启不是慢，是排期，是自动管理的，每个节点安排了重启，服务程序就不接受新的任务然后等待这个服务的所有当前任务完成（原因是当前任务不可以中断），完成后就重启此节点的服务，所以不是重启耗时，是排期等待耗时，比如谷歌的某项服务全部节点重启好大约需要一周甚至更长，正式发布上线的节点重启职业程序员不会吐吵的，因为那已经是交给维护部门了。

如果是qt开10多个常驻进程更混帐，作为客户端开这么多进程干嘛？

那我还分辨率问题（）

额，人家VScode可没这么离谱。只能说是不认真干活吧