Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

Where collectd is runningPluginTypeType InstanceDescriptioncommentAdditional Info
Host/guestCPUpercent/nanosecondsidleTime CPU spends idle. Can be per cpu/aggregate across all the cpus.For more info, please see:http://man7.org/linux/man-pages/man1/top.1.html
http://blog.scoutapp.com/articles/2015/02/24/understanding-linuxs-cpu-stats
Note that jiffies operate on a variable time base, HZ. The default value of HZ should be used (100), yielding a jiffy value of 0.01 seconds) [time(7)]. Also, the actual number of jiffies in each second is subject to system factors, such as use of virtualization. Thus, the percent calculation based on jiffies will nominally sum to 100% plus or minus error.
 
    
percent/nanosecondsniceTime the CPU spent running user space processes that have been niced. The priority level a user space process can be tweaked by adjusting its niceness. 
percent/nanosecondsinterruptTime the CPU has spent servicing interrupts. 
percent/nanosecondssoftirq(apparently) Time spent handling interrupts that are synthesized, and almost as important as Hardware interrupts (above). "In current kernels there are ten softirq vectors defined; two for tasklet processing, two for networking, two for the block layer, two for timers, and one each for the scheduler and read-copy-update processing. The kernel maintains a per-CPU bitmask indicating which softirqs need processing at any given time." [Ref] 
percent/nanosecondsstealCPU steal is a measure of the fraction of time that a machine is in a state of “involuntary wait.”  It is time for which the kernel cannot otherwise account in one of the traditional classifications like user, system, or idle.  It is time that went missing, from the perspective of the kernel.http://www.stackdriver.com/understanding-cpu-steal-experiment/ 
  
percent/nanosecondssystemTime that the CPU spent running the kernel.  
percent/nanosecondsuserTime CPU spends running un-niced user space processes.   
percent/nanosecondswaitThe time the CPU spends idle while waiting for an I/O operation to complete  
Interfaceif_droppedinThe total number of received dropped packets.  
if_errorsinThe total number of received error packets.http://www.onlamp.com/pub/a/linux/2000/11/16/LinuxAdmin.html 
if_octetsinThe total number of received bytes.  
if_packetsinThe total number of received packets.  
if_droppedoutThe total number of transmit packets dropped  
if_errorsoutThe total number of transmit error packets. (This is the total of error conditions encountered when attempting to transmit a packet. The code here explains the possibilities, but this code is no longer present in /net/core/dev.c  master at present - it appears to have moved to /net/core/net-procfs.c.)  
if_octetsoutThe total number of bytes transmitted  
if_packetsoutThe total number of transmitted packets  
MemorymemorybufferedThe amount, in kibibytes, of temporary storage for raw disk blocks.https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/Deployment_Guide/s2-proc-meminfo.html 
memorycachedThe amount of physical RAM, in kibibytes, left unused by the system.  
memoryfreeThe amount of physical RAM, in kibibytes, left unused by the system.  
memoryslab_reclThe part of Slab that can be reclaimed, such as caches.Slab — The total amount of memory, in kibibytes, used by the kernel to cache data structures for its own use 
memoryslab_unreclThe part of Slab that cannot be reclaimed even when lacking memoryhttps://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/Deployment_Guide/s2-proc-meminfo.html 
memoryusedmem_used = mem_total - (mem_free + mem_buffered + mem_cached + mem_slab_total);https://github.com/collectd/collectd/blob/master/src/memory.c#L349 
diskdisk_io_timeio_timetime spent doing I/Os (ms). You can treat this metric as a device load percentage (Value of 1 sec time spent matches 100% of load).  
disk_io_timeweighted_io_timemeasure of both I/O completion time and the backlog that may be accumulating.  
disk_mergedreadthe number of operations, that could be merged into other, already queued operations, i. e. one physical disk access served two or more logical operations. Of course, the higher that number, the better.  
disk_mergedwritethe number of operations, that could be merged into other, already queued operations, i. e. one physical disk access served two or more logical operations. Of course, the higher that number, the better.  
disk_octectsreadthe number of octets read from a disk or partition  
disk_octectswritethe number of octets written to a disk or partition  
disk_opsreadthe number of read operations issued to the disk  
disk_opswritethe number of write operations issued to the disk  
disk_timereadthe average time an I/O-operation took to complete. Note from collectd Since this is a little messy to calculate take the actual values with a grain of salt.  
disk_timewritethe average time an I/O-operation took to complete. Note from collectd Since this is a little messy to calculate take the actual values with a grain of salt.https://collectd.org/wiki/index.php/Plugin:Disk 
pending_operations shows queue size of pending I/O operations.http://lxr.free-electrons.com/source/include/uapi/linux/if_link.h#L43 
Pingping Network latency is measured as a round-trip time in milliseconds. An ICMP “echo request” is sent to a host and the time needed for its echo-reply to arrive is measured.Latency 
ping_droprate droprate = ((double) (pkg_sent - pkg_recv)) / ((double) pkg_sent);https://github.com/collectd/collectd/blob/master/src/ping.c#L703 
ping_stddev


 

