cpu时间

转自：http://www.cnblogs.com/itech/archive/2011/06/08/2075145.html 一 、uptime uptime命令用于查看服务器运行了多长时间以及有多少个用户登录，快速获知服务器的负荷情况。 uptime的输出包含一项内容是load average，显示了最近1，5，15分钟的负荷情况。它的值代表等待CPU处理的进程数，如果CPU没有时间处理这些进程，load average值会升高；反之则会降低。 load average的最佳值是1，说明每个进程都可以马上处理并且没有CPU cycles被丢失。对于单CPU的机器，1或者2是可以接受的值；而在一个多CPU的系统中这个值应除以物理CPU的个数,假设CPU个数为4,而load average为8或者10,那结果也是在2多点而已。 也可以使用uptime命令来判断网络性能。例如，某个网络应用性能很低，通过运行uptime查看服务器的负荷是否很高，如果不是，那么问题应该是网络方面造成的。 也可以查看/proc/loadavg 和/proc/uptime两个文件来获取相关的信息。 以下是uptime的运行实例： 二 、Top（CPU） Top命令显示了实际CPU使用情况，默认情况下，它显示了服务器上占用CPU的任务信息并且每5秒钟刷新一次。你可以通过多种方式分类它们，包括PID

RTOS系统的启动 在系统上电时，第一个执行的启动文件是汇编语言编写的复位函数Reset_Handler，复位函数最后会调用C库函数_ _main,__main的主要工作是初始化系统的堆和栈，最后调用C中的main()函数，从而进入C的世界。 目录 1 系统初始化 1.1 空闲任务初始化 1.1.1 空闲任务的作用 1.2 时钟节拍任务 2 CPU初始化 2.1 时间戳 2.1.1 时间戳的实现 2.1.1.1 CPU初始化函数 2.1.1.2 时间戳初始化函数 2.1.1.3 时间戳定时器初始化函数 3 SysTick初始化 由此可见，任务中的延时使用的是软件延时，即还是让CPU空等来达到延时的效果。使用RTOS的优势就是充分发挥CPU的性能，永远不让它闲着。任务如果需要延时，也就不能再让CPU空等来实现延时的效果。 RTOS中的延时叫阻塞延时，即当任务需要延时时，会放弃CPU的使用权，CPU可以去做其他的事情，当任务延时时间到，将重新获得CPU的使用权继续运行，这样就可以充分利用CPU，而不是空等。 4 内存初始化 5 OSStart() 1 系统初始化 系统初始化是根据我们配置宏定义进行的，有一些则是系统必要的初始化，如空闲任务、时钟节拍任务等。 注意： 在系统初始化中，空闲任务的初始化和时钟节拍任务的初始化是必须存在的任务，否则系统无法正常运行。 1.1 空闲任务初始化

一、多任务简介 1、为什么要使用多任务爬虫？ 在大量的url需要请求时，单线程/单进程去爬取，速度太慢，此时cpu不工作，浪费cpu资源。 爬取与写入文件分离，可以规避io操作，增加爬取速度，充分利用cpu。 2、多任务分类 进程：进程是操作资源分配的最小单位，一个运行的程序，至少包括一个进程，进程之间数据不能共享。（利用多核） 线程：线程是cpu调度的最小单位，一个进程中至少含有一个线程，线程中数据是共享的，如果多个线程操作同一个对象时，需要考虑数据安全问题。（爬虫中最常用） 协程：协程位于线程内部，如果一个线程中运行的代码，遇到IO操作时，切换到线程其他代码执行（最大程度的规避IO操作） 2、如何提高程序的运行速度 1、提高CPU的利用率 假如我们的程序有只有一个线程，CPU就只处理这一个线程。如果在程序中遇到IO操作。此时CPU就不工作了。休息的这段时间，就浪费了CPU的资源。 若我们的程序是多线程的，CPU会在这多个任务之间切换，如果其中一个线程阻塞了，CPU不会休息，会处理其他线程。 2、增加CPU数量 一个CPU同一时间只能护理一个任务，若我们增加CPU数量，那么多个CPU处理多个任务，也会提升程序的运行速度，例如使用多进程。 二、python中的threading模块（开启多线程） cpython解释器下的 python中没有真正的多线程

