Generic reasons for recursive performance not to peg CPU?

[Leonard Mills]

>Thanks for the response, but you're answering a different question than 
>I asked. :)  The question I'm interested in is, "Why is the recursive 
>server not pegging the CPU?" 


I should have quoted Sten's context.  If the recursive answer 

contains additional data, that may contributing to the time spent
awaiting bandwidth for the delivery of outbound packets.




On Sunday, January 12, 2014 6:11 PM, Doug Barton <dougb at dougbarton.us> wrote:
 
Thanks for the response, but you're answering a different question than 
>I asked. :)  The question I'm interested in is, "Why is the recursive 
>server not pegging the CPU?" I'm aware that there will be a difference 
>in qps between auth-only and recursive, but the recursive server seems 
>to be working a lot less hard than the auth server, and I can't figure 
>out why.
>
>Doug
>
>
>
>On 01/12/2014 06:07 PM, Leonard Mills wrote:
>> Are you allowing long answers when authoritative?  Performance
>> measurements with and without additional data in responses is measurable
>> (imo around 12% more network traffic from the replies on auth-only servers).
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.isc.org/pipermail/bind-users/attachments/20140113/f6c2c1eb/attachment.html>