if pkg_recv > 1

latency_stddev = sqrt (((((double) pkg_recv) * latency_squared) - (latency_total * latency_total)) / ((double) (pkg_recv * (pkg_recv - 1))));

https://github.com/collectd/collectd/blob/master/src/ping.c#L698 
 pkg_recv = # of echo-reply messages receivedlatency_squared = latency * latency (for a received echo-reply message)latency_total = the total latency for received echo-reply messages 
  
  
loadload

shorttermload average figures giving the number of jobs in the run queue (state R) or waiting for disk I/O (state D) averaged over 1 Minutehttp://man7.org/linux/man-pages/man5/proc.5.html  
measured CPU and IO utilization for 1 min using /proc/loadavghttps://github.com/collectd/collectd/blob/master/src/load.c 
midtermload average figures giving the number of jobs in the run queue (state R) or waiting for disk I/O (state D) averaged over 5 Minutes  
measured CPU and IO utilization for 5 mins using /proc/loadavg  
longtermload average figures giving the number of jobs in the run queue (state R) or waiting for disk I/O (state D) averaged over 15 Minutes  
measured CPU and IO utilization for 15 mins using /proc/loadavg  
OVS eventsgaugelink_statusLink status of the OvS interface: UP or DOWN  
OVS Stats  if_collisions Number of collisions.per interface 
  if_rx_octets Number of received bytes.http://openvswitch.org/ovs-vswitchd.conf.db.5.pdf 
  if_rx_errorscrcNumber of CRC errors.  
  if_dropped       rx: Number of packets dropped by RX.  
  if_errors           rx: Total number of receive errors, greater than or equal to the sum of the RX errors above.  
  if_rx_errorsframeNumber of frame alignment errors.  
  if_rx_errorsoverNumber of packets with RX overrun.  
  if_packets        rx: Number of received packets  
  if_tx_octets Number of transmitted bytes  
  if_dropped       tx: Number of packets dropped by TX  
  if_errors           tx: Total number of transmit errors, greater than or equal to the sum of the TX errors above.  
  if_packets        tx: Number of transmitted packets  
