唐山如何做百度的网站建设,c2c网站有哪些?,一般购物网站怎么做推广,网站透明背景全文来自Intel开发者手册#xff1a;Intel? 64 and IA-32 Architectures Software Developer’s Manual Volume 3B System Programming Guide.pdf
注意#xff1a;下文中已经指出手册中的对应页面和章节#xff0c;请对照手册原文看#xff0c;任何个人理解错误#xff…全文来自Intel开发者手册Intel? 64 and IA-32 Architectures Software Developer’s Manual Volume 3B System Programming Guide.pdf
注意下文中已经指出手册中的对应页面和章节请对照手册原文看任何个人理解错误请包涵。
六以下内容来自P29030.2.3 Pre-defined Architectural Performance Events 表格30-1列出了预先定义好的架构兼容事件 Table 30-1. UMask and Event Select Encodings for Pre-Defined Architectural Performance Events Bit Position CPUID.AH.EBX Event Name UMask Event Select 0 UnHalted Core Cycles 00H 3CH 1 Instruction Retired 00H C0H 2 UnHalted Reference Cycles 01H 3CH 3 LLC Reference 4FH 2EH 4 LLC Misses 41H 2EH 5 Branch Instruction Retired 00H C4H 6 Branch Misses Retired 00H C5H 有些处理器可能并不全部支持上表列出的所有预定义架构兼容事件这可以通过检测CPUID.0AH:EBX对应的bit位来做判断只有bit位为零才表示支持对应的事件。
几个事件的注意点 0UnHalted Core Cycles — Event select 3CH, Umask 00H 简明统计处于非停机UnHalted状态的时钟周期数。什么是UnHalted状态比如执行hlt指令时cpu就处于Halted状态。 只有当指定处理器上的时钟信号处于运行状态时该事件计数器才统计该处理器的核心时钟周期数。因此在如下几种情况时计数器不会增长 — an ACPI C-state other than C0 for normal operation — HLT — STPCLK# pin asserted — being throttled by TM1 — during the frequency switching phase of a performance state transition (see Chapter 14, “Power and Thermal Management”) 另外在性能状态发生改变比如由性能最佳变成节能状态那么对应的核心时钟频率会发生变化从而该性能计数器的统计频率也会随之发生变化。
1Instructions Retired — Event select C0H, Umask 00H 简明统计已执行完的指令数。Retired表示引退意译也就是消耗或已执行完。 该事件计数器统计已执行的指令数。如果一条指令由多条微指令组成那么该事件计数器仅对其最后一条微指令进行统计。如果一条指令以rep为前缀即意味着指令将执行多次那么也将作为整体而只被统计一次。如果在多操作指令的最后一条微指令执行完之前出现错误那么将不会被统计。处于VM-exit条件下时该事件不会增长。在硬中断traps陷进以及中断处理函数内时该计数器都将继续统计。
2UnHalted Reference Cycles — Event select 3CH, Umask 01H 简明统计处于非停机UnHalted状态的参考时钟周期数。 只有当指定处理器上的时钟信号处于运行状态时该事件计数器才统计该处理器的参考时钟周期数。这和UnHalted Core Cycles类似但不同的是该性能计数器的统计频率不会因核心时钟频率受性能状态发生改变影响而发生变化。
七下面是与NMI中断相关的部分属于个人总结 1Linux内核有一个nmi_watchdog机制可以用来检测死锁。 这可以参考内核文档2.6.30.8\Documentation\nmi_watchdog.txt
2第1点是旧的nmi_watchdog机制自2.6.37.x开始有了新的nmi_watchdog机制。 a) 关于new nmi_watchdog介绍在这里new nmi_watchdog using perf events
b) new nmi_watchdog出现在2.6.37.2之后在内核更新log里搜索关键字“new nmi_watchdog”kernel/git/torvalds/linux.git - Linux kernel source tree Age Commit message (Expand) Author Files Lines 2010-11-18 x86, nmi_watchdog: Remove the old nmi_watchdog Don Zickus 7 -608/5 2010-05-12 lockup_detector: Combine nmi_watchdog and softlockup detector Don Zickus 12 -29/650 2010-02-08 nmi_watchdog: Config option to enable new nmi_watchdog Don Zickus 5 -1/26 2010-02-08 x86: Move notify_die from nmi.c to traps.c Don Zickus 2 -7/5 c) 在2.6.37.x内新旧两套nmi机制同时存在但old nmi_watchdog机制在2.6.38后被移除x86, nmi_watchdog: Remove the old nmi_watchdog
3新的nmi_watchdog机制其nmi中断源不再可以设置为IO-APIC即nmi_watchdog1而只能是local APIC即nmi_watchdog2。 具体而言是通过性能计数器溢出Hardware counter overflow interrupt – local APIC合适配置进行转换 – NMI 在Intel开发者手册3A第460页10.1 LOCAL AND I/O APIC OVERVIEW有对应的说明 ? Performance monitoring counter interrupts — P6 family, Pentium 4, and Intel Xeon processors provide the ability to send an interrupt to its associated processor when a performance-monitoring counter overflows (see Section 30.8.5.8, “Generating an Interrupt on Overflow”). 以及Intel开发者手册3B第342页30.8.5.8 Generating an Interrupt on Overflow的说明 (Here, the performance counter entry in the local vector table [LVT] is set up to deliver the interrupt generated by the PMI to the processor.) 另外可以参考文档PerfEvent与Intel PMU介绍林铭 Intel开源技术中心
4新的nmi_watchdog机制的使用 新的watchdog只需打开内核选项接口参考文档lockup-watchdogs.txt也就是原来的nmi_watchdog.txt Kernel hacking — [*] Detect Hard and Soft Lockups [*] Panic (Reboot) On Hard Lockups [*] Panic (Reboot) On Soft Lockups
新机制处理了nmi的嵌套问题The x86 NMI iret problem [LWN.net] 对应的源文件LXR / The Linux Cross Reference
5新的nmi_watchdog机制的关键性配置语句为 1 apic_write(APIC_LVTPC, APIC_DM_NMI);
其使用的具体性能计数器与当前机器CPU型号有关在最一般情况下使用的是 1 2 #define MSR_ARCH_PERFMON_PERFCTR0 0xc1 #define MSR_ARCH_PERFMON_EVENTSEL0 0x186
事件为 1 2 #define ARCH_PERFMON_UNHALTED_CORE_CYCLES_SEL (0x3c) #define ARCH_PERFMON_UNHALTED_CORE_CYCLES_UMASK (0x00 8)
可以看到这是架构兼容事件UnHalted Core Cycles。由于统计的是非停机时钟周期所以如果系统比较空闲那么通过“cat /proc/interrupts | grep NMI”看到的nmi中断增长比较缓慢。这是因为当系统空闲时idle进程默认执行的是mwait_idle()函数其核心指令mwait导致CPU处于停机状态所以流逝的时钟周期没有统计到计数器内进而原本要溢出的计数器没有溢出nmi中断也就没有触发。
6如何让新nmi_watchdog机制下的nmi中断持续触发 第5点中提到如果系统比较空闲那么系统里的nmi中断数会很少。可以有不少方法提升nmi中断频率 a) 让系统不要处于空闲状态比如弄个死循环程序一直跑起。这个仅用于验证的确是因为CPU空闲导致的囧 b) 修改内核参数加上“idlepoll”可以参考2.6.30.8\Documentation\kernel-parameters.txt这样让系统的idle进程执行cpu_relax()函数而该函数的核心是nop指令因此CPU并不会处于停机状态。这会导致无法节能浪费国家电力囧 b) 有个名为“CPU_CLK_UNHALTED.TOTAL_CYCLES”的统计事件http://software.intel.com/sites/products/documentation/doclib/stdxe/2013/amplifierxe/win/ug_docs/reference/pmm/events/cpu_clk_unhalted.total_cycles.htmlPerformance Analysis Guide for Intel? Core? i7 Processor and Intel? Xeon? 5500 processors.pdf 这只是CPU_CLK_UNHALTED的变体pdf里的解释如下 Total cycles can be directly measured with CPU_CLK_UNHALTED.TOTAL_CYCLES. This event is derived from CPU_CLK_UNHALTED.THREAD by setting the cmask 2 and inv 1, creating a condition that is always true. The difference between these two is the halted cycles. These occur when the OS runs the null process. 即创造一个恒真的环境让计数器的每次统计总是自增。不过根据Intel? VTune手册以及实测来看这个事件应该仅被某些处理器支持上面pdf文档就是针对的i7和至强5500系列cpu。libpfm-4.2.0库仅针对Nehalem、Westmere、Sandybridge提供有TOTAL_CYCLES。该事件的具体设置为 UMask 0x00; CMask 2; Inv 1 即 1 #define ARCH_PERFMON_UNHALTED_CORE_CYCLES_UMASK (0x0 | (1 23) | (0x2 24))
