<html>
  <head>
    <meta content="text/html; charset=windows-1252"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <p><br>
    </p>
    <br>
    <div class="moz-cite-prefix">On 10/5/16 11:49 AM, Cantor, Scott
      wrote:<br>
    </div>
    <blockquote
cite="mid:9846A6064BD102419D06814DD0D78DE112A4CF6A@CIO-TNC-D2MBX02.osuad.osu.edu"
      type="cite">
      <pre wrap="">Brent, any more thoughts on this? While I haven't exactly finalized my work, I'm pretty far along on a lot of proposed metric hooks but I'm staying confined to the IdP at the moment. But I know getting numbers out of the MDQ client will be important at a minimum.</pre>
    </blockquote>
    <blockquote
cite="mid:9846A6064BD102419D06814DD0D78DE112A4CF6A@CIO-TNC-D2MBX02.osuad.osu.edu"
      type="cite">
    </blockquote>
    <br>
    I guess I don't have any definite thoughts yet.  It would be
    probably helpful to talk about actual concrete metrics use cases. 
    What types of things were you thinking?  I'm assuming some timer(s)
    around certain operations, for example 1) total resolution time
    (literally bookending the resolve() method) 2) time for executing
    remote fetches.  Any gauges? Maybe 1) # of entities currently "live"
    2) number of remote fetches.<br>
    <br>
    I haven't looked yet at where you wound up with the notion of using
    Metrics interfaces directly vs having some kind of
    library-independent abstraction.  But I guess if we wind up with the
    former that's not the end of the world.<br>
    <br>
    As far as how these are actually used: I liked your idea of using
    presence/absence of stuff in the context tree to control whether
    collection was on/off.  But of course in the metadata resolvers,
    unlike the profile actions and message handlers, we don't actually
    have that.  I guess maybe kinda sorta you could stuff criteria into
    the input CriteriaSet to do a similar thing, but I'm not sure how I
    feel about that yet, vs just hardwiring things right in the
    resolver.  (As a side note, that would seem sort of like what we
    mused about for encryption logging in OSJ-156 (which btw I was
    probably going to work on very soon). So maybe it's not crazy.)<br>
  </body>
</html>