PMLOOKUPNAME(3)

πŸ“¦
version 7.2.2 Β· 4 versions
, in arch rolling, centos-stream 10, fedora 43, fedora 44, ubuntu resolute, ubuntu stonking

πŸŽ€ NAME πŸŽ€

pmLookupName β€” the girlies that translate performance metric names into PMIDs. that's it, that's the job πŸ’…


✨ C SYNOPSIS ✨

#include <pcp/pmapi.h>

int pmLookupName(int numpmid, const char **namelist, pmID *pmidlist);

cc ... -lpcp

πŸ’– DESCRIPTION πŸ’–

okay so bestie, here's the vibe. you hand over namelist, which is a list holding numpmid full pathnames for performance metrics from a Performance Metrics Name Space (PMNS). then pmLookupName hands you back the list of associated Performance Metric Identifiers (PMIDs) via pmidlist. giving matchmaker, giving wingwoman πŸ¦‹

Now β€” and this is the part where you gotta pay attention, fr fr β€” what pmLookupName returns depends on the presence of any lookup failures, their severity and the number of metrics being looked up. three whole variables, main character energy:

  1. If there are no lookup failures, the return value will be numpmid. clean. flawless. no notes ✨
  2. If a fatal error is encountered, the return value will be less than 0. For example PM_ERR_TOOSMALL, PM_ERR_NOPMNS or PM_ERR_IPC. yeah that's a bad day πŸ’€
  3. If numpmid is greater than one and non-fatal error(s) are encountered, the return value is the number of metric names that have successfully been looked up (greater than or equal to zero and less than or equal to numpmid). partial slay, honestly.
  4. If numpmid is one and a non-fatal error is encountered, the return value is the error code (less than zero). single lookup = single error code, no ambiguity, we love a clear communicator 🫢

When errors are encountered, any metrics that cannot be looked up result in the corresponding element of pmidlist being set to PM_ID_NULL. so like, the slot is still there, it's just ✨empty✨ πŸ™ˆ

The slightly convoluted error protocol allows bulk lookups, then probing for more error details in the case of a specific failure, as shown in the EXAMPLES section below. it's giving detective work, and honestly? it works πŸ”₯

Note that the error protocol guarantees there is a 1:1 relationship between the elements of namelist and pmidlist, hence both lists contain exactly numpmid elements. For this reason, the caller is expected to have preallocated a suitably sized array for pmidlist. so bestie, malloc before you call, i am literally begging 😭

🌈 EXAMPLE 🌈

#include <pcp/pmapi.h>

#define NUMPMID (sizeof(names)/sizeof(const char *))
const char *names[] = {
               "sample.bin",
               "sample",
               "sample.bog",
               "sample.secret.bar",
               "sample.secret.bar.bad"
             };
pmID pmids[NUMPMID];

int
main(int argc, char **argv)
{
    int  sts;
    int  numpmid = NUMPMID;

    pmNewContext(PM_CONTEXT_HOST, "local:");

    sts = pmLookupName(numpmid, names, pmids);

    if (sts < 0) {
     fprintf(stderr, "pmLookupName failed: %s0, pmErrStr(sts));
     exit(1);
    }
    if (sts != numpmid) {
     /*
      * some of the lookups failed ... report the reason(s)
      */
     int  i;

     for (i = 0; i < numpmid; i++) {
         if (pmids[i] != PM_ID_NULL) continue;
         /* this one failed */
         sts = pmLookupName(1, &names[i], &pmids[i]);
         fprintf(stderr, "%s: lookup failed: %s0, names[i], pmErrStr(sts));
     }
     exit(1);
    }

    /* all good ... */
    ...
}

see? bulk lookup first, then when something's off you go back in one at a time to get the actual reason. forensic girlie behavior πŸ”βœ¨


🩷 DIAGNOSTICS 🩷

  • PM_ERR_TOOSMALL β€” numpmid must be at least 1. like, you can't look up zero names, that's not a thing, bestie 😭
  • PM_ERR_NOPMNS β€” Failed to access a PMNS for operation. Note that if the application hasn't a priori called pmLoadNameSpace(3) and wants to use the distributed PMNS, then a call to pmLookupName must be made after the creation of a context (see pmNewContext(3)). order of operations, babe πŸŽ€
  • PM_ERR_NAME β€” namelist[0] does not correspond to a valid metric name in the PMNS. typo? in THIS economy? πŸ™ˆ
  • PM_ERR_NONLEAF β€” namelist[0] refers to a node in the PMNS but it was not a leaf node. you pointed at a whole branch, not a metric. iconic mistake, happens to everyone 🌸
  • PM_ERR_* β€” Other diagnostics are for protocol failures when accessing the distributed PMNS. yeah when the network starts acting up πŸ’€

πŸ‘‘ SEE ALSO πŸ‘‘

PMAPI(3), pmGetChildren(3), pmGetChildrenStatus(3), pmGetConfig(3), pmLoadNameSpace(3), pmNameID(3), pmNewContext(3), pcp.conf(5) and pcp.env(5).

go read them, they're all lowkey connected, iykyk πŸ¦‹


and that's the whole page, bestie πŸ’œ this one lives in the Performance Co-Pilot world, brought to you by PCP β€” so if you ever need to cite it, that's the source/version energy right there. now go forth and look up them metrics, you absolute icon πŸ‘‘βœ¨πŸ’…

πŸ“¦ where this page comes from