web/dashboard_info.js

   1 \r
   2 var netdataDashboard = window.netdataDashboard || {};\r
   3 \r
   4 // menu\r
   5 // information about the main menus\r
   6 \r
   7 netdataDashboard.menu = {\r
   8     'system': {\r
   9         title: 'System Overview',\r
  10         icon: '<i class="fa fa-bookmark" aria-hidden="true"></i>',\r
  11         info: 'Overview of the key system metrics.'\r
  12     },\r
  13 \r
  14     'ap': {\r
  15         title: 'Access Points',\r
  16         icon: '<i class="fa fa-wifi" aria-hidden="true"></i>',\r
  17         info: undefined\r
  18     },\r
  19 \r
  20     'tc': {\r
  21         title: 'Quality of Service',\r
  22         icon: '<i class="fa fa-globe" aria-hidden="true"></i>',\r
  23         info: 'Netdata collects and visualizes tc class utilization using its <a href="https://github.com/firehol/netdata/blob/master/plugins.d/tc-qos-helper.sh" target="_blank">tc-helper plugin</a>. If you also use <a href="http://firehol.org/#fireqos" target="_blank">FireQOS</a> for setting up QoS, netdata automatically collects interface and class names. If your QoS configuration includes overheads calculation, the values shown here will include these overheads (the total bandwidth for the same interface as reported in the Network Interfaces section, will be lower than the total bandwidth reported here). Also, data collection may have a slight time difference compared to the interface (QoS data collection is implemented with a BASH script, so a shift in data collection of a few milliseconds should be justified).'\r
  24     },\r
  25 \r
  26     'net': {\r
  27         title: 'Network Interfaces',\r
  28         icon: '<i class="fa fa-share-alt" aria-hidden="true"></i>',\r
  29         info: 'Per network interface statistics collected from <code>/proc/net/dev</code>.'\r
  30     },\r
  31 \r
  32     'ipv4': {\r
  33         title: 'IPv4 Networking',\r
  34         icon: '<i class="fa fa-cloud" aria-hidden="true"></i>',\r
  35         info: undefined\r
  36     },\r
  37 \r
  38     'ipv6': {\r
  39         title: 'IPv6 Networking',\r
  40         icon: '<i class="fa fa-cloud" aria-hidden="true"></i>',\r
  41         info: undefined\r
  42     },\r
  43 \r
  44     'ipvs': {\r
  45         title: 'IP Virtual Server',\r
  46         icon: '<i class="fa fa-eye" aria-hidden="true"></i>',\r
  47         info: undefined\r
  48     },\r
  49 \r
  50     'netfilter': {\r
  51         title: 'Firewall (netfilter)',\r
  52         icon: '<i class="fa fa-shield" aria-hidden="true"></i>',\r
  53         info: undefined\r
  54     },\r
  55 \r
  56     'cpu': {\r
  57         title: 'CPUs',\r
  58         icon: '<i class="fa fa-bolt" aria-hidden="true"></i>',\r
  59         info: undefined\r
  60     },\r
  61 \r
  62     'mem': {\r
  63         title: 'Memory',\r
  64         icon: '<i class="fa fa-bolt" aria-hidden="true"></i>',\r
  65         info: undefined\r
  66     },\r
  67 \r
  68     'disk': {\r
  69         title: 'Disks',\r
  70         icon: '<i class="fa fa-folder" aria-hidden="true"></i>',\r
  71         info: 'Charts with performance information for all the system disks. Special care has been given to present disk performance metrics in a way compatible with <code>iostat -x</code>. netdata by default prevents rendering performance charts for individual partitions and unmounted virtual disks. Disabled charts can still be enabled by altering the relative settings in the netdata configuration file.'\r
  72     },\r
  73 \r
  74     'sensors': {\r
  75         title: 'Sensors',\r
  76         icon: '<i class="fa fa-leaf" aria-hidden="true"></i>',\r
  77         info: undefined\r
  78     },\r
  79 \r
  80     'nfsd': {\r
  81         title: 'NFS Server',\r
  82         icon: '<i class="fa fa-folder-open" aria-hidden="true"></i>',\r
  83         info: undefined\r
  84     },\r
  85 \r
  86     'nfs': {\r
  87         title: 'NFS Client',\r
  88         icon: '<i class="fa fa-folder-open" aria-hidden="true"></i>',\r
  89         info: undefined\r
  90     },\r
  91 \r
  92     'apps': {\r
  93         title: 'Applications',\r
  94         icon: '<i class="fa fa-heartbeat" aria-hidden="true"></i>',\r
  95         info: 'Per application statistics are collected using netdata\'s <code>apps.plugin</code>. This plugin walks through the entire <code>/proc</code> filesystem and aggregates statistics for applications of interest, defined in <code>/etc/netdata/apps_groups.conf</code> (the default is <a href="https://github.com/firehol/netdata/blob/master/conf.d/apps_groups.conf" target="_blank">here</a>). The plugin internally builds a process tree (much like <code>ps fax</code> does), and groups processes together (evaluating both child and parent processes) so that the result is always a chart with a predefined set of dimensions (of course, only application groups found running are reported). The reported values are compatible with <code>top</code>, although the netdata plugin counts also the resources of exited children (unlike <code>top</code> which shows only the resources of the currently running processes). So for processes like shell scripts, the reported values include the resources used by the commands these scripts run within each timeframe.',\r
  96         height: 1.5\r
  97     },\r
  98 \r
  99     'users': {\r
 100         title: 'Users',\r
 101         icon: '<i class="fa fa-user" aria-hidden="true"></i>',\r
 102         info: 'Per user statistics are collected using netdata\'s <code>apps.plugin</code>. This plugin walks through the entire <code>/proc</code> filesystem and aggregates statistics per user. The reported values are compatible with <code>top</code>, although the netdata plugin counts also the resources of exited children (unlike <code>top</code> which shows only the resources of the currently running processes). So for processes like shell scripts, the reported values include the resources used by the commands these scripts run within each timeframe.',\r
 103         height: 1.5\r
 104     },\r
 105 \r
 106     'groups': {\r
 107         title: 'User Groups',\r
 108         icon: '<i class="fa fa-users" aria-hidden="true"></i>',\r
 109         info: 'Per user group statistics are collected using netdata\'s <code>apps.plugin</code>. This plugin walks through the entire <code>/proc</code> filesystem and aggregates statistics per user group. The reported values are compatible with <code>top</code>, although the netdata plugin counts also the resources of exited children (unlike <code>top</code> which shows only the resources of the currently running processes). So for processes like shell scripts, the reported values include the resources used by the commands these scripts run within each timeframe.',\r
 110         height: 1.5\r
 111     },\r
 112 \r
 113     'netdata': {\r
 114         title: 'Netdata Monitoring',\r
 115         icon: '<i class="fa fa-bar-chart" aria-hidden="true"></i>',\r
 116         info: undefined\r
 117     },\r
 118 \r
 119     'example': {\r
 120         title: 'Example Charts',\r
 121         info: undefined\r
 122     },\r
 123 \r
 124     'cgroup': {\r
 125         title: '',\r
 126         icon: '<i class="fa fa-th" aria-hidden="true"></i>',\r
 127         info: undefined\r
 128     },\r
 129 \r
 130     'cgqemu': {\r
 131         title: '',\r
 132         icon: '<i class="fa fa-th-large" aria-hidden="true"></i>',\r
 133         info: undefined\r
 134     },\r
 135 \r
 136     'memcached': {\r
 137         title: 'memcached',\r
 138         icon: '<i class="fa fa-database" aria-hidden="true"></i>',\r
 139         info: undefined\r
 140     },\r
 141 \r
 142     'mysql': {\r
 143         title: 'MySQL',\r
 144         icon: '<i class="fa fa-database" aria-hidden="true"></i>',\r
 145         info: undefined\r
 146     },\r
 147 \r
 148     'redis': {\r
 149         title: 'Redis',\r
 150         icon: '<i class="fa fa-database" aria-hidden="true"></i>',\r
 151         info: undefined\r
 152     },\r
 153 \r
 154     'retroshare': {\r
 155         title: 'RetroShare',\r
 156         icon: '<i class="fa fa-share-alt" aria-hidden="true"></i>',\r
 157         info: undefined\r
 158     },\r
 159 \r
 160     'ipfs': {\r
 161         title: 'IPFS',\r
 162         icon: '<i class="fa fa-folder-open" aria-hidden="true"></i>',\r
 163         info: undefined\r
 164     },\r
 165 \r
 166     'phpfpm': {\r
 167         title: 'PHP-FPM',\r
 168         icon: '<i class="fa fa-eye" aria-hidden="true"></i>',\r
 169         info: undefined,\r
 170     },\r
 171 \r
 172     'postfix': {\r
 173         title: 'postfix',\r
 174         icon: '<i class="fa fa-envelope" aria-hidden="true"></i>',\r
 175         info: undefined,\r
 176     },\r
 177 \r
 178     'nginx': {\r
 179         title: 'nginx',\r
 180         icon: '<i class="fa fa-eye" aria-hidden="true"></i>',\r
 181         info: undefined,\r
 182     },\r
 183 \r
 184     'apache': {\r
 185         title: 'Apache',\r
 186         icon: '<i class="fa fa-eye" aria-hidden="true"></i>',\r
 187         info: undefined,\r
 188     },\r
 189 \r
 190     'named': {\r
 191         title: 'named',\r
 192         icon: '<i class="fa fa-tag" aria-hidden="true"></i>',\r
 193         info: undefined\r
 194     },\r
 195 \r
 196     'squid': {\r
 197         title: 'squid',\r
 198         icon: '<i class="fa fa-exchange" aria-hidden="true"></i>',\r
 199         info: undefined\r
 200     },\r
 201 \r
 202     'nut': {\r
 203         title: 'UPS',\r
 204         icon: '<i class="fa fa-battery-half" aria-hidden="true"></i>',\r
 205         info: undefined\r
 206     },\r
 207 \r
 208     'apcupsd': {\r
 209         title: 'UPS',\r
 210         icon: '<i class="fa fa-battery-half" aria-hidden="true"></i>',\r
 211         info: undefined\r
 212     },\r
 213 \r
 214     'smawebbox': {\r
 215         title: 'Solar Power',\r
 216         icon: '<i class="fa fa-sun-o" aria-hidden="true"></i>',\r
 217         info: undefined\r
 218     },\r
 219 \r
 220     'snmp': {\r
 221         title: 'SNMP',\r
 222         icon: '<i class="fa fa-random" aria-hidden="true"></i>',\r
 223         info: undefined\r
 224     }\r
 225 };\r
 226 \r
 227 // submenu\r
 228 // information about the submenus\r
 229 netdataDashboard.submenu = {\r
 230     'mem.ksm': {\r
 231         title: 'Memory Deduper',\r
 232         info: 'Kernel Same-page Merging (KSM) performance monitoring, read from several files in <code>/sys/kernel/mm/ksm/</code>. KSM is a memory-saving de-duplication feature in the Linux kernel (since version 2.6.32). The KSM daemon ksmd periodically scans those areas of user memory which have been registered with it, looking for pages of identical content which can be replaced by a single write-protected page (which is automatically copied if a process later wants to update its content). KSM was originally developed for use with KVM (where it was known as Kernel Shared Memory), to fit more virtual machines into physical memory, by sharing the data common between them.  But it can be useful to any application which generates many instances of the same data.'\r
 233     },\r
 234 \r
 235     'ipv4.ecn': {\r
 236         info: '<a href="https://en.wikipedia.org/wiki/Explicit_Congestion_Notification" target="_blank">Explicit Congestion Notification (ECN)</a> is a TCP extension that allows end-to-end notification of network congestion without dropping packets. ECN is an optional feature that may be used between two ECN-enabled endpoints when the underlying network infrastructure also supports it.'\r
 237     },\r
 238 \r
 239     'netfilter.conntrack': {\r
 240         title: 'Connection Tracker',\r
 241         info: 'Netfilter Connection Tracker performance monitoring, read from <code>/proc/net/stat/nf_conntrack</code>. The connection tracker keeps track of all connections of the machine, inbound and outbound. It works by keeping a database with all open connections, tracking network and address translation and connection expectations.'\r
 242     },\r
 243 \r
 244     'netfilter.nfacct': {\r
 245         title: 'Bandwidth Accounting',\r
 246         info: 'The following information is read using the <code>nfacct.plugin</code>.'\r
 247     },\r
 248 \r
 249     'netfilter.synproxy': {\r
 250         title: 'DDoS Protection',\r
 251         info: 'DDoS Protection performance monitoring read from <code>/proc/net/stat/synproxy</code>. <a href="https://github.com/firehol/firehol/wiki/Working-with-SYNPROXY" target="_blank">SYNPROXY</a> is a TCP SYN packets proxy. It is used to protect any TCP server (like a web server) from SYN floods and similar DDoS attacks. It is a netfilter module, in the Linux kernel (since version 3.12). It is optimized to handle millions of packets per second utilizing all CPUs available without any concurrency locking between the connections. It can be used for any kind of TCP traffic (even encrypted), since it does not interfere with the content itself.'\r
 252     },\r
 253 \r
 254     'system.softnet_stat': {\r
 255         title: 'softnet',\r
 256         info: 'Statistics for CPUs SoftIRQs related to network receive work, read from <code>/proc/net/softnet_stat</code>. Break down per CPU core can be found at <a href="#cpu_softnet_stat">CPU / softnet statistics</a>. <b>processed</b> states the number of packets processed, <b>dropped</b> is the number packets dropped because the network device backlog was full (to fix them use <code>sysctl</code> to increase <code>net.core.netdev_max_backlog</code>), <b>squeezed</b> is the number of packets dropped because the network device budget ran out (to fix them use <code>sysctl</code> to increase <code>net.core.netdev_budget</code>). More information about identifying and troubleshooting network driver related issues can be found at <a href="https://access.redhat.com/sites/default/files/attachments/20150325_network_performance_tuning.pdf" target="_blank">Red Hat Enterprise Linux Network Performance Tuning Guide</a>.'\r
 257     },\r
 258 \r
 259     'cpu.softnet_stat': {\r
 260         title: 'softnet',\r
 261         info: 'Statistics for per CPUs core SoftIRQs related to network receive work, read from <code>/proc/net/softnet_stat</code>. Total for all CPU cores can be found at <a href="#system_softnet_stat">System / softnet statistics</a>. <b>processed</b> states the number of packets processed, <b>dropped</b> is the number packets dropped because the network device backlog was full (to fix them use <code>sysctl</code> to increase <code>net.core.netdev_max_backlog</code>), <b>squeezed</b> is the number of packets dropped because the network device budget ran out (to fix them use <code>sysctl</code> to increase <code>net.core.netdev_budget</code>). More information about identifying and troubleshooting network driver related issues can be found at <a href="https://access.redhat.com/sites/default/files/attachments/20150325_network_performance_tuning.pdf" target="_blank">Red Hat Enterprise Linux Network Performance Tuning Guide</a>.'\r
 262     }\r
 263 };\r
 264 \r
 265 // chart\r
 266 // information works on the context of a chart\r
 267 // Its purpose is to set:\r
 268 //\r
 269 // info: the text above the charts\r
 270 // heads: the representation of the chart at the top the subsection (second level menu)\r
 271 // mainheads: the representation of the chart at the top of the section (first level menu)\r
 272 // colors: the dimension colors of the chart (the default colors are appended)\r
 273 // height: the ratio of the chart height relative to the default\r
 274 //\r
 275 netdataDashboard.context = {\r
 276     'system.cpu': {\r
 277         info: 'Total CPU utilization (all cores). 100% here means there is no CPU idle time at all. You can get per core usage at the <a href="#cpu">CPUs</a> section and per application usage at the <a href="#apps">Applications Monitoring</a> section.<br/>Keep an eye on <b>iowait</b> ' + sparkline('system.cpu', 'iowait', '%') + '. If it is constantly high, your disks are a bottleneck and they slow your system down.<br/>Another important metric worth monitoring, is <b>softirq</b> ' + sparkline('system.cpu', 'softirq', '%') + '. A constantly high percentage of softirq may indicate network drivers issues.'\r
 278     },\r
 279 \r
 280     'system.load': {\r
 281         info: 'Current system load, i.e. the number of processes using CPU or waiting for system resources (usually CPU and disk). The 3 metrics refer to 1, 5 and 15 minute averages. Linux calculates this once every 5 seconds. Netdata reads them from <code>/proc/loadavg</code>. For more information check <a href="https://en.wikipedia.org/wiki/Load_(computing)" target="_blank">this wikipedia article</a>',\r
 282         height: 0.7\r
 283     },\r
 284 \r
 285     'system.io': {\r
 286         info: 'Total Disk I/O, for all disks, read from <code>/proc/vmstat</code>. You can get detailed information about each disk at the <a href="#disk">Disks</a> section and per application Disk usage at the <a href="#apps">Applications Monitoring</a> section.'\r
 287     },\r
 288 \r
 289     'system.swapio': {\r
 290         info: 'Total Swap I/O, read from <code>/proc/vmstat</code>. (netdata measures both <code>in</code> and <code>out</code>. If either of them is not shown in the chart, it is because it is zero - you can change the page settings to always render all the available dimensions on all charts).'\r
 291     },\r
 292 \r
 293     'system.pgfaults': {\r
 294         info: 'Total page faults, read from <code>/proc/vmstat</code>. <b>Major page faults</b> indicates that the system is using its swap. You can find which applications use the swap at the <a href="#apps">Applications Monitoring</a> section.'\r
 295     },\r
 296 \r
 297     'system.entropy': {\r
 298         colors: '#CC22AA',\r
 299         info: '<a href="https://en.wikipedia.org/wiki/Entropy_(computing)" target="_blank">Entropy</a>, read from <code>/proc/sys/kernel/random/entropy_avail</code>, is like a pool of random numbers (<a href="https://en.wikipedia.org/wiki//dev/random" target="_blank">/dev/random</a>) that are mainly used in cryptography. It is advised that the pool remains always <a href="https://blog.cloudflare.com/ensuring-randomness-with-linuxs-random-number-generator/" target="_blank">above 200</a>. If the pool of entropy gets empty, you risk your security to be predictable and you should install a user-space random numbers generating daemon, like <a href="http://www.issihosts.com/haveged/" target="_blank">haveged</a> or <code>rng-tools</code> (i.e. <b>rngd</b>), to keep the pool in healthy levels.'\r
 300     },\r
 301 \r
 302     'system.forks': {\r
 303         colors: '#5555DD',\r
 304         info: 'The number of new processes created per second, read from <code>/proc/stat</code>.'\r
 305     },\r
 306 \r
 307     'system.intr': {\r
 308         colors: '#DD5555',\r
 309         info: 'Total number of CPU interrupts, read from <code>/proc/stat</code>. Check <code>system.interrupts</code> that gives more detail about each interrupt and also the <a href="#cpu">CPUs</a> section where interrupts are analyzed per CPU core.'\r
 310     },\r
 311 \r
 312     'system.interrupts': {\r
 313         info: 'CPU interrupts in detail, read from <code>/proc/interrupts</code>. At the <a href="#cpu">CPUs</a> section, interrupts are analyzed per CPU core.'\r
 314     },\r
 315 \r
 316     'system.softirqs': {\r
 317         info: 'CPU softirqs in detail, read from <code>/proc/softirqs</code>. At the <a href="#cpu">CPUs</a> section, softirqs are analyzed per CPU core.'\r
 318     },\r
 319 \r
 320     'system.processes': {\r
 321         info: 'System processes, read from <code>/proc/stat</code>. <b>Running</b> are the processes in the CPU. <b>Blocked</b> are processes that are willing to enter the CPU, but they cannot, e.g. because they wait for disk activity.'\r
 322     },\r
 323 \r
 324     'system.active_processes': {\r
 325         info: 'All system processes, read from <code>/proc/loadavg</code>.'\r
 326     },\r
 327 \r
 328     'system.ctxt': {\r
 329         info: '<a href="https://en.wikipedia.org/wiki/Context_switch" target="_blank">Context Switches</a>, read from <code>/proc/stat</code>, is the switching of the CPU from one process, task or thread to another. If there are many processes or threads willing to execute and very few CPU cores available to handle them, the system is making more context switching to balance the CPU resources among them. The whole process is computationally intensive. The more the context switches, the slower the system gets.'\r
 330     },\r
 331 \r
 332     'system.idlejitter': {\r
 333         colors: '#5555AA',\r
 334         info: 'Idle jitter is calculated by netdata. A thread is spawned that requests to sleep for a few microseconds. When the system wakes it up, it measures how many microseconds have passed. The difference between the requested and the actual duration of the sleep, is the <b>idle jitter</b>. This number is useful in real-time environments, where CPU jitter can affect the quality of the service (like VoIP media gateways).'\r
 335     },\r
 336 \r
 337     'system.ipv4': {\r
 338         info: 'Total IPv4 Traffic, read from <code>/proc/net/netstat</code>.'\r
 339     },\r
 340 \r
 341     'system.ipv6': {\r
 342         info: 'Total IPv6 Traffic, read from <code>/proc/net/snmp6</code>.'\r
 343     },\r
 344 \r
 345     'system.ram': {\r
 346         info: 'System memory, read from <code>/proc/meminfo</code>.'\r
 347     },\r
 348 \r
 349     'system.swap': {\r
 350         info: 'System swap memory, read from <code>/proc/meminfo</code>.'\r
 351     },\r
 352 \r
 353     // ------------------------------------------------------------------------\r
 354     // MEMORY\r
 355 \r
 356     'mem.ksm_savings': {\r
 357         heads: [\r
 358             netdataDashboard.gaugeChart('Saved', '12%', 'savings', '#0099CC')\r
 359         ]\r
 360     },\r
 361 \r
 362     'mem.ksm_ratios': {\r
 363         heads: [\r
 364             function(id) {\r
 365                 return  '<div data-netdata="' + id + '"'\r
 366                     + ' data-gauge-max-value="100"'\r
 367                     + ' data-chart-library="gauge"'\r
 368                     + ' data-title="Savings"'\r
 369                     + ' data-units="percentage %"'\r
 370                     + ' data-gauge-adjust="width"'\r
 371                     + ' data-width="12%"'\r
 372                     + ' data-before="0"'\r
 373                     + ' data-after="-CHART_DURATION"'\r
 374                     + ' data-points="CHART_DURATION"'\r
 375                     + ' role="application"></div>';\r
 376             }\r
 377         ]\r
 378     },\r
 379 \r
 380     'mem.committed': {\r
 381         colors: NETDATA.colors[3]\r
 382     },\r
 383 \r
 384     // ------------------------------------------------------------------------\r
 385     // network interfaces\r
 386 \r
 387     'net.drops': {\r
 388         info: 'Packets that have been dropped at the network interface level. These are the same counters reported by <code>ifconfig</code> as <code>RX dropped</code> (inbound) and <code>TX dropped</code> (outbound). <b>inbound</b> packets can be dropped at the network interface level due to <a href="#system_softnet_stat">softnet backlog</a> overflow, bad / unintented VLAN tags, unknown or unregistered protocols, IPv6 frames when the server is not configured for IPv6. Check <a href="https://www.novell.com/support/kb/doc.php?id=7007165" target="_blank">this document</a> for more information.'\r
 389     },\r
 390 \r
 391     // ------------------------------------------------------------------------\r
 392     // IPv4\r
 393 \r
 394     'ipv4.tcpmemorypressures': {\r
 395         info: 'Number of times a socket was put in <b>memory pressure</b> due to a non fatal memory allocation failure (the kernel attempts to work around this situation by reducing the send buffers, etc).'\r
 396     },\r
 397 \r
 398     'ipv4.tcpconnaborts': {\r
 399         info: 'TCP connection aborts. <b>baddata</b> (<code>TCPAbortOnData</code>) happens while the connection is on <code>FIN_WAIT1</code> and the kernel receives a packet with a sequence number beyond the last one for this connection - the kernel responds with <code>RST</code> (closes the connection). <b>userclosed</b> (<code>TCPAbortOnClose</code>) happens when the kernel receives data on an already closed connection and responds with <code>RST</code>. <b>nomemory</b> (<code>TCPAbortOnMemory</code> happens when there are too many orphaned sockets (not attached to an fd) and the kernel has to drop a connection - sometimes it will send an <code>RST</code>, sometimes it won\'t. <b>timeout</b> (<code>TCPAbortOnTimeout</code>) happens when a connection times out. <b>linger</b> (<code>TCPAbortOnLinger</code>) happens when the kernel killed a socket that was already closed by the application and lingered around for long enough. <b>failed</b> (<code>TCPAbortFailed</code>) happens when the kernel attempted to send an <code>RST</code> but failed because there was no memory available.'\r
 400     },\r
 401 \r
 402     // ------------------------------------------------------------------------\r
 403     // APPS\r
 404 \r
 405     'apps.cpu': {\r
 406         height: 2.0\r
 407     },\r
 408 \r
 409     'apps.mem': {\r
 410         info: 'Real memory (RAM) used by applications. This does not include shared memory.'\r
 411     },\r
 412 \r
 413     'apps.vmem': {\r
 414         info: 'Virtual memory allocated by applications. Please check <a href="https://github.com/firehol/netdata/wiki/netdata-virtual-memory-size" target="_blank">this article</a> for more information.'\r
 415     },\r
 416 \r
 417     'apps.preads': {\r
 418         height: 2.0\r
 419     },\r
 420 \r
 421     'apps.pwrites': {\r
 422         height: 2.0\r
 423     },\r
 424 \r
 425     // ------------------------------------------------------------------------\r
 426     // USERS\r
 427 \r
 428     'users.cpu': {\r
 429         height: 2.0\r
 430     },\r
 431 \r
 432     'users.mem': {\r
 433         info: 'Real memory (RAM) used per user. This does not include shared memory.'\r
 434     },\r
 435 \r
 436     'users.vmem': {\r
 437         info: 'Virtual memory allocated per user. Please check <a href="https://github.com/firehol/netdata/wiki/netdata-virtual-memory-size" target="_blank">this article</a> for more information.'\r
 438     },\r
 439 \r
 440     'users.preads': {\r
 441         height: 2.0\r
 442     },\r
 443 \r
 444     'users.pwrites': {\r
 445         height: 2.0\r
 446     },\r
 447 \r
 448     // ------------------------------------------------------------------------\r
 449     // GROUPS\r
 450 \r
 451     'groups.cpu': {\r
 452         height: 2.0\r
 453     },\r
 454 \r
 455     'groups.mem': {\r
 456         info: 'Real memory (RAM) used per user group. This does not include shared memory.'\r
 457     },\r
 458 \r
 459     'groups.vmem': {\r
 460         info: 'Virtual memory allocated per user group. Please check <a href="https://github.com/firehol/netdata/wiki/netdata-virtual-memory-size" target="_blank">this article</a> for more information.'\r
 461     },\r
 462 \r
 463     'groups.preads': {\r
 464         height: 2.0\r
 465     },\r
 466 \r
 467     'groups.pwrites': {\r
 468         height: 2.0\r
 469     },\r
 470 \r
 471     // ------------------------------------------------------------------------\r
 472     // NETWORK QoS\r
 473 \r
 474     'tc.qos': {\r
 475         heads: [\r
 476             function(id) {\r
 477                 if(id.match(/.*-ifb$/))\r
 478                     return netdataDashboard.gaugeChart('Inbound', '12%', '', '#5555AA');\r
 479                 else\r
 480                     return netdataDashboard.gaugeChart('Outbound', '12%', '', '#AA9900');\r
 481             }\r
 482         ]\r
 483     },\r
 484 \r
 485     // ------------------------------------------------------------------------\r
 486     // NETWORK INTERFACES\r
 487 \r
 488     'net.net': {\r
 489         heads: [\r
 490             netdataDashboard.gaugeChart('Received', '12%', 'received'),\r
 491             netdataDashboard.gaugeChart('Sent', '12%', 'sent')\r
 492         ]\r
 493     },\r
 494 \r
 495     // ------------------------------------------------------------------------\r
 496     // NETFILTER\r
 497 \r
 498     'netfilter.sockets': {\r
 499         colors: '#88AA00',\r
 500         heads: [\r
 501             netdataDashboard.gaugeChart('Active Connections', '12%', '', '#88AA00')\r
 502         ]\r
 503     },\r
 504 \r
 505     'netfilter.new': {\r
 506         heads: [\r
 507             netdataDashboard.gaugeChart('New Connections', '12%', 'new', '#5555AA')\r
 508         ]\r
 509     },\r
 510 \r
 511     // ------------------------------------------------------------------------\r
 512     // DISKS\r
 513 \r
 514     'disk.util': {\r
 515         colors: '#FF5588',\r
 516         heads: [\r
 517             netdataDashboard.gaugeChart('Utilization', '12%', '', '#FF5588')\r
 518         ],\r
 519         info: 'Disk Utilization measures the amount of time the disk was busy with something. This is not related to its performance. 100% means that the Linux kernel always had an outstanding operation on the disk. Keep in mind that depending on the underlying technology of the disk, 100% here may or may not be an indication of congestion.'\r
 520     },\r
 521 \r
 522     'disk.backlog': {\r
 523         colors: '#0099CC',\r
 524         info: 'Backlog is an indication of the duration of pending disk operations. On every I/O event the Linux kernel is multiplying the time spent doing I/O since the last update of this field with the number of pending operations. While not accurate, this metric can provide an indication of the expected completion time of the operations in progress.'\r
 525     },\r
 526 \r
 527     'disk.io': {\r
 528         heads: [\r
 529             netdataDashboard.gaugeChart('Read', '12%', 'reads'),\r
 530             netdataDashboard.gaugeChart('Write', '12%', 'writes')\r
 531         ],\r
 532         info: 'Amount of data transferred to and from disk.'\r
 533     },\r
 534 \r
 535     'disk.ops': {\r
 536         info: 'Completed disk I/O operations. Keep in mind the number of operations requested might be higher, since the Linux kernel is able to merge adjacent to each other (see merged operations chart).'\r
 537     },\r
 538 \r
 539     'disk.qops': {\r
 540         info: 'I/O operations currently in progress. This metric is a snapshot - it is not an average over the last interval.'\r
 541     },\r
 542 \r
 543     'disk.iotime': {\r
 544         height: 0.5,\r
 545         info: 'The sum of the duration of all completed I/O operations. This number can exceed the interval if the disk is able to execute I/O operations in parallel.'\r
 546     },\r
 547     'disk.mops': {\r
 548         height: 0.5,\r
 549         info: 'The number of merged disk operations. The Linux kernel is able to merge adjacent I/O operations, for example two 4KB reads can become one 8KB read before given to disk.'\r
 550     },\r
 551     'disk.svctm': {\r
 552         height: 0.5,\r
 553         info: 'The average service time for completed I/O operations. This metric is calculated using the total busy time of the disk and the number of completed operations. If the disk is able to execute multiple parallel operations the reporting average service time will be misleading.'\r
 554     },\r
 555     'disk.avgsz': {\r
 556         height: 0.5,\r
 557         info: 'The average I/O operation size.'\r
 558     },\r
 559     'disk.await': {\r
 560         height: 0.5,\r
 561         info: 'The average time for I/O requests issued to the device to be served. This includes the time spent by the requests in queue and the time spent servicing them.'\r
 562     },\r
 563 \r
 564     'disk.space': {\r
 565         info: 'Disk space utilization. reserved for root is automatically reserved by the system to prevent the root user from getting out of space.'\r
 566     },\r
 567     'disk.inodes': {\r
 568         info: 'inodes (or index nodes) are filesystem objects (e.g. files and directories). On many types of file system implementations, the maximum number of inodes is fixed at filesystem creation, limiting the maximum number of files the filesystem can hold. It is possible for a device to run out of inodes. When this happens, new files cannot be created on the device, even though there may be free space available.'\r
 569     },\r
 570 \r
 571     'mysql.net': {\r
 572         info: 'The amount of data sent to mysql clients (<strong>out</strong>) and received from mysql clients (<strong>in</strong>).'\r
 573     },\r
 574 \r
 575     // ------------------------------------------------------------------------\r
 576     // MYSQL\r
 577 \r
 578     'mysql.queries': {\r
 579         info: 'The number of statements executed by the server.<ul>' +\r
 580         '<li><strong>queries</strong> counts the statements executed within stored SQL programs.</li>' +\r
 581         '<li><strong>questions</strong> counts the statements sent to the mysql server by mysql clients.</li>' +\r
 582         '<li><strong>slow queries</strong> counts the number of statements that took more than <a href="http://dev.mysql.com/doc/refman/5.7/en/server-system-variables.html#sysvar_long_query_time" target="_blank">long_query_time</a> seconds to be executed.' +\r
 583         ' For more information about slow queries check the mysql <a href="http://dev.mysql.com/doc/refman/5.7/en/slow-query-log.html" target="_blank">slow query log</a>.</li>' +\r
 584         '</ul>'\r
 585     },\r
 586 \r
 587     'mysql.handlers': {\r
 588         info: 'Usage of the internal handlers of mysql. This chart provides very good insights of what the mysql server is actually doing.' +\r
 589         ' (if the chart is not showing all these dimensions it is because they are zero - set <strong>Which dimensions to show?</strong> to <strong>All</strong> from the dashboard settings, to render even the zero values)<ul>' +\r
 590         '<li><strong>commit</strong>, the number of internal <a href="http://dev.mysql.com/doc/refman/5.7/en/commit.html" target="_blank">COMMIT</a> statements.</li>' +\r
 591         '<li><strong>delete</strong>, the number of times that rows have been deleted from tables.</li>' +\r
 592         '<li><strong>prepare</strong>, a counter for the prepare phase of two-phase commit operations.</li>' +\r
 593         '<li><strong>read first</strong>, the number of times the first entry in an index was read. A high value suggests that the server is doing a lot of full index scans; e.g. <strong>SELECT col1 FROM foo</strong>, with col1 indexed.</li>' +\r
 594         '<li><strong>read key</strong>, the number of requests to read a row based on a key. If this value is high, it is a good indication that your tables are properly indexed for your queries.</li>' +\r
 595         '<li><strong>read next</strong>, the number of requests to read the next row in key order. This value is incremented if you are querying an index column with a range constraint or if you are doing an index scan.</li>' +\r
 596         '<li><strong>read prev</strong>, the number of requests to read the previous row in key order. This read method is mainly used to optimize <strong>ORDER BY ... DESC</strong>.</li>' +\r
 597         '<li><strong>read rnd</strong>, the number of requests to read a row based on a fixed position. A high value indicates you are doing a lot of queries that require sorting of the result. You probably have a lot of queries that require MySQL to scan entire tables or you have joins that do not use keys properly.</li>' +\r
 598         '<li><strong>read rnd next</strong>, the number of requests to read the next row in the data file. This value is high if you are doing a lot of table scans. Generally this suggests that your tables are not properly indexed or that your queries are not written to take advantage of the indexes you have.</li>' +\r
 599         '<li><strong>rollback</strong>, the number of requests for a storage engine to perform a rollback operation.</li>' +\r
 600         '<li><strong>savepoint</strong>, the number of requests for a storage engine to place a savepoint.</li>' +\r
 601         '<li><strong>savepoint rollback</strong>, the number of requests for a storage engine to roll back to a savepoint.</li>' +\r
 602         '<li><strong>update</strong>, the number of requests to update a row in a table.</li>' +\r
 603         '<li><strong>write</strong>, the number of requests to insert a row in a table.</li>' +\r
 604         '</ul>'\r
 605     },\r
 606 \r
 607     'mysql.table_locks': {\r
 608         info: 'MySQL table locks counters: <ul>' +\r
 609         '<li><strong>immediate</strong>, the number of times that a request for a table lock could be granted immediately.</li>' +\r
 610         '<li><strong>waited</strong>, the number of times that a request for a table lock could not be granted immediately and a wait was needed. If this is high and you have performance problems, you should first optimize your queries, and then either split your table or tables or use replication.</li>' +\r
 611         '</ul>'\r
 612     },\r
 613 \r
 614     // ------------------------------------------------------------------------\r
 615     // APACHE\r
 616 \r
 617     'apache.connections': {\r
 618         colors: NETDATA.colors[4],\r
 619         mainheads: [\r
 620             netdataDashboard.gaugeChart('Connections', '12%', '', NETDATA.colors[4])\r
 621         ]\r
 622     },\r
 623 \r
 624     'apache.requests': {\r
 625         colors: NETDATA.colors[0],\r
 626         mainheads: [\r
 627             netdataDashboard.gaugeChart('Requests', '12%', '', NETDATA.colors[0])\r
 628         ]\r
 629     },\r
 630 \r
 631     'apache.net': {\r
 632         colors: NETDATA.colors[3],\r
 633         mainheads: [\r
 634             netdataDashboard.gaugeChart('Bandwidth', '12%', '', NETDATA.colors[3])\r
 635         ]\r
 636     },\r
 637 \r
 638     'apache.workers': {\r
 639         mainheads: [\r
 640             function(id) {\r
 641                 return  '<div data-netdata="' + id + '"'\r
 642                     + ' data-dimensions="busy"'\r
 643                     + ' data-append-options="percentage"'\r
 644                     + ' data-gauge-max-value="100"'\r
 645                     + ' data-chart-library="gauge"'\r
 646                     + ' data-title="Workers Utilization"'\r
 647                     + ' data-units="percentage %"'\r
 648                     + ' data-gauge-adjust="width"'\r
 649                     + ' data-width="12%"'\r
 650                     + ' data-before="0"'\r
 651                     + ' data-after="-CHART_DURATION"'\r
 652                     + ' data-points="CHART_DURATION"'\r
 653                     + ' role="application"></div>';\r
 654             }\r
 655         ]\r
 656     },\r
 657 \r
 658     'apache.bytesperreq': {\r
 659         colors: NETDATA.colors[3],\r
 660         height: 0.5\r
 661     },\r
 662 \r
 663     'apache.reqpersec': {\r
 664         colors: NETDATA.colors[4],\r
 665         height: 0.5\r
 666     },\r
 667 \r
 668     'apache.bytespersec': {\r
 669         colors: NETDATA.colors[6],\r
 670         height: 0.5\r
 671     },\r
 672 \r
 673 \r
 674     // ------------------------------------------------------------------------\r
 675     // NGINX\r
 676 \r
 677     'nginx.connections': {\r
 678         colors: NETDATA.colors[4],\r
 679         mainheads: [\r
 680             netdataDashboard.gaugeChart('Connections', '12%', '', NETDATA.colors[4])\r
 681         ]\r
 682     },\r
 683 \r
 684     'nginx.requests': {\r
 685         colors: NETDATA.colors[0],\r
 686         mainheads: [\r
 687             netdataDashboard.gaugeChart('Requests', '12%', '', NETDATA.colors[0])\r
 688         ]\r
 689     },\r
 690 \r
 691     // ------------------------------------------------------------------------\r
 692     // NETDATA\r
 693 \r
 694     'netdata.response_time': {\r
 695         info: 'The netdata API response time measures the time netdata needed to serve requests. This time includes everything, from the reception of the first byte of a request, to the dispatch of the last byte of its reply, therefore it includes all network latencies involved (i.e. a client over a slow network will influence these metrics).'\r
 696     },\r
 697 \r
 698     // ------------------------------------------------------------------------\r
 699     // RETROSHARE\r
 700 \r
 701     'retroshare.bandwidth': {\r
 702         info: 'RetroShare inbound and outbound traffic.',\r
 703         mainheads: [\r
 704             netdataDashboard.gaugeChart('Received', '12%', 'bandwidth_down_kb'),\r
 705             netdataDashboard.gaugeChart('Sent', '12%', 'bandwidth_up_kb')\r
 706         ]\r
 707     },\r
 708 \r
 709     'retroshare.peers': {\r
 710         info: 'Number of (connected) RetroShare friends.',\r
 711         mainheads: [\r
 712             function(id) {\r
 713                 return  '<div data-netdata="' + id + '"'\r
 714                     + ' data-dimensions="peers_connected"'\r
 715                     + ' data-append-options="friends"'\r
 716                     + ' data-chart-library="easypiechart"'\r
 717                     + ' data-title="connected friends"'\r
 718                     + ' data-units=""'\r
 719                     + ' data-width="8%"'\r
 720                     + ' data-before="0"'\r
 721                     + ' data-after="-CHART_DURATION"'\r
 722                     + ' data-points="CHART_DURATION"'\r
 723                     + ' role="application"></div>';\r
 724             }\r
 725         ]\r
 726     },\r
 727 \r
 728     'retroshare.dht': {\r
 729         info: 'Statistics about RetroShare\'s DHT. These values are estimated!'\r
 730     },\r
 731 \r
 732     // ------------------------------------------------------------------------\r
 733     // fping\r
 734 \r
 735     'fping.loss': {\r
 736         colors: NETDATA.colors[1],\r
 737         height: 0.5\r
 738     },\r
 739 \r
 740     'fping.packets': {\r
 741         height: 0.5\r
 742     }\r
 743 \r
 744 };\r