Provided by: libpcp-mmv1-dev_5.0.3-1_amd64 bug

NAME

       mmv_stats_registry - Initialize the Memory Mapped Value file

C SYNOPSIS

       #include <pcp/pmapi.h>
       #include <pcp/mmv_stats.h>

       mmv_registry_t *mmv_stats_registry(const char *file, int cluster,
                                           mmv_stats_flags_t flags);

       void *mmv_stats_start(mmv_registry_t *registry);
       void  mmv_stats_stop(const char *fname, void *addr);

       cc ... -lpcp_mmv -lpcp

DESCRIPTION

       mmv_stats_registry  initializes  an  opaque  structure  that  defines various aspects of a
       memory mapped file.  This file is used for lightweight interprocess communication  between
       an instrumented application and pmdammv(1).

       The  mmv_stats_registry  interface  is used to allocate a registry, and allows the name of
       the MMV(5) file, the cluster identifier and the flags (if any) to be set.   It  returns  a
       handle that is used in subsequent MMV API calls when adding metrics, indoms, instances and
       labels to the registry - before actually creating the file.

       mmv_stats_start is the call that creates the MMV(5) file  with  the  handle  that  returns
       mmv_stats_registry.  It returns the mapped memory handle used in subsequent MMV API calls,
       such as mmv_inc_value(3).

       mmv_stats_stop performs an orderly shutdown of the mapping handle returned by  an  earlier
       initialization call and also frees the registry structure.

       The  combination  of  mmv_stats_registry and mmv_stats_start do the same as the deprecated
       calls mmv_stats(2)_init.  However, now, one should first call mmv_stats_registry and  then
       the  API  calls  that add instances, indoms, metrics and labels.  In this way, there is no
       need to know in advance which version of the MMV(1|2|3) mapping will  be  used  as  it  is
       calculated automatically.

       The file is created in the $PCP_TMP_DIR/mmv directory, the name argument is expected to be
       a basename of the file, not the full path.  The metadata content  of  the  file  does  not
       change after the file has been created.

       The old file is removed unconditionally unless there was an error.

       cluster is the preferred MMV PMDA cluster ID to be used for the metrics the originates the
       call mmv_stats_start.  The flags provide additional control over the behaviour of the  MMV
       PMDA  -  e.g.  use  of  MMV_FLAG_PROCESS  will  ensure  values  are only exported when the
       instrumented application is running - this is verified on each request for new values.

       The next sections explain how to add metrics, indoms, instances and labels.

ADD METRICS

       int mmv_stats_add_metric(mmv_registry_t *registry, const char *name, int item,
                               mmv_metric_type_t type, mmv_metric_sem_t sem, pmUnits units,
                               int serial, const char *shorthelp, const char *longhelp);

       When adding a metric, internally it is being handled using the next struct.  sem match  in
       the  struct  is  semantics.  units  match  in the struct is dimension. serial match in the
       struct is indom.

               typedef struct {
                   char *name;                 /* Name of the metric */
                   __uint32_t item;            /* Item component of PMID */
                   mmv_metric_type_t type;     /* Type of the metric */
                   mmv_metric_sem_t semantics; /* Semantics of the metric */
                   pmUnits dimension;          /* Dimensions (TIME,SPACE,etc) */
                   __uint32_t indom;           /* Instance domain identifier */
                   char *shorttext;            /* Optional, one-line help */
                   char *helptext;             /* Optional, full help text */
               } mmv_metric2_t;

ADD INDOMS

       int mmv_stats_add_indom(mmv_registry_t *registry, int serial,
                               const char *shorthelp, const char *longhelp);

       When adding an indom, internally it is being handled using the next struct.

               typedef struct {
                   __uint32_t serial;           /* Unique serial number */
                   __uint32_t count;            /* Number of instances */
                   mmv_instances2_t *instances; /* Internal/external IDs */
                   char *shorttext;             /* Short help text */
                   char *helptext;              /* Long help text */
               } mmv_indom2_t;

ADD INSTANCES

       int mmv_stats_add_instance(mmv_registry_t *registry, int serial,
                                  int instid, const char *instname);

       When adding an instance, internally it is being handled using  the  next  struct.   instid
       match in the struct is internal while instname is external.

               typedef struct {
                   __int32_t internal;
                   char *external;
               } mmv_instances2_t;

       It is worth mentioning that if the indom of the instance is not found it returns an error.

ADD LABELS

       int mmv_stats_add_registry_label(mmv_registry_t *registry,
                                        const char *name, const char *value,
                                        mmv_value_type_t type, int optional);

       int mmv_stats_add_indom_label(mmv_registry_t *registry, int serial,
                                     const char *name, const char *value,
                                     mmv_value_type_t type, int optional);

       int mmv_stats_add_metric_label(mmv_registry_t *registry, int item,
                                      const char *name, const char *value,
                                      mmv_value_type_t type, int optional);

       int mmv_stats_add_instance_label(mmv_registry_t *registry, int serial,
                                        int instid, const char *name, const char *value,
                                        mmv_value_type_t type, int optional);

       registry is the handle obtained from mmv_stats_registry. name and value are the strings
               that will form the label.

       type specifies the value type that can be: MMV_STRING_TYPE, MMV_NUMBER_TYPE,
       MMV_BOOLEAN_TYPE, MMV_NULL_TYPE, MMV_ARRAY_TYPE and MMV_MAP_TYPE.

       At the moment there is a simple check of the correctness of the value.  After adding a
       label, it is called a function to verify if it is correct.

       Additionally, if optional is set, it is added the flag PM_LABEL_OPTIONAL.

       serial is the serial of the indom when adding an indom or instance label.  item is the
       metric identifier when adding a metric label. Finally, when adding a registry label it is
       not necessary to give the cluster id because it will be taken from the internal registry
       struct already created.

       mmv_stats_add_registry_label adds a PM_LABEL_CLUSTER.

       mmv_stats_add_indom_label adds a PM_LABEL_INDOM.

       mmv_stats_add_metric_label adds a PM_LABEL_ITEM.

       mmv_stats_add_instance_label adds a PM_LABEL_INSTANCES.

RETURN VALUES

        When adding metrics, indoms, instances and labels, if correct returns 0
        and if not it returns an errno code. The other functions return the address
        of the memory mapped region on success. On failure, NULL is returned and
        errno is set to a value suitable for decoding with strerror(3).

SEE ALSO

       mmv_inc_value(3), mmv_lookup_value_desc(3), strerror(3) and mmv(5).