希望官方重视deepin图形界面卡死现象
Tofloor
poster avatar
137******41
deepin
2017-11-17 06:14
Author
我遇到过deepin图形界面卡死多次了,现对其进行初步的分析。
常见于打开了较多程序后,诸如双开idea、chrome打开较多页面等,表现为硬盘灯常亮,应该是进入了使用虚拟内存的模式。
不太严重时,只要进入tty,找到占用资源高的进程kill掉就能恢复;严重时,tty都无法切换,放置10分钟仍然无法正常,必须硬关机,看着常亮的硬盘灯,关机时都心中一紧……
感觉比较奇怪的一点,因为内存不足进行内存数据落盘为什么会导致图形界面完全停止响应?而且很长时间都无法完成虚拟内存交换工作?
以前使用其他发行版几乎很难遇到这个问题!反正我没什么映象;如果windows虚拟内存交换发生,如果不切换回被落盘的进程,顶多2分钟左右,就能比较流畅的运行当前处于使用状态的进程。这个虚拟内存机制是linux底层的,使用和进化多年,按理说不需要deepin做什么,最多就是调优。可目前来看,不说调优,好像都不太正常。
希望能够重视,系统功能易用性做得差不多了,就该深入做稳定性和性能了。就像EMUI、MIUI刚开始只是定制界面和小功能,后来都开始向底层进军,做系统磁盘、内存io等的深度优化。
建议后续官方能够仔细研究下具体原因在哪里,最好开很多大型软件进行极限测试,即使是linux自身虚拟内存机制有问题,也应该设法改进,那样相比只是改进dde更是功德无量啊。


Reply Favorite View the author
All Replies
2 / 2
To page
avatar
沙漠渔
deepin
2017-11-18 19:30
#21
https://bbs.deepin.org/post/148413
这个问题确实存在   我经常本地要跑4个左右idea web项目。有时会出现类似问题   earlyoom其实也不算太好的 ...

牛笔了  我电脑只能跑起来一个  还 卡卡的不知道东西南北
Reply View the author
avatar
8***8@qq.com
deepin
2017-11-18 21:03
#22
加虚拟内存
Reply View the author
avatar
iminto
deepin
2017-11-18 21:47
#23
本帖最后由 iminto 于 2017-11-18 13:51 编辑
https://bbs.deepin.org/post/148413
我也经常遇到图形界面卡死的情况
毕竟配置太低了
希望深度任务管理器可以高级别运行 在图形界面卡死的时候  ...

Linux在系统卡死的时候,有个高优先级的救命按键:Magic SysRq key ,你可以看下相关文档。管不管用呢我也没实际用过https://en.wikipedia.org/wiki/Magic_SysRq_key
Reply View the author
avatar
duanyao
deepin
2017-11-19 01:09
#24
使用机械硬盘的小伙伴,建议不要用硬盘 swap ,可以试试 zram ,即通过压缩内存的方式来扩大可用内存。
可以用这个GUI工具来配置 zram,很简便:https://bbs.deepin.org/post/133470
个人不推荐zswap,虽然它也是压缩内存,但还是需要硬盘 swap 作为后备。

还要注意的一点是,因为压缩内存速度很快,所以 vm.swappiness ( https://en.wikipedia.org/wiki/Swappiness )应该大一些,比如 100(默认只有10),不然压缩内存的效果体现不出来。可以修改 /etc/sysctl.conf,在里面加上一行
  vm.swappiness=100
再修改 /usr/lib/sysctl.d/deepin.conf ,把里面的 vm.swappiness=xx 注释掉或删掉。
然后运行下面的命令使其立即生效:
  sudo systemctl restart systemd-sysctl

我的内存是8G,配置了2G 的 zram,再加上 earlyoom ,这样内存不足造成的问题基本得到了解决。
不过,卡死的原因不限于内存不足,最近我还是遇到了2次原因不明的卡死,其中一次连 sysrq 大法也无反应。

Reply View the author
avatar
duanyao
deepin
2017-11-19 01:12
#25
https://bbs.deepin.org/post/148413
想测试卡死的时候卡不死。。。
开了十几个chrome Firefox qq virtualbox 还是没死
交换空间真管用 内存不足 ...

想测试卡死,可以用 memory_overcommit ,详见这里: https://bbs.deepin.org/post/141744
Reply View the author
avatar
137******41
deepin
2017-11-19 04:48
#26
https://bbs.deepin.org/post/148413
这个内部已经有解决方案了,不是oom的问题,而是磁盘交换通道拥塞的问题,cto已经搞了一个碉堡的解决方案了 ...

哈哈,等你们的好消息!!!这种底层实现机制优化真的是很多国内发行版匮乏的,不断向这种方向前进,才能推动整个linux的发展。
Reply View the author
avatar
meilihao
deepin
2017-12-04 17:44
#27
https://bbs.deepin.org/post/148413
这个内部已经有解决方案了,不是oom的问题,而是磁盘交换通道拥塞的问题,cto已经搞了一个碉堡的解决方案了 ...

请问方案什么时候应用到系统里? 上周又卡了一次, 求解.
Reply View the author
avatar
Dream
deepin
2017-12-04 18:39
#28
我的最近也是经常卡死,必须强制关机,感觉交换分区只是一个摆设
Reply View the author
2 / 2
To page