Ubuntu 11和12最初速度快，但后来陷入停滞，CPU挂起。

Question

几周前我从Ubuntu 11开始。这是在戴尔的M4300与OCZ SSD。默认设置，除了我已经安装了专有的NVIDIA图形和BROADCOM无线驱动程序。双启动与Windows。

如果我冷启动到Ubuntu，它会非常快，就像我习惯的Windows体验一样。但有些事情发生了，我还没有决定是什么，但系统变得异常缓慢，并保持这种状态。

起初，我认为这与Adobe有关，因为它似乎是由Flash站点触发的。但后来我去掉了Flash，问题依然存在。

我认为这只是一个过热的问题，但我现在升级到12.04，这应该解决了我读到的过热问题。也许在我早期的案例中，热局势是由Flash引起的？因此，我安装了木星的CPU管理，但温度计报告一个熟悉的Windows端温度53摄氏度。将木星转换为更低的性能是没有帮助的。

当我检查系统监视器应用程序，按CPU使用情况排序时，没有明显的问题进程。但是，在图形选项卡中，两个CPU核心都是100%！

我注意到，缓慢似乎类似于我在安装NVIDIA驱动程序之前获得的极其糟糕的性能。我不确定这是否有帮助。

这对我来说是最奇怪的部分--尽管温度似乎还可以，即使在重新启动之后，系统仍然很慢--从GRUB2开始，这是非常明显的延迟，一直持续到Ubuntu或Windows！这是正确的，即使是Windows方面也会受到影响，需要几分钟才能完成启动，而正常情况下(使用我的SSD)它可以在15秒内使用。解决这个问题的唯一方法就是关机，让零件冷却。或者它只需要完全关闭和启动，而不是软重启，温度与它无关吗？-这有可能吗？

但是要知道，我从来没有在Windows中遇到过这个问题，即使Windows变得非常热(135 F)，重新启动也是足够的时间来恢复它。由于这个原因，我不认为这是一个炎热的事情，但我无法想象还有什么能幸存的重新启动。

我完全更新了-没有挂起的更新。我也有NVIDIA的发布更新，顺便说一下。

如果这听起来很接近你所知道的东西，但其中一个细节并没有完全一致，那在我看来可能是个错误。有什么测试你可以建议排除吗？

谢谢!

processor   : 0
vendor_id   : GenuineIntel
cpu family  : 6
model       : 23
model name  : Intel(R) Core(TM)2 Duo CPU     T9500  @ 2.60GHz
stepping    : 6
microcode   : 0x60c
cpu MHz     : 800.000
cache size  : 6144 KB
physical id : 0
siblings    : 2
core id     : 0
cpu cores   : 2
apicid      : 0
initial apicid  : 0
fpu     : yes
fpu_exception   : yes
cpuid level : 10
wp      : yes
flags       : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc arch_perfmon pebs bts rep_good nopl aperfmperf pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm sse4_1 lahf_lm ida dts tpr_shadow vnmi flexpriority
bogomips    : 5187.00
clflush size    : 64
cache_alignment : 64
address sizes   : 36 bits physical, 48 bits virtual
power management:

processor   : 1
vendor_id   : GenuineIntel
cpu family  : 6
model       : 23
model name  : Intel(R) Core(TM)2 Duo CPU     T9500  @ 2.60GHz
stepping    : 6
microcode   : 0x60c
cpu MHz     : 800.000
cache size  : 6144 KB
physical id : 0
siblings    : 2
core id     : 1
cpu cores   : 2
apicid      : 1
initial apicid  : 1
fpu     : yes
fpu_exception   : yes
cpuid level : 10
wp      : yes
flags       : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc arch_perfmon pebs bts rep_good nopl aperfmperf pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm sse4_1 lahf_lm ida dts tpr_shadow vnmi flexpriority
bogomips    : 5186.94
clflush size    : 64
cache_alignment : 64
address sizes   : 36 bits physical, 48 bits virtual
power management:

(删除多余的数字。如果它们仍然相关的话，可以在编辑中查看它们)

ps：

%CPU   PID USER     COMMAND
 9.4  2399 jason    gnome-terminal
 6.2  2408 jason    bash