if_packets     rx:1_to_64_packetsThe total number of packets (including bad  packets) received that were 64 octets in length (excluding framing bits but including FCS octets).supported in OvS v2.6+ and dpdk ports only 
if_packets     rx:65_to_127_packetsThe total number of packets (including bad packets) received that were between 128 and 255 octets in length inclusive (excluding framing bits but including FCS octets).supported in OvS v2.6+ and dpdk ports only 
if_packets     rx:128_to_255_packetsThe total number of packets (including bad packets) received that were between 256 and 511 octets in length inclusive (excluding framing bits but including FCS octets).supported in OvS v2.6+ and dpdk ports only 
if_packets     rx:256_to_511_packetsThe total number of packets (including badpackets) received that were between 512 and 1023 octets in length inclusive (excluding framing bits but including FCS octets).supported in OvS v2.6+ and dpdk ports only 
if_packets     rx:512_to_1023_packetsThe total number of packets (including bad packets) received that were between 1024 and 1518 octets in length inclusive (excluding framing bits but including FCS octets).supported in OvS v2.6+ and dpdk ports only 
if_packets     rx:1024_to_1522_packetsThe total number of packets (including bad packets) received that were between 1523 and max octets in length inclusive (excluding framing bits but including FCS octets).supported in OvS v2.6+ and dpdk ports only 
if_packets     rx:1523_to_max_packetsThe total number of packets (including bad packets) received that were between 1523 and max octets in length inclusive (excluding framing bits but including FCS octets).supported in OvS v2.6+ and dpdk ports only 
if_packets     tx:1_to_64_packetsThe total number of packets transmitted that were 64 octets in length.supported in OvS v2.6+ and dpdk ports only 
if_packets     tx:65_to_127_packetsThe total number of packets received that were between 65 and 127 octets in length inclusivesupported in OvS v2.6+ and dpdk ports only 
if_packets     tx:128_to_255_packetsThe total number of packets received that were between 128 and 255 octets in length inclusivesupported in OvS v2.6+ and dpdk ports only 
if_packets     tx:256_to_511_packetsThe total number of packets received that were between 256 and 511 octets in length inclusivesupported in OvS v2.6+ and dpdk ports only 
if_packets     tx:512_to_1023_packetsThe total number of packets received that were between 512 and 1023 octets in length inclusivesupported in OvS v2.6+ and dpdk ports only 
if_packets     tx:1024_to_1522_packetsThe total number of packets received that were between 1024 and 1518 octets in length inclusivesupported in OvS v2.6+ and dpdk ports only 
if_packets     tx:1523_to_max_packetsThe total number of packets received that were between 1523 and max octets in length inclusivesupported in OvS v2.6+ and dpdk ports only 
if_multicasttx_multicast_packetsThe number of good packets transmitted that were directed to a multicast.
Note: that this number does not include packets directed to the broadcast address 
supported in OvS v2.6+ and dpdk ports only 
if_packets    rx:broadcast_packetsThe total number of packets (including bad packets, broadcast packets, and multicast packets) received.supported in OvS v2.6+ and dpdk ports only 
if_packets    tx:broadcast_packetsThe number of good packets transmitted that were directed to the broadcast address.supported in OvS v2.6+ and dpdk ports only 
if_rx_errorsrx_undersized_errorsThe total number of packets received that were less than 64 octets long (excluding framing bits, but including FCS octets) and were otherwise well formed.supported in OvS v2.6+ and dpdk ports only 
if_rx_errorsrx_oversize_errorsThe total number of packets received that were longer than max octets (excluding framing bits, but including FCS octets) and were otherwise well formed.supported in OvS v2.6+ and dpdk ports only 
if_rx_errorsrx_fragmented_errors

The total number of packets received that were less than 64 octets in length (excluding framing bits but including FCS octets) and had either a bad Frame Check Sequence (FCS) with an integral number of octets (FCS Error) or a bad FCS with a non-integral number of octets (Alignment Error).

Note: that it is entirely normal for rx_fragmented_errors to increment.  This is because it counts both runts (which are normal occurrences due to collisions) and noise hits
supported in OvS v2.6+ and dpdk ports only 
if_rx_errorsrx_jabber_errorsThe total number of jabber packets received that had either a bad Frame Check Sequence (FCS) with an integral number of octets (FCS Error) or a bad FCS with a non-integral number of octets (Alignment Error).supported in OvS v2.6+ and dpdk ports only 
HugepagesbytesusedNumber of used hugepages in bytestotal/pernode/both
bytesfreeNumber of free hugepages in bytes 

Virtual memory makes it easy for several processes to share memory [TM1] .

Each process has its own virtual address space, which is mapped to physical memory by the operating system” [TM2] . The process views the virtual memory address space as a contiguous/linear address space, but in reality – the virtual addresses need to be mapped to physical addresses, this is typically done by the Memory Management Unit (MMU) on the CPU.

“There are two ways to enable the system to manage large amounts of memory:

  • Increase the number of page table entries in the hardware memory management unit
  • Increase the page size/use huge pages à to reduce the number of lookups

