[bind10-dev] proposal: a performance extendable auth query logic framework

[Michal 'vorner' Vaner]

Hello

On Tue, Feb 28, 2012 at 11:05:52PM -0800, JINMEI Tatuya / 神明達哉 wrote:
> The main idea is to update the return type of ZoneFinder::find() to an
> abstract class named 'FindContext'.  It can store various kinds of
> internal information of the find() call, which are possibly specific
> to the underlying data source (e.g. for the in-memory version, it
> would contain the rbtnode that matched in the original search, etc).
> 
> FindContext provides a set of methods that handle several post-find
> operations such as getting the additional RRset corresponding to the
> original find() result (A/AAAA for NS, etc), providing DNSSEC proofs,
> synthesizing CNAME with DNAME:

The idea itself looks good to me. However, I'm not sure how big overhead it will
be to have another abstract class, allocated on the heap, in the main path.
Also, is it OK to reload zone while the context still lives? (I know this would
not happen in auth).

Wouldn't it be better to append the produced RRsets directly to the Message? Or
why are the intermediate vector used?

With regards

-- 
This message is encrypted by double rot-13

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/20120229/2649cafe/attachment-0001.bin>