[bind10-dev] hooks in recursive server processing (plus a general comment)

[Likun Zhang]

Hi Jerry,

 

I am not sure how much bind10 will win when restart one bind10 module for loading some external library here.

 

If we restart resolver, I am not sure whether we need to restruct resolver cache now, but If we need do it in the future, you have to fill up the cache again, it will cost some time.

 

If we restart auth server module, you have to rebuild the in-memory database for some zones.

 

But anyway it’s quite light enough, compared with the heavy restart of bind9. 

 

Thanks

Likun

 

 

From: bind10-dev-bounces+zlkzhy=gmail.com at lists.isc.org [mailto:bind10-dev-bounces+zlkzhy=gmail.com at lists.isc.org] On Behalf Of Jerry Scharf
Sent: Saturday, January 22, 2011 2:42 AM
To: bind10-dev at lists.isc.org
Subject: Re: [bind10-dev] hooks in recursive server processing (plus a general comment)


This is what happens when a marketing person carelessly steps into the how rather than the what. :)

Mickal's idea makes sense to me for a different reason. I was concerned that at each possible point of interest there would be a subroutine call that did nothing in 99% of all installations. I was worried about the performace impact when we are trying to squeeze every qps possible out of the code. With the list idea, a single "if (list) ..." test (with a predictive miss) would have far less impact to the normal processing case.

One minor consequence (and a huge win for BIND 10's modular design) is that you will need to restart the processing module when a change is made to either the list of needed external routines or their code. Being able to start the new instance, let it get to full functioning state and then have it take over the query processing means that these changes are possible without the down time of a BIND 9 restart.

There will be some fun figuring out the best way to connect these external functions to the binary only server and how to make it manageable.

warmly,
jerry



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.isc.org/pipermail/bind10-dev/attachments/20110125/0b45e460/attachment.html>