在Ubuntu 16.10,对于WiFi连接后一些分钟,systemd-journal
,systemd-resolve
并dnsmasq
倾向于使用CPU的几乎150%。
这正常吗?
top
说150%(这是一个旧程序),您实际上仍在使用4个CPU中的37.5%。如果您拥有具有超线程功能的i7四核,则实际上使用的是8个CPU中的18.75%。
在Ubuntu 16.10,对于WiFi连接后一些分钟,systemd-journal
,systemd-resolve
并dnsmasq
倾向于使用CPU的几乎150%。
这正常吗?
top
说150%(这是一个旧程序),您实际上仍在使用4个CPU中的37.5%。如果您拥有具有超线程功能的i7四核,则实际上使用的是8个CPU中的18.75%。
Answers:
由其他解决方案步骤建议
将行添加DNSMASQ_EXCEPT=lo
到/etc/default/dnsmasq
sudo nano /etc/default/dnsmasq
通过重启dnsmasq
sudo service systemd-resolved restart
说谢谢,如果我有所帮助,它可以恢复到正常状态,并且不会像以前的方法那样与其他应用程序发生冲突。
干杯,马克
我在18.04中遇到了同样的问题。systemd-resolved
并dnsmasq
倾向于循环。我是这样解决的:
在中添加或取消注释以下行/etc/default/dnsmasq
:
IGNORE_RESOLVCONF=yes
创建您自己的resolv
文件(/etc/resolv.personal
)来定义名称服务器。您可以在此处使用任何名称服务器。我从OpenNIC那里拿了两个。
nameserver 5.132.191.104
nameserver 103.236.162.119
在/etc/dnsmasq.conf
添加或取消以下行:
resolv-file=/etc/resolv.personal
然后重新启动dnsmasq
并禁用默认解析器:systemd-resolved
。
sudo service dnsmasq restart
sudo systemctl stop systemd-resolved
sudo systemctl disable systemd-resolved
阅读man systemd-journald
; 阅读man systemd-resolve
; 阅读man dnsmasq
; 阅读man journalctl
。
在中检查您的日志文件/var/log/*
。
从您所说的内容来看,似乎正在生成大量日志条目(调查原因!),并且日志记录系统的某些部分正在尝试解析“ domain names, IPv4 and IPv6 addresses, DNS resource records or services with the systemd-resolved.service(8) resolver service.
”。(阅读man 8 systemd-resolved.service
。)这种“名称解析”是在花时间。
正常?当Linux在从片上系统到超级计算机50强的所有设备上运行时,“正常”是什么意思?