The first method is expensive, since the hardware memory management unit in a modern processor only supports hundreds or thousands of page table entries. Additionally, hardware and memory management algorithms that work well with thousands of pages (megabytes of memory) may have difficulty performing well with millions (or even billions) of pages. This results in performance issues: when an application needs to use more memory pages than the memory management unit supports, the system falls back to slower, software-based memory management, which causes the entire system to run more slowly.

Huge pages are blocks of memory that come in 2MB and 1GB sizes. The page tables used by the 2MB pages are suitable for managing multiple gigabytes of memory, whereas the page tables of 1GB pages are best for scaling to terabytes of memory” [TM3] 

More info on virtual memory and TLB lookups can be found:

  1. http://www.tldp.org/LDP/tlk/mm/memory.html
  2. https://lwn.net/Articles/253361/
bytesfreeNumber of free hugepages in bytes 
vmpage_numberusedNumber of used hugepages in vmpage_numberusedNumber of used hugepages in numbers 
vmpage_numberfreeNumber of free hugepages in numbers 
percentusedNumber of used hugepages in percent 
percentfreeNumber of free hugepages in percent 
processesfork_rate the number of threads created since the last rebootThe information comes mainly from /proc/PID/status, /proc/PID/psinfo and /proc/PID/usage. 
ps_stateblockedthe number of processes in a blocked statehttps://collectd.org/wiki/index.php/Plugin:Processes 
ps_statepagingthe number of processes in a paging statehttp://man7.org/linux/man-pages/man5/proc.5.html 
ps_staterunningthe number of processes in a running state  
ps_statesleepingthe number of processes in a sleeping state  
ps_statestoppedthe number of processes in a stopped state  
ps_statezombiesthe number of processes in a Zombie state  
Host onlyLibvirtdisk_octetsDISKnumber of read/write bytes as unsigned long long.  
disk_opsDISKnumber of read/write requests   
disk_timeflush-DISKtotal time spend on cache reads/writes in nano-seconds  
if_droppedINTERFACEpackets dropped on rx/tx as unsigned long long  
if_errorsINTERFACErx/tx errors as unsigned long long  
if_octetsINTERFACEbytes received/transmitted as unsigned long long  
if_packetsINTERFACEpackets received/transmitted as unsigned long long  
memoryactual_balloonResident Set Size of the process running the domain. This value is in kBhttps://libvirt.org/html/libvirt-libvirt-domain.html#virDomainMemoryStatStruct 
memoryrssHow much the balloon can be inflated without pushing the guest system to swap, corresponds to 'Available' in /proc/meminfo  
memoryswap_inThe total amount of memory written out to swap space (in kB).  
memorytotalthe memory in KBytes used by the domain  
virt_cpu_total the CPU time used in nanoseconds  
virt_vcpuVCPU_NRthe CPU time used in nanoseconds per cpu  
cpu_affinityvcpu_NR-cpu_NRpinning of domain VCPUs to host physical CPUs.Value stored is a boolean. 
job_stats*Information about progress of a background/completed job on a domain.Number of metrics depend on job type. Check API documentation for more information: virDomainGetJobStats 
disk_errorDISK_NAMEDisk error codeMetric isn’t dispatched for disk with no errors 
percentvirt_cpu_totalCPU utilization in percentage per domain  
perf*Performance monitoring eventsNumber of metrics depends on libvirt API version. Following perf metric are avilable in libvirt API version 2.4. To collectd perf metric they must be enabled in domain and supported by the platform. 
perfperf_cmtusage of l3 cache in bytes by applications running on the platform  
perfperf_ mbmttotal system bandwidth from one level of cache  
perfperf_ mbmlbandwidth of memory traffic for a memory controller  
perfperf_cpu_cyclesthe count of cpu cycles (total/elapsed)  
perfperf_instructionsthe count of instructions by applications running on the platform  
perfperf_cache_referencesthe count of cache hits by applications running on the platform  
perfperf_cache_missesthe count of cache misses by applications running on the platform  
ps_cputime physical user/system cpu time consumed by the hypervisor  
total_requestsflush-DISKtotal flush requests of the block device  
total_time_in_msflush-DISKtotal time spend on cache flushing in milliseconds  
RDTipc Number of instructions per clock per core groupper core group 
memory_bandwidthlocalLocal Memory Bandwidth utilization  
memory_bandwidthremoteRemote Memory Bandwidth utilization  
bytesllcLast Level Cache occupancy  
Host/guestdpdkstatsderiverx_l3_l4_xsum_error Number of receive IPv4, TCP, UDP or SCTP XSUM errors.  
errors