17.3  1117 root     /usr/bin/X :0 -auth /var/run/lightdm/root/:0 -nolisten tcp vt7 -novtswitch -background none
13.7  1667 jason    compiz
 1.3  1960 jason    /usr/lib/unity/unity-panel-service
 1.3  1697 jason    python /usr/bin/jupiter
 0.9  1964 jason    /usr/lib/indicator-appmenu/hud-service
 0.6  1689 jason    nautilus -n
 0.4  1458 jason    //bin/dbus-daemon --fork --print-pid 5 --print-address 7 --session

我应该特别强调，GRUB2也可能非常慢。我不知道哪些场景GRUB2也是慢的，但是当它慢的时候，它在菜单出现之前和选择之后都是慢的--尽管对于GRUB2的诊断来说，我很难知道正常的速度应该是多少。使用SSD，我希望GRUB2可以立即加载，GRUB2紫色将在选择之后立即消失。唯一值得期待的延迟是图形模式的改变(尽管我无法猜测为什么这需要任何明显的时间)。

Answer 1

看看你的日志和截图，我的第一个想法是热度问题。但是你说你的处理器-- 双T9500 @ 2.60GHz英特尔芯2 --不超过60°C，考虑到处理器的TDP非常低(35W)，这似乎是合理的。

我有一个具有105WTDP运行Gentoo的Q6600 @ 2.40GHz英特尔芯2。当我在夏季更新系统(Gentoo下载源代码包并直接在目标机器上编译它们)并且散热器不那么干净时，我的CPU会上升到80°C，但是系统不会慢下来。这是正确的行为，因为中程英特尔CPU即使在这些温度下也能正常工作(而且它们有非常好的内置热保护，在CPU遭受损坏之前关闭CPU)。

vendor_id   : GenuineIntel
cpu family  : 6
model       : 15
model name  : Intel(R) Core(TM)2 Quad CPU    Q6600  @ 2.40GHz
stepping    : 11
cpu MHz     : 1596.000
cache size  : 4096 KB

这仅仅是说你的CPU可以承受超过60°C，所以如果它的频率下降，这不应该被称为“热问题”，但更糟糕的是，一个错误的配置问题。

我注意到的另一件事是，您的/proc/cpuinfo显示您当前的CPU频率为800 The，但是您的系统监视器(您应该重新插入图片，这很重要，因为它给出了CPU使用的时间线)显示了很长一段时间的CPU使用率很高。为什么频率还这么低呢？

IMHO，你和ACPI州长有问题。尝试一个cpufreq-info，看看是否列出了所有处理器频率，以及正在使用什么调控器。

analisi della CPU 0:
  modulo acpi-cpufreq
  CPU che operano alla stessa frequenza hardware: 0 1 2 3
  CPU che è necessario siano coordinate dal software: 0
  latenza massima durante la transizione: 10.0 us.
  limiti hardware: 1.60 GHz - 2.39 GHz
  frequenze disponibili: 2.39 GHz, 1.60 GHz
  gestori disponibili: powersave, ondemand, performance
  gestore attuale: la frequenza deve mantenersi tra 1.60 GHz e 2.39 GHz.
                   Il gestore "ondemand" può decidere quale velocità usare
                  in questo intervallo.
  la frequenza attuale della CPU è 1.60 GHz.

等等，在谷歌上搜索得更深一点，我找到了这只虫子 (你必须点击“显示页脚”)，它完全显示在相同的戴尔模型上。问题应该是模块acpi_cpufreq在引导时没有加载，所以您的CPU被卡在@800 The。这也解释了为什么在Windows上重新启动会恢复“正常”的CPU速度:这是因为Windows正在适当地使用频率缩放，而Ubuntu则没有。

尝试一个sudo modprobe acpi_cpufreq，然后一个lsmod | grep acpi_cpufreq，看看模块是否正确加载。如果在加载模块列表中看不到它，那么就意味着出现了问题。键入dmesg | tail以查看模块为什么不插入。

如果模块插入没有错误(并且CPU频率开始适当地增加--在启动一些程序时使用几个cpufreq-info检查它)，但是在下一次启动时，您将再次看到这个问题，您将不得不在引导时找到一种加载模块的方法。在上面的线程中，安装hal似乎解决了这个问题。试着：

