BIND 10 #1751: stats doesn't separate or consolidate reports from multiple auth instances
BIND 10 Development
do-not-reply at isc.org
Thu Mar 15 13:27:08 UTC 2012
#1751: stats doesn't separate or consolidate reports from multiple auth instances
-------------------------------------+-------------------------------------
Reporter: | Owner: naokikambe
jinmei | Status: reviewing
Type: | Milestone:
defect | Sprint-20120320
Priority: | Resolution:
medium | Sensitive: 0
Component: | Sub-Project: Core
statistics | Estimated Difficulty: 6
Keywords: | Total Hours: 0
Defect Severity: N/A |
Feature Depending on Ticket: |
Add Hours to Ticket: 0 |
Internal?: 0 |
-------------------------------------+-------------------------------------
Changes (by vorner):
* owner: vorner => naokikambe
Comment:
Hello
Replying to [comment:11 naokikambe]:
> Actually I'm not sure whether accumulated counts which the non-existent
instance had should be lost, but I revised the codes so that such
inconsistency wouldn't happen. Stats queries the pid and instance list to
Boss, searches the non-existent instance, and then removes statistics data
which it had. Please review 94f99cad8539239a93877a1774fbadf89238c181.
I'm not sure if any statistics should be lost after a restart. If the
xfrin crashes and is started again, it starts its statistics from 0 again.
But anyway, this is a different issue.
> > About the code, first I'd like to note that resolver also supports
multiple instances. Would you add the support to it as well?
>
> AFAIK, query counters in the resolver aren't implemented yet.
Um, yes, that would be good enough reason not to add the support now :-)).
> Thank you for the suggestion, but I replaced it with the check with a
real pid.
That is indeed even better.
> Yes, I would. Please review eecc0d847fc5f9dc74ce96788e0b3489a98fb244.
I'm not sure, if the changelog should be so detailed about the
implementation ‒ after all, it's for users and they don't care if it is by
using PID or some other magic. How about something like this?:
{{{
[bug] naokikambe
The statistic counters are now properly accumulated across multiple
instances
of b10-auth (if there are multiple instances), instead of providing result
for
random instance.
}}}
To the new code, I think these list comprehensions are quite hard to read.
Would it be possible to say the same in some more understandable way, or
at least add a comment what the meaning of each list is?
Thank you
With regards
--
Ticket URL: <http://bind10.isc.org/ticket/1751#comment:12>
BIND 10 Development <http://bind10.isc.org>
BIND 10 Development
More information about the bind10-tickets
mailing list