Questions tagged «cpu-load»

系统负载是计算机系统当前正在执行的工作量的度量。




3
如何记录应用程序的内存和CPU使用率?
类似于问题如何记录CPU负载?,我想记录一个进程的内存。 我要记录的进程在远程服务器上被杀死,并且我想找出被杀死之前的CPU负载和内存使用情况。 [更新] Stefano Palazzo的简洁Python脚本和 Michał的单行输出值小于topCPU和Mem的输出值。你知道为什么吗? 输出顶部: PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 2312 schXX 20 0 1241m 328m 58m S 100 0.3 11:56.68 MATLAB 输出Stefano Palazzo的python脚本: python memlogger.py 2312 %CPU %MEM 76.00 0.20 76.00 0.20

3
是什么导致mount.ntfs占用大量CPU?
我使用的是Ubuntu 14.04 64位。mount.ntfs使用较高的CPU--40%。我有Intel Core i5-3210M。为什么会这样呢? lsblk: NAME FSTYPE SIZE MOUNTPOINT LABEL sda 465.8G ├─sda1 ntfs 300M Windows RE tools ├─sda2 vfat 100M /boot/efi SYSTEM ├─sda3 ntfs 438M Windows ├─sda4 ntfs 97.7G ├─sda5 ext4 94.1G / ├─sda6 ntfs 263.3G /media/user/DATA1 DATA ├─sda7 128M └─sda8 ntfs 9.5G Recovery sr0 1024M top: PID …
16 mount  ntfs  cpu  cpu-load  ntfs-3g 


5
更新到18.04 LTS后笔记本电脑CPU + GPU过热
我在上次尝试从全新安装16.04 LTS升级到18.04 LTS时遇到了相同的问题。当我浏览Internet时,尤其是在播放视频时,CPU + GPU升高到很高的水平,导致节流并产生无法忍受的滞后,使系统无法使用约60秒或更长时间。 使用Ubuntu 16.04 LTS,我从未遇到过这个问题。当然,温度经常升高且节流(通常都是笔记本电脑),但系统从未停止使用,视频播放流畅。 我以前的解决方案是再次降级到16.04 LTS,但是现在我需要更新的版本,因此我想找到一个解决方案。 系统规格: 处理器:Intel Core i7-6500U GPU:Intel HD Graphics 520 Ubuntu的:18.04 LTS 的Linux:4.15.0-30 台面:18.0.5 硬件加速:开 更新1 无疑,这是频率节流的问题。系统一直在等待温度达到极限(默认值为85ºC),然后intel_powerclamp触发模块,从而使系统无法使用60秒钟或更长时间,而不是通过限制CPU频率来避免处理器过热。 我希望性能会逐渐下降intel_powerclamp,但不是,而是全部或全部。¿可以配置吗? 我当前的解决方案是对此答案的脚本进行修改。看来可行,但这是一个大技巧。必须有一种常规的方法来调整系统配置以实现相同的结果。 更新2 如果我关闭频率涡轮增压(echo "1" | sudo tee /sys/devices/system/cpu/intel_pstate/no_turbo),问题将完全消失。温度永远不会达到极限,更新1上介绍的脚本也不会启动intel_powerclamp,并且笔记本电脑流畅且可用。 现在的问题是涡轮增压已禁用。使用Ubuntu 16.04 LTS,我从未遇到过这个问题。 显然,这是Ubuntu 18.04 LTS的热管理子系统的错误配置。有办法解决吗? 更新3 系统仍然无法使用。安装Ubuntu 18.04 LTS服务器以及Gnome3以外的其他任何方法都可以。好吧,这不是Gnome的新奇之处,但是它可用于16.04 ...

1
在Ubuntu 16.04上,单核负载始终接近100%(无需做任何工作)
我的Ubuntu 16.04机器具有4个CPU内核,其中一个(具体有所不同)通常始终有90%到100%的负载。 不管我在做什么,即使在根本没有打开窗口的情况下什么也没做,这都是事实。它是在启动后或工作数小时后立即发生的。 我已经在这里和这里阅读了两个流行的相关问题,但是不幸的是,这些问题没有帮助。 在工作的大部分时间里,我的生产率不受此问题的影响。当时我知道这个问题的唯一原因是风扇始终以最大功率工作,而Ubuntu的系统监控显示其中一个核心负载很重。 但是,另外一个表现就是,我工作时间的10%受到难以置信的不良反应的影响。 特别是UI(在动画过程中以及对点击做出反应时)非常慢。这使我想到,也许CPU也正在执行GPU的工作。但这仅仅是一个没有根据的信念,下面的数据似乎也矛盾。 我担心的是,如果无法解决此问题,是否会对计算机的寿命产生(重大)影响。我不知道在数月或数年中,CPU的> 90%恒定负载会产生什么影响。 无论如何,以下是我可以从计算机中收集的数据,这些数据可能相关或有用: top: PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 415 root 20 0 0 0 0 R 97,3 0,0 1:39.30 kworker/2:2 2442 john 20 0 663828 38704 29852 S 3,3 0,5 0:00.90 gnome-terminal- 1194 root 20 …