flow_director_filter_add_errorsNumber of failed added filterscompatible with DPDK 16.04, 16.07 (based on ixgbe, vhost support will be enabled in DPDK 16.11) 
flow_director_filter_remove_errorsNumber of failed removed filters  
mac_local_errorsNumber of faults in the local MAC.  
mac_remote_errorsNumber of faults in the remote MAC.  
if_rx_dropped


rx_fcoe_droppedNumber of Rx packets dropped due to lack of descriptors.  
rx_mac_short_packet_droppedNumber of MAC short packet discard packets received.  
rx_management_droppedNumber of management packets dropped. This register counts the total number of packets received that pass the management filters and then are dropped because the management receive FIFO is full. Management packets include any packet directed to the manageability console (such as RMCP and ARP packets).  
rx_priorityX_droppedNumber of dropped packets received per UPwhere X is 0 to 7 
if_rx_errors














rx_crc_errorsCounts the number of receive packets with CRC errors. In order for a packet to be counted in this register, it must be 64 bytes or greater (from <Destination Address> through <CRC>, inclusively) in length.  
rx_errorsNumber of errors receivedreceived  
rx_fcoe_crc_errorsFC CRC Count.   
 Count the number of packets with good Ethernet CRC and bad FC CRC  
rx_fcoe_mbuf_allocation_errorsNumber of fcoe Rx packets dropped due to lack of descriptors.  
rx_fcoe_no_direct_data_placement   
rx_fcoe_no_direct_data_placement_ext_buff   
rx_fragment_errorsNumber of receive fragment errors (frame shorted than 64 bytes from <Destination Address> through <CRC>, inclusively) that have bad CRC (this is slightly different from the Receive Undersize Count register).   
rx_illegal_byte_errorsCounts the number of receive packets with illegal bytes errors (such as there is an illegal symbol in the packet).  
rx_jabber_errorsNumber of receive jabber errors. This register counts the number of received packets that are greater than maximum size and have bad CRC (this is slightly different from the Receive Oversize Count register). The packets length is counted from <Destination Address> through <CRC>, inclusively.   
rx_length_errorsNumber of packets with receive length errors. A length error occurs if an incoming packet length field in the MAC header doesn't match the packet length.  
rx_mbuf_allocation_errorsNumber of Rx packets dropped due to lack of descriptors.  
rx_oversize_errorseceive Oversize Error. This register counts the number of received frames that are longer than maximum size as defined by MAXFRS.MFS (from <Destination Address> through <CRC>, inclusively) and have valid CRC.   
rx_priorityX_mbuf_allocation_errorsNumber of received packets per UP dropped due to lack of descriptors.where X is 0 to 7 
rx_q0_errorsNumber of errors received for the queue.if more queues are allocated then you get the errors per Queue 
rx_undersize_errorsReceive Undersize Error. This register counts the number of received frames that are shorter than minimum size (64 bytes from <Destination Address> through <CRC>, inclusively), and had a valid CRC.  
if_rx_octets



rx_error_bytesCounts the number of receive packets with error bytes (such as there is an error symbol in the packet). This registers counts all packets received, regardless of L2 filtering and receive enablement.bug - will move this to errors 
rx_fcoe_bytesnumber of received fcoe bytes  
rx_good_bytesGood octets/bytes received count. This register includes bytes received in a packet from the <Destination Address> field through the <CRC> field, inclusively.  
rx_q0_bytesNumber of bytes received for the queue.per queue 
rx_total_bytesTotal received octets. This register includes bytes received in a packet from the <Destination Address> field through the <CRC> field, inclusively.  
if_rx_packets


















