Anuket Project

Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

Version 1 Next »

Requirement

1.0

Use CMT and MBM to monitor last level cache occupancy, memory bandwidth utilization and the Instructions Per Clock (IPC) on a per core basis

2.0

Use libpqos

3.0

Report IPC, Memory bandwidth utilization and last level cache occupancy

4.0

Should have a configurable interval

5.0

Provide SNMP support for any collectd values, through an RDT MIB

6.0

1 second < Polling Interval < 2 seconds. --> 24 bit counter could overrun

 

Overview

Cache Monitoring Technology (CMT), Memory Bandwidth Monitoring (MBM), Cache Allocation Technology (CAT) and Code and Data Prioritization (CDP) Technology provide the hardware framework to monitor and control the utilization of shared resources, like last level cache, memory bandwidth. These Technologies comprise Intel’s Resource Director Technology (RDT). As multithreaded and multicore platform architectures emerge, running workloads in single-threaded, multithreaded, or complex virtual machine environment, the last level cache and memory bandwidth are key resources to manage. Intel introduces CMT, MBM, CAT and CDP to manage these various workloads across shared resources. 

CMT and MBM

CMT and MBM are new features that allows an operating system (OS) or Hypervisor/virtual machine monitor (VMM) to determine the usage of cache and memory bandwidth by applications running on the platform. CMT and MBM can be used to do the following:

  • To detect if the platform supports these monitoring capabilities (via CPUID).  
  • For an OS or VMM to assign an ID for each of applications or VMs that are scheduled to run on a core. This ID is called the Resource Monitoring ID (RMID).      
  • To monitor cache occupancy and memory bandwidth on a per-RMID basis.
  • To read LLC occupancy and memory bandwidth for a given RMID at any time, for an OS or VMM.  

CAT and CDP

CAT and CDP are new features that allow an OS or Hypervisor/VMM to control allocation of CPUs shared last level cache. Once CAT or CDP is configured, the processor allows access to portions of the cache according to the established class of service (COS). The processor obeys the COS rules when it runs an application thread or application process. This can be accomplished by performing these steps:

  • Determine if the CPU supports the CAT and CDP feature.
    • The CAT is supported on the following 6 SKUs for Intel(R) Xeon(R) processor E5 v3 family: E5-2658 v3, E5-2658A v3, E5-2648L v3, E5-2628L v3, E5-2618L v3, and E5-2608L v3 and all Intel(R) Xeon(R) processor D SKUs.
    • Configure the COS to define the amount of resources (cache space) available. This configuration is at the processor level and is common to all logical processors.
    • Associate each logical processor with an available COS.
    • Run the application on the logical processor that uses the desired COS

Design/Development Teams

Core SA

intel_rdt plugin

The intel_rdt plugin collects information provided by monitoring features of Intel Resource Director Technology (Intel(R) RDT): Cache Monitoring Technology (CMT), and Memory Bandwidth Monitoring (MBM).  Using these monitoring technologies, the intel_rdt plugin should collect the following metrics:

 

Name

Type

Type Instance

Description

Comment

LLC

bytes

llc

last level cache occupancy (CMT)

Existing type

MBL

memory_bandwidth

local

the bandwidth of accessing memory associated with the local socket (MBM)

Existing type

MBR

memory_bandwidth

remote

the bandwidth of accessing the remote socket (MBM)

Existing type

IPC

ipc

 

instructions per clock

New type introduced in types.db

 

 

Plugin configuration

The following configuration options should be supported by intel_rdt collectd plugin:  

Name

Description

Comment

Interval

The interval within which to retrieve statistics on monitored events in seconds

Interval option is supported by collectd and is defined in <LoadPlugin> block. No additional functionality should be developed in intel_rdt plugin to support this option.

Cores

Core groups definition. Monitored metrics are reported as aggregated statistics per group.

The field is represented as list of strings with core group values. Each string represents a list of cores in a group. Allowed formats are: “0,1,2,3” “0-10,20-18” “1,3,5-8,10,0x10-12”.

If an empty string is provided as value for this field default cores configuration should be applied - a separate group for each core.

 

Here is an example of the plugin configuration section of collectd.conf file:

  <Plugin "intel_rdt">
    Cores "0-2" "3,4,6" "8-10,15"
  </Plugin>

 Implementation details

                    To enable support of Intel RDT features PQoS library will be used.  This software package is maintained, updated and developed on https://github.com/01org/intel-cmt-cat. The API provided by PQoS library aligns with collectd plugin API very well which makes plugins implementation simple and straightforward. The following table describes correspondence between collectd plugin API and PQoS API that should be used to implement plugins functionality.
 
plugin API
PQoS API
Description
rdt_config
 
Parse and validate core groups configuration provided by user in collectd.conf
rdt_init
pqos_init
Initialize PQoS library
pqos_cap_get
Get capabilities of current platform to detect which monitoring event are supported
pqos_mon_start
Start monitoring of all supported events for configured core groups 
rdt_read
pqos_mon_poll
Get monitored data from pqos and dispatch to collectd
rdt_shutdown
pqos_mon_stop
Stop monitoring of configured core groups
pqos_fini
Shutdown PQoS library
 

For more details on plugin API see collectd plugin implementation guide https://collectd.org/wiki/index.php/Plugin_architecture.

 

SNMP Support

All metrics collected by intel_rdt plugin should be available through SNMP.  This will be achieved by creating proper configuration for snmp_agent collectd plugin. No additional functionality needed in intel_rdt plugin to support SNMP. See description of SNMP feature for more details on snmp_agent plugin.

Considerations

Configuration Considerations

The polling interval used for this plugin must be: 1 second < Interval < 2 seconds.

Deployment Considerations

By leveraging the core group configuration for the RDT plugin, it’s necessary to taskset/pin and isolate cores for specific applications that you would like to monitor until the process support is implemented.

It’s not recommended to use this Plugin in conjunction with the virt plugin if you plan on retrieving the extended virt statistics that include perf statistics, as perf corrupts CAT.

If your platform does not support RDT – this plugin will be unloaded at initialization time.

API/GUI/CLI Considerations

Equivalence Considerations

The SNMP MIB used for this plugin is a newly Defined MIB.

Security Considerations

Alarms, events, statistics considerations

Certain platform generations will not support all the metrics intended to be collected by the plugin. Unsupported metrics will not be reported.

Redundancy Considerations

Performance Considerations

Not part of Telemetry so performance is Not Applicable

Testing Consideration

The timing interval requirement needs to be taken into consideration when conducting tests.

The Tests should be carried out on a system underload as well as a relatively idle system.

Other Considerations

Impact

The following table outlines possible impact(s) the deployment of this deliverable may have on the current system.

 

Ref

System Impact Description

Recommendation / Comments

1

 

 

Key Assumptions

The following assumptions apply to the scope specified in this document.

 

Ref

Assumption

Status

1

 

 

Key Exclusions

The following exclusions apply to the scope discussed in this document.

 

Ref

Exclusion

Status

1

 

 

Key Dependencies

The following table outlines the key dependencies associated with this deliverable.

 

Ref

Dependency

Status

1

Libpqos

 

2

Net-SNMP

 

Issues List

Ref

Issue

Status

1

Process support is not implemented

The sample file format is proposed in section 1.1.1.1



  • No labels