1[
2    {
3        "BriefDescription": "ASSISTS.PAGE_FAULT",
4        "EventCode": "0xc1",
5        "EventName": "ASSISTS.PAGE_FAULT",
6        "SampleAfterValue": "1000003",
7        "UMask": "0x8",
8        "Unit": "cpu_core"
9    },
10    {
11        "BriefDescription": "Counts streaming stores that have any type of response.",
12        "EventCode": "0x2A,0x2B",
13        "EventName": "OCR.STREAMING_WR.ANY_RESPONSE",
14        "MSRIndex": "0x1a6,0x1a7",
15        "MSRValue": "0x10800",
16        "SampleAfterValue": "100003",
17        "UMask": "0x1",
18        "Unit": "cpu_core"
19    },
20    {
21        "BriefDescription": "Cycles when Reservation Station (RS) is empty for the thread.",
22        "EventCode": "0xa5",
23        "EventName": "RS.EMPTY",
24        "PublicDescription": "Counts cycles during which the reservation station (RS) is empty for this logical processor. This is usually caused when the front-end pipeline runs into starvation periods (e.g. branch mispredictions or i-cache misses)",
25        "SampleAfterValue": "1000003",
26        "UMask": "0x7",
27        "Unit": "cpu_core"
28    },
29    {
30        "BriefDescription": "Counts end of periods where the Reservation Station (RS) was empty.",
31        "CounterMask": "1",
32        "EdgeDetect": "1",
33        "EventCode": "0xa5",
34        "EventName": "RS.EMPTY_COUNT",
35        "Invert": "1",
36        "PublicDescription": "Counts end of periods where the Reservation Station (RS) was empty. Could be useful to closely sample on front-end latency issues (see the FRONTEND_RETIRED event of designated precise events)",
37        "SampleAfterValue": "100003",
38        "UMask": "0x7",
39        "Unit": "cpu_core"
40    },
41    {
42        "BriefDescription": "RS.EMPTY_RESOURCE",
43        "EventCode": "0xa5",
44        "EventName": "RS.EMPTY_RESOURCE",
45        "SampleAfterValue": "1000003",
46        "UMask": "0x1",
47        "Unit": "cpu_core"
48    },
49    {
50        "BriefDescription": "Counts the number of issue slots in a UMWAIT or TPAUSE instruction where no uop issues due to the instruction putting the CPU into the C0.1 activity state. For Tremont, UMWAIT and TPAUSE will only put the CPU into C0.1 activity state (not C0.2 activity state)",
51        "EventCode": "0x75",
52        "EventName": "SERIALIZATION.C01_MS_SCB",
53        "SampleAfterValue": "200003",
54        "UMask": "0x4",
55        "Unit": "cpu_atom"
56    },
57    {
58        "BriefDescription": "Cycles the uncore cannot take further requests",
59        "CounterMask": "1",
60        "EventCode": "0x2d",
61        "EventName": "XQ.FULL_CYCLES",
62        "PublicDescription": "number of cycles when the thread is active and the uncore cannot take any further requests (for example prefetches, loads or stores initiated by the Core that miss the L2 cache).",
63        "SampleAfterValue": "1000003",
64        "UMask": "0x1",
65        "Unit": "cpu_core"
66    }
67]
68