rx_broadcast_packetsNumber of good (non-erred) broadcast packets received.  
rx_fcoe_packetsNumber of FCoE packets posted to the host. In normal operation (no save bad frames) it equals to the number of good packets.  
rx_flow_control_xoff_packetsNumber of XOFF packets received. This register counts any XOFF packet whether it is a legacy XOFF or a priority XOFF. Each XOFF packet is counted once even if it is designated to a few priorities.  
rx_flow_control_xon_packetsNumber of XON packets received. This register counts any XON packet whether it is a legacy XON or a priority XON. Each XON packet is counted once even if it is designated to a few priorities.  
rx_good_packetsNumber of good (non-erred) Rx packets (from the network).  
rx_management_packetsNumber of management packets received. This register counts the total number of packets received that pass the management filters. Management packets include RMCP and ARP packets. Any packets with errors are not counted, except for the packets that are dropped because the management receive FIFO is full are counted.  
rx_multicast_packetsNumber of good (non-erred) multicast packets received (excluding broadcast packets). This register does not count received flow control packets.   
rx_priorityX_xoff_packetsNumber of XOFF packets received per UPwhere X is 0 to 7 
rx_priorityX_xon_packetsNumber of XON packets received per UPwhere X is 0 to 7 
rx_q0_packetsNumber of packets received for the queue.per queue 
rx_size_1024_to_max_packetsNumber of packets received that are 1024-max bytes in length (from <Destination Address> through <CRC>, inclusively). This registers does not include received flow control packets. The maximum is dependent on the current receiver configuration and the type of packet being received. If a packet is counted in receive oversized count, it is not counted in this register. Due to changes in the standard for maximum frame size for VLAN tagged frames in 802.3, packets can have a maximum length of 1522 bytes.  
rx_size_128_to_255_packetsNumber of packets received that are 128-255 bytes in length (from <Destination Address> through <CRC>, inclusively).  
rx_size_256_to_511_packetsNumber of packets received that are 256-511 bytes in length (from <Destination Address> through <CRC>, inclusively).  
rx_size_512_to_1023_packetsNumber of packets received that are 512-1023 bytes in length (from <Destination Address> through <CRC>, inclusively).  
rx_size_64_packetsNumber of good packets received that are 64 bytes in length (from <Destination Address> through <CRC>, inclusively).  
rx_size_65_to_127_packetsNumber of packets received that are 65-127 bytes in length (from <Destination Address> through <CRC>, inclusively)  
rx_total_missed_packetsthe total number of rx missed packets, that is is a packet that was correctly received by the NIC but because it was out of descriptors and internal memory, the packet had to be dropped by the NIC itself  
rx_total_packetsNumber of all packets received. This register counts the total number of all packets received. All packets received are counted in this register, regardless of their length, whether they are erred, but excluding flow control packets.  
rx_xoff_packetsNumber of XOFF packets received. Sticks to 0xFFFF. XOFF packets can use the global address or the station address. This register counts any XOFF packet whether it is a legacy XOFF or a priority XOFF. Each XOFF packet is counted once even if it is designated to a few priorities. If a priority FC packet contains both XOFF and XON, only this counter is incremented.  
rx_xon_packetsNumber of XON packets received. XON packets can use the global address, or the station address. This register counts any XON packet whether it is a legacy XON or a priority XON. Each XON packet is counted once even if it is designated to a few priorities. If a priority FC packet contains both XOFF and XON, only the LXOFFRXCNT counter is incremented.  
if_tx_errorstx_errorsTotal number of TX error packets  
if_tx_octets

tx_fcoe_bytesNumber of fcoe bytes transmitted  
tx_good_bytescounter of successfully transmitted octets. This register includes transmitted bytes in a packet from the <Destination Address> field through the <CRC> field, inclusively.  
tx_q0_bytesNumber of bytes transmitted by the queue.per queue 
if_tx_packets

