sudo aptitude install hal

或者您可以尝试将其添加到/etc/modules中。祝好运!

Answer 2

你有没有检查过你的体温在压力下cpu？我在空转时只得到136 F，也就是中等使用量。实际上136华氏度对我来说太低了。我确信你的温度是更高的方式，当你的核心100%加载在2600兆赫。它看起来你的cpu已经降低到800 the根据你的cpuinfo，以防止自己得到飙升的100℃(212华氏度)的温度！根据情报，指定的上限实际上是105摄氏度：

缺少链接，尝试点击t9500进入google

你可以试着降低cpu电压。我有同样的系列戴尔纬度笔记本，也与英伟达图形，与相同的芯片组。这是一个戴尔D630，这也有一些过热的问题，因为我的T9500可以得到超过90°C (194 F)的工厂设置。然后，它总是切换回最小800 the状态，从2600，当它得到一个恒定的负载。成功的低压后，它保持在70-80°C(160 F)在沉重的双核任务，并防止性能损失。(2600->800 the )没有提到电池时间和cpu健康的积极影响，因为温度较低。

如果你不知道欠电压代表什么，你可以调查这个问题。基本上，CPU在比默认电压更低的电压下运行，但速度相同：

http://forum.notebookreview.com/hardware-components-aftermarket-upgrades/235824-undervolting-guide.html

要在linux中获得更低的电压，请浏览这个论坛。他们有一个PPA和howtos，从技术上讲，所有的东西都可以在linus (ubuntu)系统中工作。

缺少链接，尝试点击phc论坛进入google

您可以将它们的PPA添加到系统中，然后安装“修补”内核模块。例如，通过这样做，有一个很好的方法：

http://openmindedbrain.info/09/05/2010/undervolting-in-ubuntu-10-04-lucid-lts/

在此之后，您可以通过进入终端来尝试我的设置，并检查您的T9500是否可以稳定运行。这些设置的成功不能保证，因为所有的cpu-s是不同的，然后不同的型号有不同的电压公差。

根据英特尔的默认T9500设置，您可以通过在终端中键入以下内容来查询此设置：

cat /sys/devices/system/cpu/cpu0/cpufreq/phc_default_controls
14:40 13:34 10:30 8:27 6:23 136:19

我的运行稳定在，以确保两个核心有相同的电压：

echo "14:28 13:22 10:19 8:19 6:19 136:19" > /sys/devices/system/cpu/cpu0/cpufreq/phc_controls
echo "14:28 13:22 10:19 8:19 6:19 136:19" > /sys/devices/system/cpu/cpu1/cpufreq/phc_controls

就我对这一领域的研究而言，每一个条目都是一个vid:fid状态。您的操作系统从依赖于cpu负载的操作系统中选择，或者您可以手动选择一个，例如使用Gnome 2 applet。

电压识别

19大约0.9375V和40是1.2V的另一个关于这些vids的通知，你不能低于19，甚至可以设置它，因为英特尔已经锁定了最小的电压。只有你可以通过连接处理器引脚来欺骗主板来解决这个问题。

频率识别这是基地金融稳定委员会的一个乘数。T9500 200 data的四次数据速率。因此：

14 = 14*200= 2800 pne，只有在pne核不活动时才有可能。它代表着英特尔的动态加速。它的前身是i5，i7's涡轮增压。它不提供太多额外的，你可以禁用这个在你的戴尔bios。实际上，这种状态不会持续很长时间，因为操作系统总是在两个核上执行一些代码。

13 = 13*200= 2600两个核活动的最大可能状态

10 = 10*200= 2000

8= 8*200= 1600

6= 6*200= 1200

136 = 8*100= 800 136！这是一个频率减半的状态。在这个vid的第7位代表减少的fsb频率。所以128+8=136。

如果您的系统挂起，或崩溃，然后在此电压下重新启动，您可以先尝试更高的vids！在获得满足您需要的正确电压之后，您可以设置一个启动脚本，以确保始终应用您的设置。

对于windows，低压更容易，因为你可以下载一个免费的低压软件，然后去玩它。例如，RightMark CPU时钟实用程序(RMClock)是一个不错的工具：

缺失环节

祝好运!