Tag: cpu load

CPU Turbo boost：修改14.04以下的温度限制: 我安装了kubuntu 14.04，CPU turbo频率有问题。我已经阅读了很多关于它的内容，但找不到正确的答案。在我的联想Y580笔记本电脑中有一个i7-3630QM CPU @ 2.40GHz，3.20GHz turbo。如果我将cpu置于满负荷状态（在8个线程上使用混合器渲染），所有内核的频率会跳至3.2GHz左右，但几秒钟后，当温度上升时，频率降至2.4GHz，并保持不变在渲染过程中，（风扇不以最大速度运行）。当我使用ubuntu 12.10时，这个问题没有发生，但它确实在13.10和14.04。我的笔记本电脑散热器真的很好，所以全速涡轮增压器没有出现过热问题（ubuntu 12.10的cpu温度在3.2GHz时为85-90°C），所以我想全速使用它。在没有这个（温度？）限制的情况下，如何在ubuntu 14.04中以3.2GHz的全速度使用带有涡轮增压的CPU？（与terdon讨论后）我认为问题是cpu freq在风扇响应高温之前按比例缩小。在cpu从3.2GHz缩小到2.4GHz之后，风扇旋转了一会儿，但由于cpufreq已经缩小，它产生的热量更少，因此风扇的转速下降。没问题，如果在CPU冷却后，频率再次上升到3.2GHz，但它仍然保持在2.4GHz。一些测量：刚开始渲染时i7z程序的输出： Cpu speed from cpuinfo 2394.00Mhz cpuinfo might be wrong if cpufreq is enabled. To guess correctly try estimating via tsc Linux’s inbuilt cpu_khz code emulated now True Frequency (without accounting Turbo) 2394 MHz […]

Ubuntu 18.04 systemd-udevd使用高CPU，与wifi冲突: 我最近从Kubuntu 17.10切换到Kubuntu 18.04（全新安装）。问题是进程systemd-udevd不断运行并消耗90-100％的CPU负载。在修补所有设备后，我发现它是因为WiFi！一旦我打开WiFi，进程就开始运行，CPU负载上升到100％。但每当我关闭WiFi，它就会降到零！这是WiFi开启时的top结果： PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 338 root 20 0 94336 51744 3120 S 44.7 0.6 0:35.50 systemd-udevd 24957 root 20 0 67936 25248 2860 R 40.4 0.3 0:23.85 systemd-udevd 328 root 19 -1 150720 53068 52264 S 4.3 0.7 0:07.61 […]

如何测量命令使用了多少CPU和RAM？: 我正在尝试测量我通过命令行调用的进程的内存（即，我想找出该进程需要的大量CPU / RAM）。是否有任何命令可以添加到命令调用将实现此目的的进程？

软件和更新程序在Ubuntu 16.04中消耗100％的CPU: 我从15.10升级了我的笔记本电脑（联想Z50-70），它有一个i7 CPU和8Gigs的Ram到Ubuntu 16.04。我一直在安装更新。我正在使用ubuntu和Gnome桌面环境（GDM）。最近我遇到了一个奇怪的问题，我的CPU（包括所有4个内核）100％被一些进程使用，如gnome-software （Gnome软件）和fwupd （固件更新守护进程）。这使我的工作失败了。如果我甚至杀死这些进程，他们又会重新开始。有没有一个解决方案，这些过程不使用我的100％的CPU。我不希望答案说使用cpulimit实用程序为这些进程配置CPU数量。我发现这是Ubuntu的一个核心问题，我期待这个问题的真正解决方案。我到目前为止所尝试的是，除了用于检查更新的官方PPA之外，删除了我添加的那些PPA。那没有用！附上了这些流程的htop屏幕截图。

appstreamcli在更新期间以100％的CPU使用率挂起: appstreamcli通过不断使用100％的核心来使我的笔记本电脑过热。我唯一的解决办法是杀死它。这是top的截图：我可以使用sudo kill pid或sudo killall appstreamcli sudo kill pid sudo killall appstreamcli 。但是一旦我做了sudo apt update ， appstreamcli进程就会再次返回并挂起更新。如果我然后杀了它，我得到以下输出： Reading package lists… Done E: Problem executing scripts APT::Update::Post-Invoke-Success ‘if /usr/bin/test -w /var/cache/app-info -a -e /usr/bin/appstreamcli; then appstreamcli refresh > /dev/null; fi’ E: Sub-process returned an error code 什么是这个过程，为什么它使用这么多的CPU？