[bind10-dev] Resolver Plans for 2013

[Michal 'vorner' Vaner]

Good morning

On Fri, Dec 07, 2012 at 04:16:53PM +0100, Shane Kerr wrote:
> http://bind10.isc.org/wiki/ResolverPlan2013
> 
> Please have a read, and send feedback.

I'd have few points. Also, the times are quite rough estimates, right?

Hooks
-----
First of, we probably want to insert hook points as we write the code. It'll be
hard to add them later (that is probably one of the reasons why we don't have
them in the authoritative server).

I see two options. One is to decide on the interface of a hook point (is it a
function? Or an object? Does it return something? Can it throw? Can it modify
the parameters?) and create a stub. Then we can place them into the code and
implement the class or whatever it'll be later on, but we avoid the problem of
going through all the code.

The other option is to implement the hook library first. This includes the above
questions, but also implementing some shared objects loading, python interface
(we do want people to write them in python too, don't we?). The shared objects
loading could be more general, because we want it for ACLs too (and we didn't
get to it yet, but it might be very useful). This could be done together with
the benchmarking work and possibly the auth server could benefit too. And we
could use some of the hooks for testing.

Local zones
-----------

Did we agree on how we want to handle them? Inside the resolver? Or cooperation
with the auth server? Would we use usual data sources, or just some
configuration?

Sharing port with auth server
-----------------------------

When is the good time to discuss and decide this?

Multiple CPUs
-------------

The document doesn't mention this at all. Does it implicitly assume threads? Or
could we try something lockless, one process writing the cache as it does
upstream queries, the others just looking things up?

Benchmarking
------------

How are we going to do the benchmarking before we write the code? Or do we want
to interleave the things? Borrow the code somewhere?



Slightly related topic, there seems to be a lot to discuss. Do we plan a f2f
meeting sometime soon?

With regards

-- 
  vvvvv
 oOOOOO<  Death to the bugs!

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/20121210/8e72c3f0/attachment.bin>