为什么32位称为x86而64位称为x64？ https://www.expreview.com/69962.html 这个问题应该想问的是：“为什么64位称为x64而32位称为x86？”这就要翻一下CPU的发展历史了，1978年6月8日，Intel发布了新款微处理器“8086”，也同时开创了一个新时代： x86架构 诞生了。 Intel 8086处理器 x86指的是特定微处理器执行的一些计算机语言 指令集 ，定义了芯片的基本使用规则，它是一个intel通用计算机系列的标准编号缩写,也标识一套通用的计算机指令集合。 当然，8086发布时它的指令集合还并没有“x86”的叫法，只不过由于intel后续大火的处理器如286、386、486等等命名上都是以86结尾，并且他们都是同样的一套指令集合，所以人们才将这一套指令集合称为“x86”。 而32位指的是CPU一次能处理的最大数据是32位宽，即4个字节。这种CPU内部寄存器和寻址总线是32位，指令集可以运行32位数据指令。具有这样特性的CPU我们叫32位CPU，而针对这样的CPU设计的操作系统人们就称为32位操作系统。历史上第一款32位CPU是前面我们提到过的386（全称Intel 80386）。 总的来说，“x86”指的是一套特定的计算机指令集合，而“32位”指的是CPU一次能处理的最大数据是32位宽。它们并不是一个概念

随着互联网行业的不断发展，各种监控工具多得不可胜数。这里列出网上最全的监控工具。让你可以拥有超过80种方式来管理你的机器。在本文中，我们主要包括以下方面： 命令行工具 网络相关内容 系统相关的监控工具 日志监控工具 基础设施监控工具 监控和调试性能问题是一个艰巨的任务，但用对了正确的工具有时也是很容易的。下面是一些你可能听说过的工具，也有可能没有听说过——何不赶快开始试试？ 八大系统监控工具 1. top 这是一个被预装在许多 UNIX 系统中的小工具。当你想要查看在系统中运行的进程或线程时：top 是一个很好的工具。你可以对这些进程以不同的方式进行排序，默认是以 CPU 进行排序的。 2. htop htop 实质上是 top 的一个增强版本。它更容易对进程排序。它看起来上更容易理解，并且已经内建了许多通用操作。它也是完全交互式的。 3. atop atop 和 top，htop 非常相似，它也能监控所有进程，但不同于 top 和 htop 的是，它可以按日记录进程的日志供以后分析。它也能显示所有进程的资源消耗。它还会高亮显示已经达到临界负载的资源。 4. apachetop apachetop 会监控 apache 网络服务器的整体性能。它主要是基于 mytop。它会显示当前的读取进程、写入进程的数量以及请求进程的总数。 5. ftptop ftptop

1. 操作系统/应用程序 a. 硬件 - 硬盘 - CPU - 主板 - 显卡 - 内存 - 电源 ... b. 装系统（软件） - 系统就是一个由程序员写出来软件，该软件用于控制计算机的硬件， 让他们之间进行相互配合。 c. 安软件（安装应用程序） - QQ - 百度云 - pycharm ... 2. 并发和并行 并发，伪，由于一个人执行速度特别快，人感觉不到停顿。 并行，真，创建10个人同时操作。3. 线程、进程 a. 单进程、单线程的应用程序 print('666') b. 到底什么是线程？什么是进程？ Python自己没有这玩意，Python中调用的操作系统的线程和进程。 c. 单进程、多线程的应用程序 代码： import threading print('666') def func(arg): print(arg) t = threading.Thread(target=func) t.start() print('end') 一个应用程序（软件），可以有多个进程（默认只有一个），一个进程中可以创建多个线程（默认一个）。 d. 故事: Alex甄嬛西游传 总结： 1. 操作系统帮助开发者操作硬件。 2. 程序员写好代码在操作系统上运行（依赖解释器）。 任务特别多的情况： 3. 以前的你，写代码： import threading import requests

摘要： 当一个.net应用在生产环境CPU突然居高不下，如何快速准确的定位问题所在，并且对实时业务影响最小化？如何不抓Dump也不用live debug就可以知道你的应用在做什么？如何确认你的应用是由于哪个线程的执行造成的CPU升高，该线程正在执行什么代码？ 分析： CPU升高的原因有很多， 1、有时候应用的负载大了，CPU自然会受业务请求的增加和增高； 2、有时候因为GC回收使用了过高的CPU资源； 3、有时候是某个线程执行的代码在某种情况下陷入了死循环； 4、有时候是因为锁争用太激烈，某资源上的锁释放后，等待的线程去抢锁引起的； 5、有时候是因为线程太多，上下文切换太频繁引起的。 6、每秒抛出太多的Exception。 我们一一分析 1、我们一般会用一些计数器来观察实际的应用的负载情况和并发请求量，比如每秒接受多少请求等，所以业务量增大引起的CPU高，很容易确定。 2、GC使用的CPU百分比有专门的计数器，一看便知。 3、如果某段代码陷入了死循环引起的CPU高，只抓Dump看~*e!clrstack和!runaway还是不太好定位问题， a)、一般都是连续抓几个dump，然后用!runaway来看哪些线程的用户态时间的差很大，然后再去看该线程的调用栈。 b)、录制Thread\Thread Id和Thread\% Processor Time计数器，同时抓dump

