https://bbs.deepin.org/user/232539

本帖最后由 xmulitech 于 2020-8-6 10:27 编辑

内存占有率的问题，这个看不出来有什么问题？ 得具体看看系统监视器是怎么统计的内存占有率？

不是说linux、mac的内存机制和win不一样吗？他们都很贪心，有多少内存吃多少......

而且内存占用的显示也不一致,见图片

对对对对 对对对对 对对对对 对对对对 对对对对 对对对对 对对对对 对对对对 对对对对 对对对对 对对对对 对对对对 ；
每次想看什么占了内存，都很小，看不出来，谁吃了

我觉得内存优化是个大问题，希望重点关注下 ，
功能放慢点，重点 优化性能 和稳定性

这是应用视图。应该点右上角最后一个图标，包含所有进程。

本帖最后由 lostcyd 于 2020-8-6 20:44 编辑

其实建议是这样的，目前在 “应用程序”视图中，展示的名称应该是目前正在打开的窗口，但是，类似VSCode，Chrome这类进程，实际窗口进程内存占用不大，它们的标签页进程占用内存总合巨大，

建议将一些有子母关系的进程，把它们内存占用根据母进程整合在一起，避免应用程序一栏看着好像占用内存不多，但实际上占用很多。

如某个VSCode窗口的实际进程有下面几个
VSCode 窗口进程， pid: 19892，占用: 67.3M
VSCode Plugin进程，pid: 20517，占用: 298.5 M
VSCode 渲染进程，pid: 20237，占用: 241.8 M
VSCode 标签页进程, pid: 19940，占用: 553.2 M



那么 在 “应用程序” 视图中，
VSCode 展示一行，名称展示窗口名称，内存展示 1160.80M （67.3+298.5+241.8+553.2）
如果可以的话，前面带一个加号可以展开

当开了两个VSCode窗口时， 则展示两行

基本就这个意思
当然不排除有一些应用会使用这样一种操作：
当打开多个窗口时，主进程与子进程为n:m的关系，但是主进程与某些子进程存在着n：1的关系
比如一些插件进程，通讯进程等，也会导致一些应用的内存统计出现问题，就像下面这张图：



所以最后的展示方式可能需要官方规划一下

thanks

网络上传下载也是对不上的