[bind10-dev] Suboptimal way of splitting XFR-out to messages

[Michal 'vorner' Vaner]

Hello

On Fri, Dec 02, 2011 at 11:08:37AM -0800, JINMEI Tatuya / 神明達哉 wrote:
> Personally I'm not convinced it's worth solving.  Even though names
> cannot be compressed between different messages, in practice they
> should be well compressed within their own messages.  So, roughly
> speaking the additional overhead is the size of the DNS header part
> (12 bytes each) that would not be needed if we made every message
> really full.  If, hypothetically, a "suboptimal" message still
> contained 65000 (instead of 65535) bytes of data, the overhead of the
> header part is just 0.18%.  While the number of total messages also
> matters in terms of processing overhead (in general handling two
> messages would be more heavyweight than that for one message, etc), I
> suspect it's still marginal in the total workload for the entire XFR
> session.

Well, not only that. At last one full (uncompressed) name must live in each
message.

However, this'll be few more bytes, so looking at it, it isn't probably that
much.

So, should we drop the idea whatsoever, comment the code, or create a ticket in
general backlog (so the question doesn't rise again and again)?

Thank you

-- 
I'm reading your disk
		-- General Failure

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/20111205/4ef60474/attachment.bin>