[bind10-dev] a strawman proposal of generic statistics spec

[Michal 'vorner' Vaner]

Hello

On Tue, Oct 30, 2012 at 06:10:10PM -0700, JINMEI Tatuya / 神明達哉 wrote:
> server/incoming_queries/A
> server/incoming_queries/NS
> ...
> server/incoming_queries/AAAA
> and so on
> 
> conceptually the specification is just
> server/incoming_queries/<per-RR-type-counter>, and A, NS, AAAA, etc
> are kind of data.  The currently proposed implementation includes
> things like A, AAAA, etc as part of the spec, which I suspect causes
> many issues.

That's a very good place for the „named-set“ compound type. It could be done
with it, so we could describe how each of the item looks like without listing
them. Then only the ones that get any queries would appear.

> The "any" part defines (a set of) actual counters, whose spec is
> outside of the spec file.  I'd envision it's a list of "statistics
> specs", each of which would be a map like this:

I don't like this overloading of the „any“ type. The „any“ type means „there can
be anything“. You try to overload it for „look elsewhere“. Also, the behaviour
that the stats daemon loads some modules depending on it seems wrong. Currently,
the stats daemon knows nearly nothing about what is being collected.


But I think you propose something that could be useful for configurations too.
Merging of spec files. Currently, our spec tree looks something like windows
drives ‒ everything starts at a top-level with module name. We could do it like
unix mounts, so a spec could be placed anywhere.

Another thing is, the system doesn't really require the spec to be in a file. So
we could have the basic definitions in spec files, but generate a spec file for

  <server>/incoming_queries/<*>

dynamically and merge it into the main spec file.

But this probably needs something from the data representation rewrite we're
talking about for a very long time (and I'm starting to think we won't ever get
to it).

With regards

-- 
Why TODO list in haskell? It handles infinite data structures.

Michal 'vorner' Vaner
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL: <https://lists.isc.org/pipermail/bind10-dev/attachments/20121031/1c4654c6/attachment.bin>