5
什么是系统负载?
在我的工作中,我们有一个运行Ubuntu 12.04.03 CLI的数据存储库,正如我今天上午在登录时检查它们一样,没有提供正常的信息,而是显示系统信息超过2且无法显示该信息,我想知道这是什么意思?我刚刚重新启动了它,因为它没有响应,这与启动并使一切顺利进行的过程有关吗?
13 cpu-load 

3
怎样才能有0.00的平均负载?
我知道负载平衡是一种衡量CPU繁忙程度的方法。但是,我不明白平均负载0.00可以如何存在。内核不总是运行吗?那不承担CPU负载吗?
12 cpu-load 

3
如何长时间分析CPU使用率?
我只是想知道是否有任何Ubuntu应用程序可以跟踪我的CPU使用情况。 问题是我目前正在使用四核i5,而我日常使用最多的只是浏览和开发Rails。 因此,我需要一个可以分析CPU使用率的应用程序,以便决定切换回双核i3。 谢谢。
12 cpu  cpu-load 

1
'htop'不能显示正确的CPU%,但是'top'可以显示
当mencoder以threads = 4 运行时(在四核CPU上)。我注意到,htop它并没有显示其真正的 CPU使用率top。 看来htop只报告一个内核。这是htop的错误/局限性吗?这里发生了什么? 有没有其他条目的mencoder中露面ps或htop或top。我认为100%意味着1核已用完,但是即使这样对我来说也很奇怪。其他核心呢? 更新:添加了“系统监视器”输出 PID %CPU COMMAND "top" 1869 220 mencoder "htop" 1869 95 mencoder -noodml /media/... "System Monitor" 1869 220 mencoder
12 process  cpu-load 

1
80个内核中未使用16个内核
最近,我发现我们的服务器不再使用系统中的所有80个线程。尽管系统负载很高,但看起来16个内核始终处于空闲状态。 它是一台Dell PowerEdge R900服务器,带有4个插槽,是10核Xeon的4倍。因此有40个内核,而HT具有80个线程。(Intel Xeon(R)CPU E7-4850 @ 2.00GHz)。系统内存为512GB,运行Ubuntu 14.04.1 LTS。我还没有重启服务器,我希望避免这种情况。 优名 Linux Assembly 3.13.0-35-generic#62-Ubuntu SMP Fri Aug 15 01:58:42 UTC 2014 x86_64 x86_64 x86_64 GNU / Linux 我检查以下内容: 用i7z测量的温度:(它不能显示4个插座 来自cpuinfo 1994.00Mhz的CPU速度 真实频率(不考虑Turbo)1994 MHz 套接字[0]-[物理核心= 10,逻辑核心= 20,最大在线核心= 10] CPU倍增器15倍|| 总线时钟频率(BCLK)132.93 MHz 在10核上启用TURBO,在超线程上启用 最大频率,不考虑Turbo 2126.93 MHz(132.93 x [16]) 具有1/2/3/4/5/6内核的最大TURBO乘数(如果启用)为0x / 0x / …
11 14.04  cpu  cpu-load 

3
Bash需要很多时间来加载
因此,当我打开一个终端(ctrl + alt + t)时,大约要花6秒钟才能显示提示,并且可以观察到(在另一个终端上运行),这花费了99%的CPU。 是什么原因造成的?它之前立即加载。 我正在运行Ubuntu 13.04,我的CPU是Intel核心i7-2600K @ 3.4GHz,并且我有16GB的RAM。 〜/ .profile: # ~/.profile: executed by the command interpreter for login shells. # This file is not read by bash(1), if ~/.bash_profile or ~/.bash_login # exists. # see /usr/share/doc/bash/examples/startup-files for examples. # the files are located in the bash-doc package. …

1
如何防止[flush-8:16]和[jbd2 / sdb2-8]导致GUI无响应?[关闭]
这个问题不太可能对将来的访客有所帮助;它仅与较小的地理区域,特定的时间段或格外狭窄的情况(通常不适用于Internet的全球受众)有关。要获得使该问题更广泛适用的帮助,请访问帮助中心。 8年前关闭。 在我执行一些简单的任务(例如浏览Web或撰写论文)时,整个图形界面大约每周两次,会在不发出警告的情况下锁定约10-20秒。发生这种情况时,GUI元素不响应鼠标或键盘输入,并且系统监视器小程序显示100%的IOWait处理器使用率。 今天,当问题开始时,我终于碰巧已经打开了GNOME终端。尽管其他应用程序(例如Google Chrome,Firefox,GNOME Do和GNOME Panel)没有响应,但该终端仍然可用。我运行iotop并观察到命令命名为,[flush-8:16]并且[jbd2/sdb2-8]交替使用99.99%的IO。 这些是什么,如何防止它们导致GUI无响应? 细节 $ mount | grep ^/dev /dev/sda1 on / type ext4 (rw,noatime,discard,errors=remount-ro,commit=0) /dev/sdb2 on /home type ext4 (rw,commit=0) $ cat /proc/swaps Filename Type Size Used Priority /dev/sdb3 partition 1052252 0 -1 /dev/sda是OCZ-VERTEX2,/dev/sdb是WD10EARS。这是dumpe2fs /dev/sdb2和smartctl /dev/sdb --all。 我没有发现dmesg或中有任何异常/var/log/syslog。

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.