摘要： 当一个.net应用在生产环境CPU突然居高不下，如何快速准确的定位问题所在，并且对实时业务影响最小化？如何不抓Dump也不用live debug就可以知道你的应用在做什么？如何确认你的应用是由于哪个线程的执行造成的CPU升高，该线程正在执行什么代码？ 分析： CPU升高的原因有很多， 1、有时候应用的负载大了，CPU自然会受业务请求的增加和增高； 2、有时候因为GC回收使用了过高的CPU资源； 3、有时候是某个线程执行的代码在某种情况下陷入了死循环； 4、有时候是因为锁争用太激烈，某资源上的锁释放后，等待的线程去抢锁引起的； 5、有时候是因为线程太多，上下文切换太频繁引起的。 6、每秒抛出太多的Exception。 我们一一分析 1、我们一般会用一些计数器来观察实际的应用的负载情况和并发请求量，比如每秒接受多少请求等，所以业务量增大引起的CPU高，很容易确定。 2、GC使用的CPU百分比有专门的计数器，一看便知。 3、如果某段代码陷入了死循环引起的CPU高，只抓Dump看~*e!clrstack和!runaway还是不太好定位问题， a)、一般都是连续抓几个dump，然后用!runaway来看哪些线程的用户态时间的差很大，然后再去看该线程的调用栈。 b)、录制Thread\Thread Id和Thread\% Processor Time计数器，同时抓dump

CPU 使用率低高负载的原因 原因总结 产生的原因一句话总结就是：等待磁盘I/O完成的进程过多，导致进程队列长度过大，但是cpu运行的进程却很少，这样就体现到负载过大了，cpu使用率低。 下面内容是具体的原理分析： 在分析负载为什么高之前先介绍下什么是负载、多任务操作系统、进程调度等相关概念。 什么是负载 什么是负载：负载就是cpu在一段时间内正在处理以及等待cpu处理的进程数之和的统计信息，也就是cpu使用队列的长度统计信息，这个数字越小越好（如果超过CPU核心*0.7就是不正常） 负载分为两大部分：CPU负载、IO负载 CPU负载 假设有一个进行大规模科学计算的程序，虽然该程序不会频繁地从磁盘输入输出，但是处理完成需要相当长的时间。因为该程序主要被用来做计算、逻辑判断等处理，所以程序的处理速度主要依赖于cpu的计算速度。此类cpu负载的程序称为“计算密集型程序”。 IO负载 还有一类程序，主要从磁盘保存的大量数据中搜索找出任意文件。这个搜索程序的处理速度并不依赖于cpu，而是依赖于磁盘的读取速度，也就是输入输出（input/output,I/O）.磁盘越快，检索花费的时间就越短。此类I/O负载的程序，称为“I/O密集型程序”。 什么是多任务操作系统 Linux操作系统能够同时处理几个不同名称的任务。但是同时运行多个任务的过程中

CPU功耗不是TDP 从这里看更靠谱 https://www.cfan.com.cn/2019/1225/133351.shtml 2019-12-25 13:32 产品 标签： CPU功耗 TDP CPU的TDP（热设计功耗）是CPU的发热量而不是真正的功耗，这件事儿小编在这里说过很多次了。而确定电源供电能力一类的需求，还是得看真正的功耗。此外CPU的功耗还涉及到功率墙的问题，超频上不去、感觉降速都有可能是达到了功率墙。那么，怎么知道真正的CPU功耗呢？是时候呼叫HWINFO这款小软件了。 首先，我们要从官网https://www.hwinfo.com处下载HWINFO。这是一个免费软件，大小只有几MB，建议下载无需安装的移动版（Portable），解压缩就能用。开启软件后会弹出一个信息界面，主要是CPU和显卡的基本信息。 注意，这里给出的CPU功耗信息仍然是TDP，要知道真实功耗得关掉这个信息界面，在软件主界面中点击“Sensors”按钮，可以看到一个新的弹出窗口，全部是电脑内部的各种传感器信息。 拉动右侧窗口内容，在CPU频率和内存频率两个信息组下方，可以看到另一个CPU信息组，这里就包含了CPU的功耗信息，从左至右分别是目前功耗、最低功耗、最高功耗，平均功耗。 要了解最高耗电和功率墙主要看最高功耗，如用不同设置运行一些大型游戏和测试，每次运行后观察最高功耗