tx_broadcast_packetsNumber of broadcast packets transmitted count. This register counts all packets, including standard packets, secure packets, FC packets and manageability packets  
tx_fcoe_packetsNumber of fcoe packets transmitted  
tx_flow_control_xoff_packetsLink XOFF Transmitted Count  
tx_flow_control_xon_packetsLink XON Transmitted Count  
tx_good_packetsNumber of good packets transmitted  
tx_management_packetsNumber of management packets transmitted.  
tx_multicast_packetsNumber of multicast packets transmitted. This register counts the number of multicast packets transmitted. This register counts all packets, including standard packets, secure packets, FC packets and manageability packets.  
tx_priorityX_xoff_packetsNumber of XOFF packets transmitted per UPwhere X is 0 to 7 
tx_priorityX_xon_packetsNumber of XON packets transmitted per UPwhere X is 0 to 7 
tx_q0_packetsNumber of packets transmitted for the queue. A packet is considered as transmitted if it is was forwarded to the MAC unit for transmission to the network and/or is accepted by the internal Tx to Rx switch enablement logic. Packets dropped due to anti-spoofing filtering or VLAN tag validation (as described in Section 7.10.3.9.2) are not counted.per queue 
tx_size_1024_to_max_packetsNumber of packets transmitted that are 1024 or more bytes in length (from <Destination Address> through <CRC>, inclusively). This register counts all packets, including standard packets, secure packets, and manageability packets.  
tx_size_128_to_255_packetsNumber of packets transmitted that are 128-255 bytes in length (from <Destination Address> through <CRC>, inclusively). This register counts all packets, including standard packets, secure packets, and manageability packets  
tx_size_256_to_511_packetsNumber of packets transmitted that are 256-511 bytes in length (from <Destination Address> through <CRC>, inclusively). This register counts all packets, including standard packets, secure packets, and manageability packets.  
tx_size_512_to_1023_packetsNumber of packets transmitted that are 512-1023 bytes in length (from <Destination Address> through <CRC>, inclusively). This register counts all packets, including standard packets, secure packets, and manageability packets.  
tx_size_64_packetsNumber of packets transmitted that are 64 bytes in length (from <Destination Address> through <CRC>, inclusively). This register counts all packets, including standard packets, secure packets, FC packets, and manageability packets.  
tx_size_65_to_127_packetsNumber of packets transmitted that are 65-127 bytes in length (from <Destination Address> through <CRC>, inclusively). This register counts all packets, including standard packets, secure packets, and manageability packets.  
tx_total_packetsNumber of all packets transmitted. This register counts the total number of all packets transmitted. This register counts all packets, including standard packets, secure packets, FC packets, and manageability packets.  
tx_xoff_packetsNumber of XOFF packets transmitted  
tx_xon_packetsNumber of XON packets transmitted  
operations


flow_director_added_filtersThis field counts the number of added filters to the flow director filters logic.  
flow_director_matched_filtersThis field counts the number of matched filters to the flow director filters logic.  
flow_director_missed_filtersThis field counts the number of missed filters to the flow director filters logic.  
flow_director_removed_filtersThis field counts the number of removed filters from the flow director filters logic.  
mcelog (RAS memory)errors




corrected_memory_errorsThe total number of hardware errors that were corrected by the hardware (e.g. using a single bit data corruption that was correctible using ECC). These errors do not require immediate software actions, but are still reported for accounting and predictive failure analysis.Memory (RAM) errors are among the most common errors in typical server systems. They also scale with the amount of memory: the more memory the more errors. In addition large clusters of computers with tens or hundreds (or sometimes thousands) of active machines increase the total error rate of the system. 
uncorrected_memory_errorthe total number of uncorrected hardware errors detected by the hardware. Data corruption has occurred. These errors require software reaction.http://www.mcelog.org/memory.html 
corrected_memory_errors_in_%sThe total number of hardware errors that were corrected by the hardware in a certain period of timewhere %s is a timed period like 24 hours 
  http://www.mcelog.org/memory.html  
