"sudo GUI程序"没有错误消息卡住,几秒后sudo调用的GUI进程CPU100%一段时间就恢复正常,再次"sudo GUI程序"也正常了没法重现,有什么可能性?
前面几次我没耐心等待,直接Ctrl+C结束,结果每次都是卡住,然后发现CPU100%之后觉得可能是在运行什么就耐心等了等,结果就正常了.
当时"sudo geany","sudo leafpad","sudo pcmanfm"之类都出现相同现象
当时"sudo 各种命令行程序"完全正常
参考答案(但似乎不是根本原因):viewtopic.php?p=3210013#p3210013
"sudo GUI程序"没有错误消息卡住,几秒后sudo调用的GUI进程CPU100%一段时间就恢复正常,再次"sudo GUI程序"也正常了没法重现,有什么可能性?
-
- 帖子: 2284
- 注册时间: 2013-05-26 6:58
- 系统: Debian 9
- astolia
- 论坛版主
- 帖子: 6447
- 注册时间: 2008-09-18 13:11
-
- 帖子: 2284
- 注册时间: 2013-05-26 6:58
- 系统: Debian 9
Re: "sudo GUI程序"没有错误消息卡住,几秒后sudo调用的GUI进程CPU100%一段时间就恢复正常,再次"sudo GUI程序"也正常了没法重现,有什么可能性?
系统调用很多,有什么筛选方法吗?
目前只能看出卡CPU那阵子确实有更多的系统调用,但具体多了什么,看不出来...原因就更是无从知晓...
大小大点的是卡CPU时的系统调用,小点的时正常时的系统调用.
- 附件
-
- strace_out_normal.gz
- (28.57 KiB) 已下载 187 次
-
- strace_out.gz
- (164.82 KiB) 已下载 192 次
- astolia
- 论坛版主
- 帖子: 6447
- 注册时间: 2008-09-18 13:11
Re: "sudo GUI程序"没有错误消息卡住,几秒后sudo调用的GUI进程CPU100%一段时间就恢复正常,再次"sudo GUI程序"也正常了没法重现,有什么可能性?
找个好点的diff工具比较一下就很清楚,比如diffuse。中前部多了一大堆对/usr/share/fonts/下字体的读取,绝大多数都是/usr/share/fonts/type1/gsfonts下的。如果你没怎么用ghostscript的功能,gsfonts包就可以删了
-
- 帖子: 2284
- 注册时间: 2013-05-26 6:58
- 系统: Debian 9
Re: "sudo GUI程序"没有错误消息卡住,几秒后sudo调用的GUI进程CPU100%一段时间就恢复正常,再次"sudo GUI程序"也正常了没法重现,有什么可能性?
测试了一下,删掉"/var/cache/fontconfig"会出现表面类似(时间长短貌似稍微不同)的现象.
但今天再次碰到相同问题,发现一个也许不相关规律,就是如果overlayfs两个lower时就会出现类似现象(不止sudo,有时lightdm-greeter,甚至进入桌面时也有类似现象)
代码: 全选
$ findmnt /
TARGET SOURCE FSTYPE OPTIONS
/ overlay-root overlay rw,relatime,lowerdir=/root/fast-debian-stretch/hot-root:/root/fast-debian-stretch/lower,upperdir=/root/fast-debian-stretch/upper,workdir=/root/fast-debian-stretch/work
hot-root的内容(是一个只包含启动所需文件的squashfs镜像):
代码: 全选
$ ls -l
total 0
drwxr-xr-x 2 root root 523 Sep 27 19:13 bin
drwxr-xr-x 30 root root 1026 Sep 27 19:13 etc
drwxr-xr-x 11 root root 171 Sep 27 19:13 lib
drwxr-xr-x 2 root root 68 Sep 27 19:13 my_system_program
drwxr-xr-x 2 root root 157 Sep 27 19:13 sbin
drwxr-xr-x 7 root root 101 Sep 27 19:13 usr
每次测试开始前,upper和work目录都是删掉重建的.
Linux-kernel版本:4.14.13