《CPU》专题

在Intel手册的第3卷中，它包含了硬件事件计数器的描述： 我一直认为分支地址计算器执行静态预测算法（当分支目标缓冲区不包含分支条目时）？ 谁能证实以上两个是正确的吗？我什么也找不到。

本节我们将介绍如何将SURF计算出的特征转换成直方图，我们先用CPU是现实一个串行执行的版本。然后使用OpenMP使用CPU多核来完成这个算法的并行化。 9.2.1 串行实现 {%ace edit=false, lang=’c_cpp’%} // Loop over all the descriptors generated for the image for (int i = 0; i < n_

本节我们将讨论一下AMD GPU中的“波面阵”(在NVIDIA显卡中称为“线程块”)。这个概念是有助于我们区分OpenCL工作项和CUDA线程。不过，有时会无可避免的使用“线程”这个词来对GPU的工作方式进行描述。本书中我们将会使用“线程”来描述硬件线程。虽然，本节指定的设备为AMD Radeon R9 290X GPU，但是硬件线程与工作项映射的关系、线程调度和抢占的考量，以及内存系统的布局，不

AMD的OpenCL实现可以运行在AMD显卡上和所有x86架构的CPU上。所有主机端代码在x86架构的CPU上执行。不过，AMD的OpenCL实现也可以将x86架构的处理器作为设备，让x86设备运行OpenCL C代码。图8.1展示了FX-8350 CPU的内部架构，该图用来描述x86架构与OpenCL实现之间的映射关系。 要在OpenCL运行时将FX-8350 CPU作为设备，需要使用clGet

前面介绍了 heapdump 和 memwatch-next 的用法，但在实际使用时并不那么方便，我们总不能一直盯着服务器的状况，在发现内存持续增长并超过心里的阈值时，再手动去触发 Core Dump 吧？在大多数情况下发现问题时，就已经错过了现场。所以，我们可能需要 cpu-memory-monitor。顾名思义，这个模块可以用来监控 CPU 和 Memory 的使用情况，并可以根据配置策略自动

V8 有一个内置的性能分析工具，可以记录 JavaScript/C/C++ 代码的堆栈信息，该功能默认是关闭的，可以通过添加命令行参数 --prof 开启。 1.3.1 Tick Processor 创建测试代码： app.js const crypto = require('crypto') function hash (password) { const salt = crypto.ran

我们知道 Node.js 是基于 V8 引擎的，V8 暴露了一些 profiler API，我们可以通过 v8-profiler 收集一些运行时数据（例如：CPU 和内存）。本节将介绍如何使用 v8-profiler 分析 CPU 的使用情况。 1.2.1 使用 v8-profiler 创建测试代码： app.js const fs = require('fs') const crypto = r

火焰图（Flame Graph）想必大家都听过，它可以将 CPU 的使用情况可视化，使我们直观地了解到程序的性能瓶颈。我们通常要结合操作系统的性能分析工具（profiling tracer）使用火焰图，常见的操作系统的性能分析工具如下： Linux：perf, eBPF, SystemTap, and ktap。 Solaris, illumos, FreeBSD：DTrace。 Mac OS X

链接 perf + FlameGraph v8-profiler Tick Processor

mpstat -P ALL 1

CPU资源设置 默认情况下，所有容器获得CPU周期的比例相同。可以通过改变容器的CPU加权占有率相对于其他正在运行容器的加权占有率的比例来调整。 修改1024的比例，使用-c或--cpu-sharesflag的权重设置为2或更高。 该比例只适用在CPU密集型进程运行时。当在一个容器中的任务处于空闲状态，其他容器可以使用剩余空闲CPU时间。实际CPU时间将根据在系统上运行的容器的数目而变化。 例如，

【CPU性能占用】页面主要展示项目运行过程中详细的CPU占用情况，主要包括以下几个部分： 数据汇总 该项主要展示项目运行过程中的 “CPU均值”、“总体帧数”、“>33ms帧数占比” 和 “>50ms帧数占比”。其中，“CPU均值” 为项目运行过程中平均每帧的CPU占用，“>33ms帧数占比” 和 “>50ms帧数占比” 为项目运行过程中高于33ms和高于50ms的帧数占比。 总体CPU时间 该项

Processor type and features 中央处理器(CPU)类型及特性 DMA memory allocation support CONFIG_ZONE_DMA 允许为寻址宽度不足32位的设备(也就是ISA和LPC总线设备)在物理内存的前16MB范围内(也就是传统上x86_32架构的ZONE_DMA区 域)分配内存.不确定的选"N",内核中若有其它驱动(主要是某些老旧的声卡)需要

多CPU与CPU间调度 SMP(对称多处理器)系统中，所有的CPU共享全部资源(总线，内存，I/O等)，最大的特点就是所有资源共享，多个CPU之间没有区别。 NUMA(非一致内存访问)的基本特征是具有多个CPU节点，每个CPU节点由多个CPU组成，并且具有独立的本地内存与I/O槽口等。因此，虽然每个 CPU都可以访问整个系统的内存，但是访问本地节点内存的速度远远高于访问其它节点的内存。详见《SMP

CPU节能 [KNL] nohz={on|off} 启用/禁用内核的dynamic ticks特性。默认值是"on"。 [KNL,BOOT] nohz_full=CPU列表 在内核"CONFIG_NO_HZ_FULL=y"的前提下，指定哪些CPU核心可以进入完全无滴答状态。 "CPU列表"是一个逗号分隔的CPU编号(从0开始计数)，也可以使用"-"界定一个范围。例如"0,2,4-7"等价于"0,2