uncorrected_memory_errors_in_%sthe total number of uncorrected hardware errors detected by the hardware in a certain period of timewhere %s is a timed period like 24 hours 
  http://www.mcelog.org/memory.html  
HostIPMI

(specific per BMC) so these will change depending on what's supported by the BMC.
This is en example for S2600WT2R platform
percent MTT CPU2 IPMI defines many types of sensors, but groups them into two
main categories: Threshold and discrete.

Threshold sensors are “analog”, they have continuous (or mostly continuous) readings. Things like fans speed, voltage, or temperature.

Discrete sensors have a set of binary readings that may each be independently zero or one. In some sensors, these may be independent. For instance, a power supply may have both an external power failure and a predictive failure at the same time. In other cases they may be mutually exclusive. For instance, each
bit may represent the initialization state of a piece of software.
The IPMI plugin supports analog sensors of type voltage,  temperature,  fan and  current + analog sensors that have VALUE type WATTS, CFM and percentage (%).

http://openipmi.sourceforge.net/IPMI.pdf 
 
 MTT CPU1 
 P2 Therm Ctrl % 
 P1 Therm Ctrl % 
 PS1 Curr Out % 
voltage BB +3.3V Vbat 
 BB +12.0V 
temperature Agg Therm Mgn 1 
 DIMM Thrm Mrgn 4 
 DIMM Thrm Mrgn 3 
 DIMM Thrm Mrgn 2 
 DIMM Thrm Mrgn 1 
 P2 DTS Therm Mgn 
 P1 DTS Therm Mgn 
 P2 Therm Ctrl % 
 P1 Therm Ctrl % 
 P2 Therm Margin 
 P1 Therm Margin 
 PS1 Temperature 
 LAN NIC Temp 
 Exit Air Temp 
 HSBP 1 Temp 
 I/O Mod Temp 
 BB Lft Rear Temp 
 BB Rt Rear Temp 
 BB BMC Temp 
 SSB Temp 
 Front Panel Temp 
 BB P2 VR Temp 
 BB P1 VR Temp 
fan System Fan 6B 
 System Fan 6A 
 System Fan 5B 
 System Fan 5A5A 
 System Fan 4B 
 System Fan 4A 
 System Fan 3B 
 System Fan 3A 
 System Fan 2B 
 System Fan 2A 
 System Fan 1B 
 System Fan 1A 
 CFM System Airflow 
 watts PS1 Input Power 
Hostintel_pmucountercpu-cycles[Hardware event]The types of events are:

Hardware Events: These instrument low-level processor activity based on CPU performance counters. For example, CPU cycles, instructions retired, memory stall cycles, level 2 cache misses, etc. Some will be listed as Hardware Cache Events.
Software Events: These are low level events based on kernel counters. For example, CPU migrations, minor faults, major faults, etc.

http://www.brendangregg.com/perf.html#Events 
 
instructions 
cache-references 
cache-misses 
branch-instructionsORbranches 
branch-misses 
bus-cycles 
cpu-clock[Software event] 
task-clock 
page-faultsORfaults 
minor-faults 
major-faults 
context-switchesORcs 
cpu-migrationsORmigrations 
alignment-faults 
emulation-faults 
L1-dcache-loads[Hardware cache event] 
L1-dcache-load-misses 
L1-dcache-stores 
L1-dcache-store-misses 
L1-dcache-prefetches 
L1-dcache-prefetch-misses 
L1-icache-loads 
L1-icache-load-misses 
L1-icache-prefetches 
L1-icache-prefetch-misses 
LLC-loads 
LLC-load-misses 
LLC-stores 
LLC-store-misses 
LLC-prefetch-misses 
dTLB-loads 
dTLB-load-misses 
dTLB-stores 
dTLB-store-misses 
dTLB-prefetches 
dTLB-prefetch-misses 
iTLB-loads 
iTLB-load-misses 
branch-loads 
branch-load-misses 
       
       

Events

NOTE: Collectd can generate events based on thresholds for any of the metrics reported in the table above. For more info please see: https://collectd.org/documentation/manpages/collectd.conf.5.shtml#threshold_configuration 

...