cpu时间

【编者按】原文作者 Emil Soman，Rubyist，除此之外竟然同时也是 艺术家，吉他手 ，Garden City RubyConf 组织者。本文是DIY Ruby CPU Profiling 的第一部分，由 OneAPM 工程师编译整理。 在 Codemancers，我们正在建设 Rbkit——一个针对 Ruby 语言的——拥有新炫酷功能的代码分析器。我目前正在实现一个嵌在 rbkit gem 里的 CPU 分析器，这将有助 rbkit UI 重建分析 Ruby 进程调用图，并在屏幕上得出有用的可视化展示。在这个过程中，我学到了许多新东西，很乐意在本系列的博客文章中与您分享。 我们打算一步一步从基础开始，专门为 Ruby 编写一个初级的 CPU 分析器！在完成时我们将学到： 什么是 CPU 分析 分析模式——工具和采样 CPU Time 和 Wall Time ——它们分别是什么意思，如何测量？ 写一个简单的 C 扩展并用于 Ruby 中 Ruby Tracepoints——调用和返回 C 语言中的信号处理 用一个信号暂停 Ruby 进程并用调用堆查看 用分析数据进行一些有用但笨拙的试验 Part I. 介绍 CPU 分析 通过对你的程序进行 CPU 分析，可以发现相较于 CPU 使用率，你的程序是多么宝贵。为了分析程序，你需要使用一个分析工具并按照下列步骤操作： 开始

某厂面试归来，发现自己落伍了！>>> 如何合理的配置线程池参数： 思考该问题首先明确两个任务类型的概念 CPU密集：该任务需要进行大量的计算，但是并没有阻塞，CPU在全速的运行。值得注意的是CPU密集型的任务只有在真正的多核CPU上才能更好的发挥作用（多线程技术），单核的CPU模拟多线程并不能提高任务的执行速度，因为CPU 的计算能力是有限的。 IO密集：指的是该任务的IO操作，也就是说会存在阻塞的情况。这种任务会导致CPU浪费很多时间在等待上，因此这种类型的任务使用多线程技术能更好的提高计算集的任务执速度，即使是单核的计算机采用模拟多线程技术也能减少CPU等待IO的阻塞时间。 具体配置参考如下： CPU密集型任务=CPU核数+1 IO密集型任务 = 2*CPU核数 来源： oschina 链接： https://my.oschina.net/u/3670669/blog/3195873

cpu负载问题 一、对于load average的理解 1.1 平均负载 [root@k8s-master1 ~]# w | head -1 05:21:43 up 4:45, 2 users, load average: 0.19, 0.12, 0.13 第一位0.19：表示最近1分钟平均负载 第二位0.12：表示最近5分钟平均负载 第三位0.13：表示最近15分钟平均负载 1.2 关于平均负载的理解 打个比方： CPU就是车道，进程就是汽车，负载就是车道上车的数量 单核cpu相当于就单向单车道；多核cpu就相当于单向多车道； 1.2.1 单核情况 可以理解为，此时只有一条车道，这条车道上最多能同时跑10辆车，那么这个车道就有三种情况 车道上的车数量小于10辆，此时，这条路的负载小于1 车道上的车数量等于10辆，此时，这条路的负载等于1【 1表示1个CPU核心用满了 】 车道上的车数量等于10辆，而且还有排队车辆，此时，这条路的负载大于1 如果负载为2，可以理解为总车辆数为20 如果复杂为3，可以理解为总车辆数为30 ...... 1.2.2 两核情况 可以理解为，此时只有两条车道，每条车道上最多能同时跑10辆车，因此同时最多可以跑20辆车，那么这个车道就有三种情况 车道上的车数量小于20辆，此时，这条路的负载小于2 车道上的车数量等于20辆，此时，这条路的负载等于2【

随着互联网行业的不断发展，各种监控工具多得不可胜数。这里列出网上最全的监控工具。让你可以拥有超过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

原文地址： http://apps.hi.baidu.com/share/detail/32573968 有时候系统管理员可能只关心现在系统中运行着哪些程序，而不想知道有哪些进程在运行。由于一个应用程序可能需要启动多个进程。所以在同等情况下，进程的数 量要比程序多的多。为此从阅读方面考虑，管理员需要知道系统中运行的具体程序。要实现这个需求的话，就需要利用命令ps来帮忙。 要对进程进行监测和控制，首先必须要了解当前进程的情况，也就是需要查看当前进程，而 ps 命令就是最基本同时也是非常强大的进程查看命令。使用该命令可以确定有哪些进程正在运行和运行的状态、进程是否结束、进程有没有僵死、哪些进程占用了过多 的资源等等。总之大部分信息都是可以通过执行该命令得到的。 名称：ps 使用权限：所有使用者 使用方式：ps [options] [--help] 说明：显示瞬间行程 (process) 的动态 参数：ps的参数非常多, 在此仅列出几个常用的参数并大略介绍含义 -A 列出所有的进程 -w 显示加宽可以显示较多的资讯 -au 显示较详细的资讯 -aux 显示所有包含其他使用者的行程 ############################################################ 常用参数： -A 显示所有进程（等价于-e）(utility) -a

名称：ps 使用权限：所有使用者 使用方式：ps [options] [--help] 说明：显示瞬间行程 (process) 的动态 参数：ps的参数非常多, 在此仅列出几个常用的参数并大略介绍含义 -A 列出所有的进程 -w 显示加宽可以显示较多的资讯 -au 显示较详细的资讯 -aux 显示所有包含其他使用者的行程 ############################################################ 常用参数： -A 显示所有进程（等价于-e）(utility) -a 显示一个终端的所有进程，除了会话引线 -N 忽略选择。 -d 显示所有进程，但省略所有的会话引线(utility) -x 显示没有控制终端的进程，同时显示各个命令的具体路径。dx不可合用。（utility） -p pid 进程使用cpu的时间 -u uid or username 选择有效的用户id或者是用户名 -g gid or groupname 显示组的所有进程。 U username 显示该用户下的所有进程，且显示各个命令的详细路径。如:ps U zhang;(utility) -f 全部列出，通常和其他选项联用。如：ps -fa or ps -fx and so on. -l 长格式（有F,wchan,C 等字段） -j 作业格式 -o 用户自定义格式。 v

1. Unix 系统定义的进程运行时长为所有处理器内核的处理时间加上线程 在队列中等待的时间。 平均负载是指上一分钟同时处于就绪状态的平均进程数。在CPU中可以理解为CPU可以并行处理的任务数量，就是CPU个数X核数。如果CPU Load等于CPU个数乘以核数，那么就说CPU正好满负载，再多一点，可能就要出问题了，有些任务不能被及时分配处理器，那要保证性能的话，最好要小于CPU个数X核数X0.7。 Load Average是指CPU的Load。它所包含的信息是在一段时间内CPU正在处理及等待CPU处理的进程数之和的统计信息，也就是CPU使用队列的长度的统计信息。 Load Average的值应该小于CPU个数X核数X0.7，Load Average会有3个状态平均值，分别是1分钟、5分钟和15分钟平均Load。如果1分钟平均出现大于CPU个数X核数的情况，还不需要担心；如果5分钟的平均也是这样，那就要警惕了；15分钟的平均也是这样，就要分析哪里出现问题，防范未然。 https://blog.csdn.net/duzilonglove/article/details/80111753 来源： https://www.cnblogs.com/javastart/p/12484412.html

由于种种需求，今天开始由浅入深的学习java的多线程机制，而java语言的一大特性点就是内置对多线程的支持。 以下内容出自： http://blog.csdn.net/jiangwei0910410003/article/details/19962627 : 线程的生命周期： 1.新建状态(New)：用new语句创建的线程对象处于新建状态，此时它和其它的java对象一样，仅仅在堆中被分配了内存 2.就绪状态(Runnable)：当一个线程创建了以后，其他的线程调用了它的start()方法，该线程就进入了就绪状态。处于这个状态的 线程位于可运行池中，等待获得CPU的使用权 3.运行状态(Running)： 处于这个状态的线程占用CPU,执行程序的代码 4.阻塞状态(Blocked)： 当线程处于阻塞状态时，java虚拟机不会给线程分配CPU，直到线程重新进入就绪状态，它才有机会转到 运行状态。 阻塞状态分为三种情况： 1)、 位于对象等待池中的阻塞状态：当线程运行时，如果执行了某个对象的wait()方法，java虚拟机就回把线程放到这个对象的等待池中 2)、 位于对象锁中的阻塞状态，当线程处于运行状态时，试图获得某个对象的同步锁时，如果该对象的同步锁已经被其他的线程占用，JVM就会把这个线程放到这个对象的琐池中。 3)、 其它的阻塞状态：当前线程执行了sleep()方法

1. 多进程图像与CPU调度 2. CPU调度的直观想法 3. 如何设计调度算法？ IO约束型任务：前台任务，输入输出多，和用户有交互 CPU约束型任务：后台任务 4. 常见的三种调度算法 First Come , First Served (FCFS) 如何缩短周转时间？ 1. 第一种：SJF(短作业优先)，周转时间就上来了 响应时间怎么办？ p2用户要按下键盘，得等前面的执行完才响应 2. 第二种：RR(轮转调度) 响应时间和周转时间同时存在，怎么办？ 3. 第三种：优先级调度 前台优先级高 如果一直有前台任务、、、 来源： https://www.cnblogs.com/mengd/p/12482802.html

去年的时候，曾经简单对比了一下golang和nodejs的http模块的性能，见： golang与node.js的http对比测试 那时golang还没发布go1，http模块比nodejs差得很远。 go1出来已经有一段时间了，我知道go的http模块性能已经有比较大的提升，但是最近依然见到有人提起去年写的那篇文章，为避免产生对golang的误解，对于go1的最新测试结果如下。 测试是在Ubuntu 12.04 64位系统下进行的： qleelulu@nb:~$ uname -a Linux nb 3.2.0-25-generic #40-Ubuntu SMP Wed May 23 20:30:51 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux qleelulu@nb:~$ sudo dmidecode | grep CPU Socket Designation: CPU Version: Intel(R) Core(TM) i5 CPU M 480 @ 2.67GHz (注：双核4线程) go的版本： qleelulu@nb:~$ go version go version go1 nodejs的版本： qleelulu@nb:~$ node -v v0.8.6 单CPU测试 nodejs是单进程，只使用一个CPU