为您找到与cpu的功率是满载情况下吗相关的共200个结果:
当有时候想要查看一下cpu的使用率!用什么方法好呢?下面由读文网小编给你做出详细的linux查看cpu使用情况说明介绍!希望对你有帮助!
ps命令用于查看系统中的进程状态,格式为:“ps [参数]”。
查看进程与状态:“ps -aux”
查找某个特定的进程信息:"ps -aux | grep 进程名"
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
进程的所有者 进程ID号 运算器占用率 内存占用率 虚拟内存使用量(单位是KB) 占用的固定内存量(单位是KB) 所在终端 进程状态 被启动的时间 实际使用CPU的时间 命令名称与参数
参数 作用
-a 显示所有的进程(包括其他用户的)
-u 用户以及其他详细信息
-x 显示没有控制终端的进程
top命令用于监视进程的活动与系统负载,格式为:“top”。
这个top命令可真的是太厉害了,完全可以比喻成是“强化版的Windows任务管理器”,运行界面如下:
前面的五行为系统整体的统计信息,下面我们来逐行的讲解:
第1行:系统时间,运行时间,登陆用户数,系统负载(分别为1分钟、5分钟、15分钟的平均值)。
第2行:进程总数,运行中的,睡眠中的,停止的,僵尸的。
第3行:用户占用资源,系统内核占用资源,改变过优先级的进程,空闲的资源,等待输入输出的时间。
此行数据均为CPU数据并以百分比格式显示,例如"99.2 id"意味着有99.2%的CPU资源正在空闲中。
第4行:物理内存总量,使用量,空闲量,作为内核缓存的内存量。
第5行:虚拟内存总量,使用量,空闲量,已被提前加载的内存数据。
进程的信息区中包含了各个进程的详细信息,含义如下:
PID:进程ID号
USER:进程的所有者
PR:优先级
NI:优先级(负值表示优先级更高)
VIRT:虚拟内存使用量
RES:物理内存使用量
SHR:共享内存大小
S:进程状态(上文中有提到)
%CPU:运算器的使用百分比
%MEM:内存的使用百分比
TIME+:使用CPU的时间(单位是1/100秒)
COMMAND:命令名称
看了“linux如何查看cpu使用情况 ”文章的还看了:
浏览量:3
下载量:0
时间:
cpu要怎么样才能查看到主板的功率呢?小编来告诉你!下面由读文网小编给你做出详细的cpu查看主板最大功率方法介绍!希望对你有帮助!
主板在设计的过程已经考虑到了供电的问题,因此只要这个主板支持你选的cpu就没问题,所以你基本上是杞人忧天了。
至于CPU的供电质量和潜力,那么你只要选择供电相数相对多的就行,主板普通的只有三相供电,好的有五相供电。这个信息在官网的介绍中有体现。
另外,在官网上的支持cpu列表上有你想用的cpu,那么就说明cpu供电没问题。
当然,供电问题最主要要看你的所配电源的能力。
看了“ cpu如何查看主板最大功率”文章的还看了:
浏览量:57
下载量:0
时间:
中央处理器主要包括运算器(算术逻辑运算单元,ALU,Arithmetic Logic Unit)和高速缓冲存储器(Cache)及实现它们之间联系的数据(Data)、控制及状态的总线(Bus)。下面是读文网小编带来的关于台式电脑CPU的功率多大好的内容,欢迎阅读!
针对于不同的主机配置,耗电量也是不同的,我们这里先从一个标准配置的商用型主机来看:
这是测试机器的配置:
赛扬2.4/华硕主板/256M内存/80G/52xCD/小妖G64M显卡/富士康机箱+300W电源/LG17纯平
商用机配置不算高,也没有大功率的音箱和输入输出设备,主板上耗电不多,所以不重点考虑,先说显示器:
待机状态(指示灯桔黄色或者闪烁状)电流0.026A=26mA
开机模式:普通状态0.24A / 亮度、对比度调至最大时0.27A
分辨率 800*600/刷新率60-100时电流0.23A-0.26A
分辨率1024*768/刷新率60-100时电流0.24A-0.27A
黑屏状态:电流0.21A
关机(POWER按钮关机不拔电源插头)电流0.009A=9mA
当然,这是LG17'的情况其他显示器的耗电量,咱们举几种常见的吧:
17 纯平的额定功耗,三星的好象是 75W 左右,飞利浦的是 68W。
当然,液晶显示器费电很少,也是以后的主流,但我还没有数据,如果CRT显示器亮度、对比度不高,也许能省电。
再看主机:
正常情况:电流0.22A
运行程序:3DMark2001--电流0.46A
Photoshop --电流0.41A
仅听CD碟:电流0.24A
杀毒 :电流0.25A-0.32A
基本上就这些了,从本次测试结果看,显示器比主机费电:p不过没有显示器我们也干不了什么:)
所以,总的算来,如果是一台如此配置的机器,4-5个小时耗费一度电,当然,如果你有大功率的外围设备,这就不止了,下面是一些常识:
主机最费电的就是CPU,你的P4cpu在没有任务的情况下是80瓦左右,在负荷运转时要达到120瓦左右。其他的配件如光驱,软驱,声显卡之类的一般都只是几瓦到几十瓦,加一起都达不到100瓦。另外就是显示器,如果你是CRT的,要比液晶费电不少,但现在所有CRT显示器都达不到100瓦的,以前的老显示器大部分都是100瓦的,而现在的17纯平CRT一般也就是70-80瓦左右,没有太高的了。如果不用显示器的话,主机耗应该在200瓦,也就是说五个小时要耗一度电,如果你打开显示器,那么就会三个半小时一度电吧,当然这都是在满负荷的情况下了.正常使用还会比这些稍少一点的.
P4 1.8-P42.0 待机情况下,功率会自动下降到40W左右,工作时(不管是否开显示器,音箱等设备)最大可达87W
P4 2.0B,P4 2.4C-P4 3.0C 待机情况下,功率会下降到50W左右,工作时最高可达100W以上。
P4 2.4E-P4 3.0E 待机情款下,功率下降到50W左右,工作时最高也能超过100W
775pin P4 520-P4 550,待机情况下,功率下降到40W上下,工作时最高可达120W左右。
P4用的是300瓦电源,从理论上说每小时要用300瓦(0.3度左右),即3小时一度电。但实际上根本用不了那么多,因为300瓦指的是峰值,且主板都有智能节电功能,实际上8小时都用不了一度电:)
浏览量:4
下载量:0
时间:
手机CPU是手机的重要组成部分之一,它决定着手机运行速度的快慢。下面是读文网小编带来的关于手机cpu坏了会出现什么情况的内容,欢迎阅读!
骁龙200 系列处理器拥有出色的便捷性,在优化续航时间的同时,用户可享受备受青睐的移动体验。骁龙200系列处理器经过精心打造,让应用程序的导航和切换更加顺畅,同时提供生动的高清视觉效果和优质的多声道音频。骁龙200系列包括骁龙212/210/208/200四款。骁龙200系列面向入门级终端市场,且均支持双SIM卡,具有很高的实用性。
浏览量:3
下载量:0
时间:
CPU作为电脑的核心组成部份,它的好坏直接影响到电脑的性能。下面是读文网小编带来的关于四核cpu电源多少功率的内容,欢迎阅读!
人们在日常使用电脑时往往会长时间,持续性的使用,这在夏天对电脑的CPU是一种考验,对于如何对CPU进行降温,我们有以下几个选择:
1.传统的散热垫:电脑放在普通的桌面上,往往与桌面形成对热,况且桌面的散热效果实在不怎么样,大家在使用笔记本时会有这样的感觉,电脑用了一段时间后,摸摸电脑下方的桌面,会感到非常的烫手,这都是过热的缘故。散热垫适用于笔记本。
2.同样适用与笔记本的,散热器,相信已经有很多电脑售货商将散热器进行打包出售了,但是还有很多没有散热器的搭配,散热器是特地去买的。有些电脑品牌的自身散热效果就不好,这更需要散热器来帮忙降温了。
3,对于台式电脑,风扇的正常运作至关重要,大家电脑要经常对风扇进行清理,台式机的风扇功率都蛮强的,不需要另外添加散热设备,我们要做到的是将电脑CPU上长时间堆积的灰尘进行及时的清理,检测风扇的正常运行状况。(一些电脑或许是个人组装的,CPU分盒装和散装。盒装有散热器,不需要再配。而散装没有散热器,所以要配上功率相当的散热器,以维持CPU正常温度。)
浏览量:2
下载量:0
时间:
突发性的满载,或者持续进行大量的数据运算,比如一次解压大文件,多文件都会导致一些CPU满载的情况出现。下面是读文网小编带来的关于什么时候cpu满载的内容,欢迎阅读!
CISC指令集,也称为复杂指令集,英文名是CISC,(Complex Instruction Set Computing的缩写)。在CISC微处理器中,程序的各条指令是按顺序串行执行的,每条指令中的各个操作也是按顺序串行执行的。顺序执行的优点是控制简单,但计算机各部分的利用率不高,执行速度慢。其实它是英特尔生产的x86系列(也就是IA-32架构)CPU及其兼容CPU,如AMD、VIA的。即使是新起的X86-64(也说成AMD64)都是属于CISC的范畴。要知道什么是指令集还要从当今的X86架构的CPU说起。
X86指令集是Intel为其第一块16位CPU(i8086)专门开发的,IBM1981年推出的世界第一台PC机中的CPU-i8088(i8086简化版)使用的也是X86指令,同时电脑中为提高浮点数据处理能力而增加了X87芯片,以后就将X86指令集和X87指令集统称为X86指令集。虽然随着CPU技术的不断发展,Intel陆续研制出更新型的i80386.i80486直到过去的PII至强、PIII至强、Pentium 3,Pentium 4系列,最后到今天的酷睿2系列、至强(不包括至强Nocona),但为了保证电脑能继续运行以往开发的各类应用程序以保护和继承丰富的软件资源,所以Intel公司所生产的所有CPU仍然继续使用X86指令集,所以它的CPU仍属于X86系列。
由于Intel X86系列及其兼容CPU(如AMD Athlon MP、)都使用X86指令集,所以就形成了今天庞大的X86系列及兼容CPU阵容。x86CPU主要有intel的服务器CPU和AMD的服务器CPU两类。
RISC是英文“Reduced Instruction Set Computing ”的缩写,中文意思是“精简指令集”。他是由John Cocke(约翰·科克)提出的,John Cocke在IBM公司从事的第一个项目是研究Stretch计算机(世界上第一个“超级计算机”型号),他很快成为大型机专家。1974年,Cocke和他领导的研究小组开始尝试研发每秒能够处理300线呼叫的电话交换网络。
浏览量:3
下载量:0
时间:
中央处理器(CentralProcessingUnit)的缩写,即CPU,CPU是电脑中的核心配件,只有火柴盒那么大,几十张纸那么厚,但它却是一台计算机的运算核心和控制核心。下面是读文网小编带来的关于如何降低cpu功率的内容,欢迎阅读!
可以通过降低cpu占用率来解决。
当cpu占用率高的时候功率也就升上来了。
可以按Ctrl+Shift+Esc打开任务管理器,点击进程选项卡,多次点击CPU列,直到进程按CPU占用率从大到小排列,酌情关闭占用比较大的除System Idle Process以外的进程。
其中有些是系统进程,结束时有警告提示,或者结束后系统异常(比如输入法不能用,重启),但无论哪种情况,重启后就恢复了。
如果不能关闭,或者关闭后重启又有,那么按Win+R组合键打开“运行”对话框,输入msconfig,确定打开系统配置实用程序,点击“启动”选项卡,去掉一些不必要的启动项目。
还可以使用CPU占用率限制工具来限制进程的最大cpu占用率,比如用BES_Battle Encoder Shirase。
CPU整体设计就是完成当前操作后尽可能快速地返回到空闲状态,但系统必须要有某种方法/方式来唤醒芯片,让它去关注其他某些东西。
其中的一种方式是使用系统计时器(system timer)。
阻止CPU消耗太多电量的一种方法是内置更长的时钟周期(tick periods)。通过这种方式,CPU在唤醒之前需要度过更长的空闲时间,然后执行基本任务,接着再次睡眠。
什么是空闲任务(idle task)?
空闲任务可能听起来有点自相矛盾,关键是你要理解CPU既然通电,那么就必须时刻不停地在运转,即使他什么正事也不干。
在哲学上对应的词汇就是所谓的“忙等待”(busy waiting),本质是让CPU不停地去计算某个条件,看看是否为true。
对于运行在x86芯片上的Windows来说,这个功能表现为暂停(HLT)指令,对应Windows的System Idle Process进程。
Windows只有在某个CPU核心没有合适的线程可执行时,才会调用idle空闲进程去运行。
如果你查看Windows系统的任务管理器,你会看到System Idle Process(系统空闲进程)大多数时候都显示一个较高的CPU使用百分比。和进程列表中的其他进程不同,空闲进程的值越高,代表CPU的工作量越小。
设计HLT指令的目的是为了尽可能地减少电量消耗,并使CPU进入节能模式/状态。
HLT的历史
HLT(暂停)指令其实有很长的历史,在第一颗8086处理器上就已经实现了,但早期操作系统并不支持它。老程序员可能会记得,曾经有一段时间,甚至连基本的HLT功能都总是不能按预期方式执行。
回首过去的超频年代,那时候CPU有一个基本的工具叫做Rain(雨),用来增加CPU的空闲时间(以及提升处理过程中的散热和能耗)。随着时间的流逝,我们可以看到硬件制造厂商和软件开发者都变得越来越复杂。
这是Windows 8创新的一个方面——好吧,本质上只是尝试创新——但却产生了一些奇怪的结果。在默认情况下它允许在处理过程中有更长的间隔周期,但这也导致一些程序产生问题,如Google Chrome等程序为了更快地对用户操作进行响应,会自动将时钟频率(tick rate)设置为操作系统所允许的最小值。
这个BUG在新版程序中已经修复了,但仍可能减少某些Windows 8电脑的电池续航时间。
一颗Intel 8086 CPU,1978年。确实,当时CPU是很简单的玩意儿,大约只有2万个晶体管.
这确实是一个可以调节时钟周期的地方,加上要支持没有基于晶体定时器的系统,使微软措手不及。在Windows8中,软件通过混合操作系统时间记录的方式来调整前端总线速度,就会导致错误的基准测试结果。(相关阅读——Win8因它被封杀:RTC Bug深究、解决之道)
这种行为在Windows 10中一直保持,尽管它只是一个小众的问题——在操作系统产生错误的结果你必须调整系统前端总线的时钟.
原来的那篇博客主要讨论的是桌面操作系统,race-to-idle是现代CPU架构的关键组件。AMD和Intel基本每年都会发布新一代产品,还会经常推出更新,可能最高性能只提升那么一点点,但通过更好的时钟门控(clock gating)却能显著提高能量使用率,并更快地进行节能模式切换。
浏览量:3
下载量:0
时间:
CPU作为电脑的核心组成部份,它的好坏直接影响到电脑的性能。下面是读文网小编带来的关于笔记本待机情况下无操作正常cpu温度多少的内容,欢迎阅读!
针对笔记本电脑的故障主要表现为硬件故障和软件故障,在对笔记本电脑进行检修时尽量按照如下流程。
虽然笔记本电脑易于携带,但它对工作环境的要求较高。当笔记本电脑出现故障时,首先要观察周围的环境,看是否存在散热不良或潮湿的情况。如果空间狭小,环境温度较高,很容易造成笔记本电脑散热不良,常出现的故障为机器运行缓慢或经常死机。如果环境较为潮湿,则容易诱发电脑硬件的故障(主要表现为电路方面的故障)。另外,重点检查笔记本电脑的供电.看是否存在电源适配器与市电插座接触不良的情况。非正常关机对笔记本电脑的危害非常大。
如果发现上述情况存在,应尽快调整工作环境,看故障情况有无改善,然后再进一步检查。
在笔记本电脑检修过程中,了解整个电脑的工作状态十分重要。了解工作状态主要包括掌握笔记本电脑操作系统运行的情况、笔记本电脑的硬件配置和软件配置,用户是否在发生电脑故障之前进行过违规操作或软件设置等。
根据所了解的情况,进一步分析故障是属于软件故障还是硬件故障。如果是系统配置或软件安装、设置、卸载过程中发生的故障,通常多为软件故障:如果是机器在突然断电或没有任何征兆的情况下发生的故障,则不排除有硬件故障的可能。
接下来根据分析思路查找故障线索,首先开机,看笔记本电脑供电是否正常,能否开机动作。如果可以在显示屏上看到有字符显示,至少证明显示屏及电源供电正常。然后再进一步根据提示和笔记本电脑发出的声响寻找故障点。如果笔记本电脑在开机时发出报警提示声或在屏幕上显示硬件错误提示信息,则通常为与主板相连的部件存在故障。如果机器不能进入系统,则在检查硬件的同时还要注意系统的设置是否正常,软件和硬件是否匹配。
如果机器能够进入系统,则重点查找软件故障,尤其是病毒。这是发生概率最高的一种软件故障。如果机器在一开始就不能启动,则需要重点检查笔记本电脑的供电。这也是笔记本电脑极易出现的故障点。值得注意的是,在进行故障查找时,要尽量注意数据的安全保护。如果有可能,将保存有重要数据的硬盘用其他硬盘来替换,然后进行故障排查。因为在故障排查过程中,频繁地开关机很容易对硬盘造成损坏,另外,对于检测人员来说一定要在检查之前做好防静电处理,并且在对电源部件进行检查时注意220v电压,规范操作,以免造成人身伤害或给机器造成二次故障。
检修原则由于笔记本电脑的电路十分复杂,同时需要各设备之间相互关联才能协同工作,因此,在对笔记本电脑故障进行检修时要遵循以下原则。
浏览量:3
下载量:0
时间:
CPU是电脑的重要组成部分,是不可缺少的角色。下面是读文网小编带来的关于笔记本cpu坏了会出现什么情况的内容,欢迎阅读!
安装方法
1记住无线网卡的型号,然后到网上搜索该型号的驱动,下载后解压
2. 有提示:右击“我的电脑”图标,打开的菜单选择“属性”命令
3. 如果没中选择“网络适配器”,单击“下一步”继续
4. 切换到“硬件”选项卡,单击“设备管理器”按钮
5. 单击“操作”菜单中的“扫描检测硬件改动”命令,这时就会跳出“发现新硬件”的对话框
6· Windows 可以连接到 Windows Update 以搜索软件吗。选择“否,暂时不”,单击“下一步”继续
7·您期望向导做什么。选择“从列表或指定位置安装”,单击“下一步”继续
8··选择一种硬件类型。在列表将无线网卡插入计算机的USB接口,系统会发现新硬件,并弹出“新硬件向导”对话框,
9. 选择您的搜索和安装选项。选择“不要搜索。我要自己选择要安装的驱动程序”,单击“下一步”继续
10· 您想安装哪个网卡。单击“从磁盘安装”按钮
11· 打开“从磁盘安装”对话框,单击“浏览”按钮,定位到存储无线网卡驱动的位置,选中解压出来的文件夹,单击“确定”按钮.
12··返回“您想安装哪个网卡”界面,选中名称最长的一项,单击“下一步”继续
13· 进入“向导正在安装软件,请稍候...”界面,安装过程中会弹出提示“这个软件没有通过 Windows 验证”,单击“仍然继续”按钮即可14··成功安装后单击“完成”按钮关闭新硬件向导
浏览量:3
下载量:0
时间:
CPU是电脑的重要组成部分,是不可缺少的角色。下面是读文网小编带来的关于关于linux的进程中的各个线程cpu占用情况进行分析和查看的内容,欢迎阅读!
我们经常会在新开的服搭建一个游戏的服务器,有时候要进行压力测试,那么如何来看呢,一般我们会通过top命令查看各个进程的cpu和内存占用情况,获得到了我们的进程id,然后我们也许会通过pstack命令查看里边的各个线程id以及对应的线程现在正在做什么事情,分析多组数据就可以获得哪些线程里有慢操作影响了服务器的性能,从而得到解决方案。比如这样的以组数据:
[root@AY130816144542124256Z bin]# pstack 30222
Thread 9 (Thread 0x7f729adc1700 (LWP 30251)):
#0 0x00007f72a429b720 in sem_wait () from /lib64/libpthread.so.0
#1 0x0000000000ac5eb6 in Semaphore::down() ()
#2 0x0000000000ac5cac in Queue::get() ()
#3 0x00000000009a583f in DBManager::processUpdate(Queue*) ()
#4 0x00000000009a4bfb in dbUpdateThread(void*) ()
#5 0x00007f72a4295851 in start_thread () from /lib64/libpthread.so.0
#6 0x00007f72a459267d in clone () from /lib64/libc.so.6
Thread 8 (Thread 0x7f727c579700 (LWP 30252)):
#0 0x00007f72a429b720 in sem_wait () from /lib64/libpthread.so.0
#1 0x0000000000ac5eb6 in Semaphore::down() ()
#2 0x0000000000ac5cac in Queue::get() ()
#3 0x00000000009a5799 in DBManager::processQuery(Queue*) ()
#4 0x00000000009a4c3a in dbQueryThread(void*) ()
#5 0x00007f72a4295851 in start_thread () from /lib64/libpthread.so.0
#6 0x00007f72a459267d in clone () from /lib64/libc.so.6
Thread 7 (Thread 0x7f7257fff700 (LWP 30253)):
#0 0x00007f72a42997bb in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1 0x00007f72a549ee08 in utils::thread::condition_impl::timed_wait(int) () from /usr/local/utils-0.0.1/lib/libutils.so.0.0.1
#2 0x00007f72a549ebd3 in utils::thread::Condition::timed_wait(int) () from /usr/local/utils-0.0.1/lib/libutils.so.0.0.1
#3 0x00000000009d5f57 in utils::MessageQueue::pop() ()
#4 0x00000000009d5557 in FightReport::svc() ()
#5 0x00007f72a5494b45 in utils::Task_Base::thread_proc(void*) () from /usr/local/utils-0.0.1/lib/libutils.so.0.0.1
#6 0x00007f72a4295851 in start_thread () from /lib64/libpthread.so.0
#7 0x00007f72a459267d in clone () from /lib64/libc.so.6
Thread 6 (Thread 0x7f72397b7700 (LWP 30254)):
#0 0x00007f72a4588fc3 in poll () from /lib64/libc.so.6
#1 0x00007f72a0fbded4 in __libc_res_nsend () from /lib64/libresolv.so.2
#2 0x00007f72a0fba76a in __libc_res_nquery () from /lib64/libresolv.so.2
#3 0x00007f72a0fbad29 in __libc_res_nquerydomain () from /lib64/libresolv.so.2
#4 0x00007f72a0fbb9cf in __libc_res_nsearch () from /lib64/libresolv.so.2
#5 0x00007f729adc37a7 in _nss_dns_gethostbyname4_r () from /lib64/libnss_dns.so.2
#6 0x00007f72a457a4c3 in gaih_inet () from /lib64/libc.so.6
#7 0x00007f72a457cb20 in getaddrinfo () from /lib64/libc.so.6
#8 0x00007f72a56fc782 in Curl_getaddrinfo_ex () from /usr/lib64/libcurl.so.4
#9 0x00007f72a56f1d42 in Curl_getaddrinfo () from /usr/lib64/libcurl.so.4
#10 0x00007f72a56c9e77 in Curl_resolv () from /usr/lib64/libcurl.so.4
#11 0x00007f72a56ca138 in Curl_resolv_timeout () from /usr/lib64/libcurl.so.4
#12 0x00007f72a56d8d88 in ?? () from /usr/lib64/libcurl.so.4
#13 0x00007f72a56ddb79 in ?? () from /usr/lib64/libcurl.so.4
#14 0x00007f72a56de76e in Curl_connect () from /usr/lib64/libcurl.so.4
#15 0x00007f72a56e69b0 in Curl_perform () from /usr/lib64/libcurl.so.4
#16 0x0000000000ae6e3d in HttpClient::svc() ()
#17 0x00007f72a5494b45 in utils::Task_Base::thread_proc(void*) () from /usr/local/utils-0.0.1/lib/libutils.so.0.0.1
#18 0x00007f72a4295851 in start_thread () from /lib64/libpthread.so.0
#19 0x00007f72a459267d in clone () from /lib64/libc.so.6
Thread 5 (Thread 0x7f721af6f700 (LWP 30255)):
#0 0x00007f72a455691d in nanosleep () from /lib64/libc.so.6
#1 0x000000000098cb8a in Sleep(unsigned long) ()
#2 0x000000000098b87d in DynResource::svc() ()
#3 0x00007f72a5494b45 in utils::Task_Base::thread_proc(void*) () from /usr/local/utils-0.0.1/lib/libutils.so.0.0.1
#4 0x00007f72a4295851 in start_thread () from /lib64/libpthread.so.0
#5 0x00007f72a459267d in clone () from /lib64/libc.so.6
Thread 4 (Thread 0x7f71fc727700 (LWP 30256)):
#0 0x00007f72a455691d in nanosleep () from /lib64/libc.so.6
#1 0x000000000098cb8a in Sleep(unsigned long) ()
#2 0x0000000000a61516 in PlayerOpLogThread::svc() ()
#3 0x00007f72a5494b45 in utils::Task_Base::thread_proc(void*) () from /usr/local/utils-0.0.1/lib/libutils.so.0.0.1
#4 0x00007f72a4295851 in start_thread () from /lib64/libpthread.so.0
#5 0x00007f72a459267d in clone () from /lib64/libc.so.6
Thread 3 (Thread 0x7f71ddedf700 (LWP 30257)):
#0 0x00007f72a4592c73 in epoll_wait () from /lib64/libc.so.6
#1 0x00007f72a51f334f in Epoll_Reactor::run_reactor_event_loop() () from /usr/local/net_manager-0.0.2/lib/libnet_manager.so.0.0.2
#2 0x00007f72a51f2523 in Net_Thread::svc() () from /usr/local/net_manager-0.0.2/lib/libnet_manager.so.0.0.2
#3 0x00007f72a5494b45 in utils::Task_Base::thread_proc(void*) () from /usr/local/utils-0.0.1/lib/libutils.so.0.0.1
#4 0x00007f72a4295851 in start_thread () from /lib64/libpthread.so.0
#5 0x00007f72a459267d in clone () from /lib64/libc.so.6
Thread 2 (Thread 0x7f71bf697700 (LWP 30258)):
#0 0x00007f72a4592c73 in epoll_wait () from /lib64/libc.so.6
#1 0x00007f72a51f334f in Epoll_Reactor::run_reactor_event_loop() () from /usr/local/net_manager-0.0.2/lib/libnet_manager.so.0.0.2
#2 0x00007f72a51f2523 in Net_Thread::svc() () from /usr/local/net_manager-0.0.2/lib/libnet_manager.so.0.0.2
#3 0x00007f72a5494b45 in utils::Task_Base::thread_proc(void*) () from /usr/local/utils-0.0.1/lib/libutils.so.0.0.1
#4 0x00007f72a4295851 in start_thread () from /lib64/libpthread.so.0
#5 0x00007f72a459267d in clone () from /lib64/libc.so.6
Thread 1 (Thread 0x7f72a60ae7e0 (LWP 30222)):
#0 0x00007f72a4584c95 in _xstat () from /lib64/libc.so.6
#1 0x00007f72a45483e0 in __tzfile_read () from /lib64/libc.so.6
#2 0x00007f72a4547864 in tzset_internal () from /lib64/libc.so.6
#3 0x00007f72a4547b20 in tzset () from /lib64/libc.so.6
#4 0x00007f72a4546699 in timelocal () from /lib64/libc.so.6
#5 0x0000000000b0b08d in Achieve::GetRemainTime(AchieveTemplate*) ()
#6 0x0000000000b115ca in Achieve::update() ()
#7 0x0000000000a197ce in Player::update() ()
#8 0x0000000000b1b272 in PlayerMng::Tick() ()
#9 0x0000000000a73105 in GameServer::FrameTick(unsigned int) ()
#10 0x0000000000a6ff80 in GameServer::run() ()
#11 0x0000000000a773a1 in main ()
[root@AY130816144542124256Z gameserver]# ps -eLo pid,lwp,pcpu | grep 30222
30222 30222 31.4
30222 30251 0.0
30222 30252 0.0
30222 30253 0.0
30222 30254 0.0
30222 30255 0.0
30222 30256 1.2
30222 30257 1.2
30222 30258 1.0
多组数据显示表明我们的主逻辑线程的确占用的cpu很高,发现其实在Achieve::update() 的时候做了太多没有用的判断,并且可以减少循环进入的次数的,所以我在这里进行了优化
后来用了一下iptraf命令查看了网络流量:
第一项:IP流量监控
第二项:常规查看网卡流量状态。只查看各网卡的总流量
第三项:详细查看网卡流量状态。比如按TCP,UDP,ARP等协议查看
选all interfaces,查看所有网卡接口
界面分上下两部分,上部分可详细显示哪个与之相连的IP,发了多少包,即时流量是多少,下部分,可以显示udp等信息。
显示连接本地服务器的所有连接流量情况
另外不得不提到另外一个命令sar:
sar有很多用途,如果要来监控网络流量,使用下面的命令行方式:
sar -n DEV interval count
其中,interval是统计时间间隔,以秒为单位;count是总共统计几次,如果为0就不断的统计直到 Ctrl+C 打断,否则执行count次就退出。
比如:sar -n DEV 1 4
比如:sar -n DEV 10 0
IFACE:LAN接口
rxpck/s:每秒钟接收的数据包
txpck/s:每秒钟发送的数据包
rxbyt/s:每秒钟接收的字节数
txbyt/s:每秒钟发送的字节数
sar -n DEV -u 1 10
07:22:01 PM IFACE rxpck/s txpck/s rxkB/s txkB/s rxcmp/s txcmp/s rxmcst/s
07:22:02 PM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00
07:22:02 PM eth0 2.47 0.00 0.11 0.00 0.00 0.00 0.00
07:22:02 PM eth1 80.25 22.22 3.53 3.52 0.00 0.00 0.00
07:22:02 PM CPU %user %nice %system %iowait %steal %idle
07:22:03 PM all 1.85 0.00 1.06 0.00 0.00 97.09
07:22:02 PM IFACE rxpck/s txpck/s rxkB/s txkB/s rxcmp/s txcmp/s rxmcst/s
07:22:03 PM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00
07:22:03 PM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00
07:22:03 PM eth1 66.67 19.75 2.95 3.22 0.00 0.00 0.00
07:22:03 PM CPU %user %nice %system %iowait %steal %idle
07:22:04 PM all 2.12 0.00 1.06 0.00 0.00 96.82
07:22:03 PM IFACE rxpck/s txpck/s rxkB/s txkB/s rxcmp/s txcmp/s rxmcst/s
07:22:04 PM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00
07:22:04 PM eth0 7.32 4.88 0.65 0.38 0.00 0.00 0.00
07:22:04 PM eth1 85.37 28.05 4.18 3.88 0.00 0.00 0.00
07:22:04 PM CPU %user %nice %system %iowait %steal %idle
07:22:05 PM all 3.96 0.00 2.64 0.00 0.00 93.40
07:22:04 PM IFACE rxpck/s txpck/s rxkB/s txkB/s rxcmp/s txcmp/s rxmcst/s
07:22:05 PM lo 412.50 412.50 104.44 104.44 0.00 0.00 0.00
07:22:05 PM eth0 13.75 12.50 1.32 1.26 0.00 0.00 0.00
07:22:05 PM eth1 903.75 707.50 174.12 62.42 0.00 0.00 0.00
07:22:05 PM CPU %user %nice %system %iowait %steal %idle
07:22:06 PM all 5.25 0.00 4.46 2.10 0.00 88.19
07:22:05 PM IFACE rxpck/s txpck/s rxkB/s txkB/s rxcmp/s txcmp/s rxmcst/s
07:22:06 PM lo 849.41 849.41 154.54 154.54 0.00 0.00 0.00
07:22:06 PM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00
07:22:06 PM eth1 1287.06 1337.65 84.48 461.76 0.00 0.00 0.00
07:22:06 PM CPU %user %nice %system %iowait %steal %idle
07:22:07 PM all 1.85 0.00 1.06 0.00 0.00 97.09
07:22:06 PM IFACE rxpck/s txpck/s rxkB/s txkB/s rxcmp/s txcmp/s rxmcst/s
07:22:07 PM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00
07:22:07 PM eth0 4.94 0.00 0.22 0.00 0.00 0.00 0.00
07:22:07 PM eth1 97.53 19.75 4.32 3.18 0.00 0.00 0.00
07:22:07 PM CPU %user %nice %system %iowait %steal %idle
07:22:08 PM all 1.58 0.00 1.32 0.00 0.00 97.11
07:22:07 PM IFACE rxpck/s txpck/s rxkB/s txkB/s rxcmp/s txcmp/s rxmcst/s
07:22:08 PM lo 4.94 4.94 0.31 0.31 0.00 0.00 0.00
07:22:08 PM eth0 1.23 0.00 0.06 0.00 0.00 0.00 0.00
07:22:08 PM eth1 67.90 24.69 3.02 3.94 0.00 0.00 0.00
Average: CPU %user %nice %system %iowait %steal %idle
Average: all 3.63 0.00 2.55 0.84 0.00 92.98
Average: IFACE rxpck/s txpck/s rxkB/s txkB/s rxcmp/s txcmp/s rxmcst/s
Average: lo 212.61 212.61 50.54 50.54 0.00 0.00 0.00
Average: eth0 42.79 41.70 3.27 41.84 0.00 0.00 0.00
Average: eth1 492.48 432.48 53.63 110.40 0.00 0.00 0.00
浏览量:3
下载量:0
时间:
CPU保证在温升20到30度的范围内一般是稳定的。在什么情况下CPU回烧坏呢,下面是读文网小编带来的关于cpu在什么情况会烧坏的内容,欢迎阅读!
说到处理器主频,就要提到与之密切相关的两个概念:倍频与外频,外频是CPU的基准频率,单位也是MHz。外频是CPU与主板之间同步运行的速度,而且绝大部分电脑系统中外频也是内存与主板之间的同步运行的速度,在这种方式下,可以理解为CPU的外频直接与内存相连通,实现两者间的同步运行状态;倍频即主频与外频之比的倍数。
主频、外频、倍频,其关系式:主频=外频×倍频。早期的CPU并没有"倍频"这个概念,那时主频和系统总线的速度是一样的。随着技术的发展,CPU速度越来越快,内存、硬盘等配件逐渐跟不上CPU的速度了,而倍频的出现解决了这个问题,它可使内存等部件仍然工作在相对较低的系统总线频率下,而CPU的主频可以通过倍频来无限提升(理论上)。
我们可以把外频看作是机器内的一条生产线,而倍频则是生产线的条数,一台机器生产速度的快慢(主频)自然就是生产线的速度(外频)乘以生产线的条数(倍频)了。厂商基本上都已经把倍频锁死,要超频只有从外频下手,通过倍频与外频的搭配来对主板的跳线或在BIOS中设置软超频,从而达到计算机总体性能的部分提升。购买的时候要尽量注意CPU的外频。
看了CPU烧坏文章内容的人还看:
浏览量:2
下载量:0
时间:
时在正常使用电脑时,我们会感觉电脑速度明显变慢,打开任务管理器发现CPU占用率一直在100%,那么CPU的占用率百分百这种情况该怎么办,下面是读文网小编带来的关于解决系统进程CPU占用率100%的情况的内容,欢迎阅读!
正常软件造成CPU占用100%
很多软件其实和Windows系统都存在一定的兼容性问题,在运行时就可能导致某一个软件就大量占用处理器。因此首先我们需要进入“任务管理器”中,查看到底是哪个进程占用了大量的处理器时间,从这里的进程名称,我们一般能分辨出这个进程属于哪款软件。可以将其直接关闭再重启,如果反复出现这种情况,还是建议将软件卸载或者升级。有时系统启动软件过多也可能造成这种局面,可在“运行”中输入“msconfig”,在启动项里将不需要的软件去掉。
驻留软件太多影响电脑速度
病毒、木马造成CPU占用100%
病毒和木马是最容易造成处理器占用率100%的元凶,它们可能感染诸如“svchost.exe、Services.exe”这样的关键程序,也可能感染关键的系统进程,最终导致故障发生。因此如果在任务管理器里发现某个进程占用处理器过高,但又不清楚这个进程到底是什么,最好重启一次电脑后,对电脑进行全面杀毒扫描
杀毒软件造成CPU占用100%
除了病毒,其实杀毒软件自身也会造成这种状况,现在的杀毒软件一般都加入了对网页、邮件、个人隐私的即时监控功能,一旦用户打开了较多的页面或者邮件,杀毒软件就会进行大量的扫描,如果用户的电脑性能一般,就可能造成处理器占用率达到100%。用户可以在杀毒软件里将平时用不着的功能关闭掉。
杀毒软件造成CPU使用率占用100%
有时单击一个较大的AVI视频文件后,可能会出现系统假死现象,并且造成exploere.exe进程的使用率100%,这是因为系统要先扫描该文件,并检查文件所有部分,建立索引。如果文件较大就会需要较长时间并造成CPU占用率100%。解决方法:右键单击保存视频文件的文件夹,选择“属性—>常规—>高级”,去掉“为了快速搜索,允许索引服务编制该文件夹的索引”前面复选框的对钩即可。
浏览器假死造成CPU占用100%
一些老旧的浏览器,比如IE6之类,如果同时打开较多的页面,也会造成系统假死,处理器占用率提高。这种情况产生的原因比较复杂,但如果用户的电脑内存较大,可以使用RAMDISK这样的软件虚拟出磁盘空间,再将浏览器的缓存设定到这个虚拟磁盘上,能一定程度上缓解状况。
AVI文件造成CPU占用100%
有时Word的拼写和语法检查也可造成处理器占用率偏高,只要打开Word的“工具—选项”,进入“拼写和语法”选项卡,将其中的“键入时检查拼写”和“键入时检查语法”两项前面的复选框中的钩去掉即可。
较大Word文件造成CPU过高
有时Word的拼写和语法检查也可造成处理器占用率偏高,只要打开Word的“工具—选项”,进入“拼写和语法”选项卡,将其中的“键入时检查拼写”和“键入时检查语法”两项前面的复选框中的钩去掉即可。
网络连接导致CPU占用100%
由网络连接导致的故障比较隐蔽,可能用户的电脑一切正常,也没有病毒或者木马,但由于同一个局域网中的电脑中了病毒,向用户电脑端口发送大量的请求,也会造成用户电脑处理器占用偏高。一般防火墙软件能拦截这种请求,如果用户发现防火墙无法奏效,除了及时升级防火墙,有条件也可检查下同一个局域网下的电脑。
CPU占用100%
上面列举CPU占用率100%的所有情况,以后在电脑运行缓慢,CPU占用100%时,我们可以按照上面的来检查导致自己电脑CPU占用率100%的原因。
浏览量:3
下载量:0
时间:
通常所说的超频简单来说就是人为提高CPU的外频或倍频,使之运行频率(主频=外频*倍频)得到大幅提升,即CPU超频,下面是读文网小编带来的关于cpu什么情况下超频的内容,欢迎阅读!
使用软件方法超频较安全,超频失败后可以方便还原,不会对硬件有任何影响。目前市售的板卡类产品为提供超频玩家的需求于硬件端的设计颇多,包含散热和电源设计等,于软件的着墨较不多。目前网站常被提及的Afterburner超频软件,是由微星科技与Rivatuner所共同合作开发的一款标榜顶极全功能的免付费超频软件套件。
透过此超频软件套件,可以让使用微星科技显卡的使用者提升整体的效能,同时可即时的侦测于运算中所有关键性的讯息。软件功能可GPU电压超频功能,即时调整GPU与内存的时脉,更可进一步支援电压部分的超频,突破既有的效能限制。即时地监控接口,提供使用者最简单且即时的硬件状况。
Kombustor稳定性测试工具,让使用者于解放效能的超频状况下,依然可以保有稳定的效能。进阶的风扇温控功能,根据运算时的温度侦测,自动调整风扇的转速,可达到降温的功能,更可因此达到稳定的散热效能与低噪音的完美平衡。
通过硬件路线超频,容易锁定频率,不受系统影响,但烧毁风险高。例如利用铅笔的石墨,可以使到某些接口短路,解除倍频的限制。
由于主要中央处理器生产商均意识到用户超频电脑后所导致他们损失的问题,其中一个原因是因为部份买家只会购买比较便宜的产品予以超频,以得到较贵产品相同或更高的效能,这就冲击到了较贵产品的销售。
故Intel率先于生产Pentium MMX时限制了中央处理器的最高倍频,及后发展至完全锁定中央处理器的倍频,使得超频中央处理器时的难度增加及可超幅度减少。
但部份厂商会出售较高价的不锁定倍频版CPU供超频玩家使用,另外仅提供电脑厂商在新产品上市前开发测试用的工程样品(Engineering Sample)CPU常见不锁倍频,但此种CPU极少在一般零售通路贩卖。
浏览量:2
下载量:0
时间:
现在的高速中央处理器(CPU)在提供极高的性能的同时,对于其供电电源的各项指标的要求也达到了前所未有的高度。更高速的CPU需要更低的核心电压,却需要更大的功率,因此供电电路必须提供极大的电流。更好的解决核心电压的供电问题已经成为电压变换模块和PC主板设计者面临的极大挑战。下面让我们一起去看看大功率CPU核心电压供电电路的设计。
1 引言
当今的高速中央处理器(CPU)在提供极高的性能的同时,对于其供电电源的各项指标的要求也达到了前所未有的高度。更高速的CPU需要更低的核心电压,却需要更大的功率,因此供电电路必须提供极大的电流。更好的解决核心电压的供电问题已经成为电压变换模块和PC主板设计者面临的极大挑战。
2 Intel相关规范对CPU核心电压的要求
Intel早期的CPU,如Pentium 2、Pentium 3都遵循Intel的VRM(Voltage Regulation Module)8.1~8.4电源规范,其最大输出电流值为22.6A。Tualatin核心的Pcntium 3及Celeron CPU则开始引入VRM8.5标准,其最大输出电流值为28AIntel在推出Willamette、NorthWood核心的Pentium4时引入了VRM9.O标准,其规定的最大输出电流为70A。随着Prescott核心Pentium 4的推出,VRM规范也更新到了VRD(Voltage Regulator Down)10.O,电流最大值也达到了91A。为了配合更高频率更高性能的CPU,200 5年4月Intel推出了VRDl0.1规范,对LGA775 Socket的CPU的供电电源的规格指标进行了细致的规定,这是对台式机CPU供电电源要求极高的电源规范,其要求列举如下:
(1)连续负载电流(ICCTDC)为115A;
(2)最大输出电流(ICCMAX)为125A;
(3)输出的电压值由VID[5:0]指定,范围为O.837 5~1.6V.以0.0125V为步进;
(4)负载线斜率(loadline slope)阻抗R0为1.00mΩ;
(5)最大电压纹波VRIPPLE为±5mV;
(6)最大电压上冲波峰VOS_MAX为50mv,其最长持续时间为25μs。
这里只是列举了最为重要的几个规定,VRDl0.1规范还有其他的许多内容,限于篇幅,这罩不再一一列举。由上述内容可见,高性能CPU对于供电电源电路的输出功耗需求越来越大,在VRDl0.1中要求输出功耗甚至高达170W以上。同时对于电压的精确性和稳定性的要求也达到了非常苛刻的地步,在大功率、大电流的情况下还要保持非常稳定和精准的负载线斜率。在VRDl0.O之前,CPU核心电压供电电路一般都是由三相或两相的PWM控制方式,这种方式已经无法满足100A以上的大电流需求。本文的设计使用了4相PWM控制,可以满足VRDl0.1的严格要求,以下详细叙述之。
3 大功率CPU核心电压电路的设计
图l所示即为本文提出的满足VRD101要求的大功率CPU核心电压供电电路。它使用了仙童(Fairchild)公司的FAN50192—4相PWM电源控制器做为丰控制芯片。FAN5019控制4个Fairchild的FAN5009 MOSFET驱动器。FAN5009驱动开关外接的高端和低端M0SFET,然后通过电感与电容器件的充、放电对VCCCORE进行供电。
FAN5019是一款多相(最高支持4相)DC/DC控制器,专为产生高电流、低电压的CPU核心电压而设计。本设计中,它以并行的方式同时驱动四个PWM通道,而且以交叉开关的方式来减少输入、输出的纹波电流,这样可以达到减少外围器件,降低成本的目的。FAN5019采用了温度补偿电感器电流检测技术,来满足VRDl0.1规则的负载线技术要求,而一般的PWM控制器都是采用RDS(ON)或感应电阻器来测量电流和设置负载线,精度无法满足要求。如图1所示,FAN5019的VID[5:0]输入与VRDl0.l规范定义完全一致,可以控制输出0.8375~1.600V以12.5mV步进的电压,另外它还具有短路保护,电流上限可调,过压保护等增加安全可靠性的技术。FAN5019向每个FAN5009送出PWM控制信号,而FAN5009通过内部电路将其转换为可以正确驱动高端和低端M0SFET的信号输出。FAN5009可以同时驱动高端和低端的MOSFET,其内置启动二极管,因此无需在外围电路中再添加二极管。
本设计的输入电压VIN为12V,额定输出电压VVID为1.500V,占空比D(Duty Cycle)为O.125,负载线斜率阻抗R0为1.OmΩ,ICCTDC大于115A,ICCMAX为125A,最大输出功耗为172.5W,最大电压纹波VRRIPLE为±5mV,每相的开关频率fSW设定为228kHz。外围元器什的具体参数如表l所列。
4 重要器件的选择与布局布线规则
4.1 功率MOSFET的选择
在选择高端和低端功率MOSFET时,主要考虑如下几个方面:
(1)较低的RDS(ON),应小于1OmΩ;
(2)尽可能高的导通电流;
(3)额定VDDS应该大于15V。
在选择低端MOSFET时,RDS(ON)是最重要的考虑因素,因为在正常工作时,低端的MOSFET导通时间较长,因而功率消耗较大。因此在本设计中.每相在低端都使用了两个FDD6682,其导通电流为75A,在VGS为10V时(正常工作状态),RDS(ON),为6.2mΩ,额定VDDS为30V。对高端的MOSFET而言,门电荷Qg也是重要的考虑因素,要求其越低越好,否则会影响开关速度进而影响功耗。因此在每相高端都使用了一个FDD6696,其导通电流为50A,在VGS为lOV时,RDS(ON)为8.0mΩ,额定VDDS为30V,门电荷为17nC,可以完令满足没计的要求。
4.2 输出电感的选择
输出电感有3个主要指标,电感量L、额定电流值Irated和直流电阻RDCR,电感的额定电流值是电感线圈的饱和电流或过热电流中较小的值。为使4相的输出电流总量大于等于125A,每相的输出电感额定电流应大于等于31.25A。电感量的取值与工作频率,纹波电流等因素都有一定的相关,可以根据公式进行计算:
式中:VCCCORE为输出电压;RO负载线斜率电阻;n为相数;D为每一相的占空比;fSW开关频率;VRIPPLE为最大纹波电压。
根据前面提到的设计参数,可以计算得输出电感的电感量应该大于658nH。电感的直流电阻RDCR最好取值在R0的O.5倍到l倍之间,这是因为,电感的RDCR会用来监测每相的输出电流,如果RDCR值太小,会引起较大的测量误差,影响设计的正常运行,如果RDCR值太大,又会造成较大的能量损耗,影响设计的效率。因此,我们选用了线艺电子(Coilcraft)公司的电感SER2009—681ML,其额定电流为45A,电感量为680 nH,直流电阻为0.588mΩ,完全满足设计对输出电感的要求。
4.3 布局布线
布局布线对电路稳定性、精确性的最终实现起着至关重要的作用,图2是本设计在4层PCB上的布局图,遵循如下的布局布线规则。
(1)输入电容CIN必须放置在尽量靠近高端MOSFET的漏极,其阴极应该放置在靠近低端MOSFET的源极,且每柑都应该至少放置一个输入电容。
(2)每相的FAN5009驱动器应该靠近各相的MOSFET。
(3)FAN5019应该放置在靠近COUT但是远离CIN的阴极和低端MOSFFT的源极处。其周围的元件应该放置在尽量靠近它的位置,并且它们与FAN5019之间应该用尽量粗的线来连接。FB和CSSUM两个引脚的线是最为重要的,应尽量短,且远离其他线。FAN5019及其周围的元件应该使用独立的模拟地平面(包括其底下的PCB电源层平面)来接地。
(4)因为设计的电流非常大,因此在PCB各层之间传输电流时要尽可能多州穿孔以减小电流通路的电阻和电感效应,粗略的估算方法是1mm直径的穿孔可以允许3A电流。穿孔还可以帮助IC散热。
(5)输出电容CX及CZ应该尽町能靠近CPU的插座或CPU引脚。
(6)供电电路相关的PCR走线都应该尽可能的宽,并且保持各自间距,以避免EMI问题。
(7)布局应合理紧凑,并且充分考虑散热问题。
5 实验结果
本文介绍的大功率CPU供电电路经过PCB样板制作和调试,已经达到正常工作的要求,表2为实验测量样板的输出电压负载线的结果。实验使用了Intel公司的Voltage Transient Test Tool进行电压瞬态响应的测试,测试节点为LGA775CPU插座的U27与V27引脚,VCCOORE=1.500V。从实验结果可见此电路的设计可以达到VRDlO.1要求。
浏览量:2
下载量:0
时间:
TDP通常不是芯片能够散发的最大能量(有些意外情况如能源病毒,对CPU进行超频以达到损坏硬件的目的),CPU的TDP并不是CPU的真正功耗,因此,TDP值不能完全反映CPU的实际发热量(CPU的TDP显然大于CPU实际功耗),但TDP却是芯片在运行真实应用程序时所能散发的最大能量。下面是读文网小编带来的关于cpu内存与功率的内容,欢迎阅读!
Intel对TDP的官方解释:TDP: Thermal Design Power,A power dissipation target based on worst-case applications. Thermal solutions should be designed to dissipate the thermal design power.中文:热设计功耗是指在最糟糕、最坏情况下的功耗。散热解决方案的设计必须满足这种热设计功耗。
TDP的英文全称是"Thermal Design Power",中文翻译为"热设计功耗",又译散热设计功率。TDP的含义是"当处理器达到最大负荷的时候,所释放出的热量"〔单位为瓦(W),是反应一颗处理器热量释放的指标,应用上,TDP是反映处理器热量释放的指标,是电脑的冷却系统必须有能力驱散的最大热量限度。
TDP是CPU电流热效应以及CPU工作时产生的其他热量,TDP功耗通常作为电脑(台式)主板设计、笔记本电脑散热系统设计、大型电脑散热设计等散热/降耗设计的重要参考指标,TDP越大,表明CPU在工作时会产生的热量越大,对于散热系统来说,就需要将TDP作为散热能力设计的最低指标/基本指标。就是,起码要能将TDP数值表示的热量散出。
例如,一个笔记型电脑的CPU散热系统可能被设计为20W TDP,这代表了它可以消散20W的热量(可能是通过主动式散热手段如使用风扇,或是被动式散热手段如热管散热)而不超出晶片的最大结温。TDP一旦确定,就确保了电脑在不超出热维护的情况下有能力运行程序,而不需要安装一个"强悍",同时多花费添置没有什么额外效果的散热系统。
TDP通常不是芯片能够散发的最大能量(有些意外情况如能源病毒,对CPU进行超频以达到损坏硬件的目的),CPU的TDP并不是CPU的真正功耗,因此,TDP值不能完全反映CPU的实际发热量(CPU的TDP显然大于CPU实际功耗),但TDP却是芯片在运行真实应用程序时所能散发的最大能量。
功耗(功率)是CPU的重要物理参数,根据电路的基本原理,功率(P)=电流(A)×电压(V)。所以,CPU的功耗(功率)等于流经处理器核心的电流值与该处理器上的核心电压值的乘积。而TDP是指CPU电流热效应以及其他形式产生的热能,他们均以热的形式释放。
CPU的功耗很大程度上是对主板提出的要求,要求主板能够提供相应的电压和电流;而TDP是对散热系统提出要求,要求散热系统能够把CPU发出的热量散掉,也就是说,TDP是要求CPU的散热系统必须能够驱散的最大总热量。折叠
浏览量:2
下载量:0
时间:
如果说在主流桌面平台,我们认为在搭配原厂盒装CPU附带的散热器,并且能将温度控制在50、60度就是不错表现。那么作为桌面低功耗的旗舰产品,Bay Trail-D甚至可以实现无风扇散热,也就是在CPU部分仅仅利用被动金属散热,就能满足平台任何情况下的散热需求。下面是读文网小编带来的关于cpu满载多少度的内容,欢迎阅读!
如果说在主流桌面平台,我们认为在搭配原厂盒装CPU附带的散热器,并且能将温度控制在50、60度就是不错表现。那么作为桌面低功耗的旗舰产品,Bay Trail-D甚至可以实现无风扇散热,也就是在CPU部分仅仅利用被动金属散热,就能满足平台任何情况下的散热需求。
其中在温度测试中,我们依然选择了AIDA64的系统稳定性测试项目,开启后CPU直接进入满载状态,并且在运行至少1分钟之后,读取传感器提供给我们的CPU及主板温度。
1号测试机平台满载,实测温度为51℃左右
1号测试机平台满载,实测温度为51℃左右
2号测试机平台满载,实测温度为46℃左右
2号测试机平台满载,实测温度为46℃左右
3号测试机平台满载,实测温度为49℃左右
3号测试机平台满载,实测温度为49℃左右
4号测试机平台满载,实测温度为60℃左右
4号测试机平台满载,实测温度为60℃左右
在本次测试中,AIDA64给我们反馈的信息是CPU四个核心的各自温度,在满载下四核温度基本上达到一个水平线上。其中前三个Bay Trail-D平台的温度都控制在了50度左右,其中1号测试机更是通过被动散热就将温度控制在了51度。这里A6-5200的温度则达到了60度,相比之下Bay Trail-D的温度控制表现更出色,当然这也是功耗控制上的优势体现。
浏览量:2
下载量:0
时间:
有时候为了更好地操作机器, 需要将某个进程绑定到具体的CPU上去,那么Ubuntu怎么绑定CPU进程呢?就让读文网小编来告诉大家Ubuntu绑定CPU进程的方法吧,希望对大家有所帮助。
taskset -cp 《CPU ID | CPU IDs》 《Process ID》
下面用一个简单的例子来说明怎样做到。
1. CPU利用率达100%的样例代码:
class Test {
public static void main(String args[]) {
int i = 0;
while (true) {
i++;
}
}
}
2. 编译并运行上面的样例代码
# javac Test.java
# java Test &
[1] 26531
3. 使用htop命令查看CPU的利用率
如果未安装htop工具,执行下面的命令:
# apt-get install htop
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following NEW packages will be installed:
htop
0 upgraded, 1 newly installed, 0 to remove and 41 not upgraded.
Need to get 66.9 kB of archives.
After this operation, 183 kB of additional disk space will be used.
Get:1 http://mirrors.163.com/ubuntu/ precise/universe htop amd64 1.0.1-1 [66.9 kB]
Fetched 66.9 kB in 0s (163 kB/s)
Selecting previously unselected package htop.
(Reading database ... 57100 files and directories currently installed.)
Unpacking htop (from .../htop_1.0.1-1_amd64.deb)...
Processing triggers for man-db ...
Setting up htop (1.0.1-1)...
安装完成后,执行命令:
# htop
上面的视图可以看到,CPU2的利用率达到100%,且这个进程有可能被分配到其它CPU核上运行,这个分配是不定的。
4. 进程绑定CPU核
运行以下命令,把此Java进程(进程ID号为26502)永久的分配给5号CPU核(CPU核号从0开始计算,因此序号4指的是5号CPU核)
# taskset -cp 5 26531
pid 26531‘s current affinity list: 0-7
pid 26531’s new affinity list: 5
从上面的视图中可以看到6号CPU核的利用率为100%。
随着CPU核的多个化,这样的绑定方法也是一样的,无论绑定哪个CPU核都能启动同样的效果,相信大家都追求运行的高速度,赶快来学习绑定CPU进程的方法吧!
看过“Ubuntu怎么绑定CPU进程”
浏览量:2
下载量:0
时间: