昨天下午突然收到运维邮件报警，显示数据平台服务器cpu利用率达到了98.94%，而且最近一段时间一直持续在70%以上，看起来像是硬件资源到瓶颈需要扩容了，但仔细思考就会发现咱们的业务系统并不是一个高并发或者CPU密集型的应用，这个利用率有点太夸张，硬件瓶颈应该不会这么快就到了，一定是哪里的业务代码逻辑有问题。1、排查思路1.1 定位高负载进程首先

物理cpu数主板上实际插入的cpu数量，可以数不重复的physicalid有几个（physicalid）Linuxcat/proc/cpuinfo|grep"physicalid"|sort|uniq|wclcpu核数单块CPU上面能处理数据的芯片组的数量，

1查看CPU1.1查看CPU个数\cat/proc/cpuinfo|grep"physicalid"|uniq|wcl2\\uniq命令：删除重复行;wc–l命令：统计行数\\1.2查看CPU核数\cat/proc/cpuinfo|grep"cpucores"|uniqc

而在每个任务运行前，CPU都需要知道任务从哪里加载、又从哪里开始运行，也就是说，需要系统事先帮它设置好CPU寄存器和程序计数器CPU寄存器，是CPU内置的容量小、但速度极快的内存。而程序计数器，则是用来存储CPU正在执行的指令位置、或者即将执行的下一条指令位置。它们都是CPU在运行任何任务前，必须的依赖环境，因此也被叫做C

CPU监控：进程和线程观察哪个进程CPU和内存占比高top观察进程中的线程，哪个线程CPU和内存占比高topHppidtop16837topHp16837定位具体java进程定位具体java进程jps

ZIP格式评价：可能是目前使用的最多的文档压缩格式，跨平台。压缩率不高。压缩一个目录：\ziprarchive\_name.zipdirectory\_to\_compress解压缩：\unziparchive\_name.zipTAR格式评价：消耗cpu及时间少，仅仅是一个打包工具，并不负责压缩。

并发和并行并行：指两个或多个时间在同一时刻发生（同时发生）；并发：指两个或多个事件在一个时间段内发生。　　在操作系统中，安装了多个程序，并发指的是在一段时间内宏观上有多个程序同时运行，这在单CPU系统中，每一时刻只能有一道程序执行，即微观上这些程序是分时的交替运行，只不过是给人的感觉是同时运行，那是因为分时交替

CPU上下文切换，可能会导致CPU使用率的飙升，那当CPU到100%的时候，我们该如果定位是否是因为CPU上下文切换导致的呢？可以通过vmstat、pidstat命令来查看。每隔5秒输出1组数据$vmstat5procsmemoryswap

OSCHINA更新较慢，请参见博文原始链接：https://blog.csdn.net/qq\_39815222/article/details/109420626(https://www.oschina.net/action/GoToLink?urlhttps%3A%2F%2Fblog.csdn.net%2Fqq_39815222%2Farticle

这篇文章主要是介绍CPU技术的发展，包括最近几十年CPU性能提升和半导体工艺发展，当前技术发展方向。希望可以帮助软件开发者理解CPU指令集和组成运行原理、CPU性能提升的现状和瓶颈、CPU技术发展方向会如何影响软件开发/设计的框架和编程思想。