Re: difference in dnscache installs

On 01/20/2010 10:28 AM, richard lucassen wrote:
> On Tue, 19 Jan 2010 19:49:07 -0500
> [email protected] (Paul Jarc) wrote:
>
>    
>>> This sounds very logical. But OTOH DJB would have build this in as a
>>> variable, wouldn't he?
>>>        
>> It's MAXUDP, a macro defined in dnscache.c.  It's not designed to be
>> configurable, because raising it significantly above 200 would cause
>> strange problems on some platforms.  It might work for yours, though.
>> It depends on how many file descriptors your system's select() or
>> poll() function can handle.
>>      
> Ik increased MAXUDP to 300, but no results. And just to exclude that
> there are some external causes involved, I set up an extra instance of
> dnscache on 127.53.3.1 and did the same query:
>
> $ time host www.singaporeair.com 127.53.3.1
> www.singaporeair.com    CNAME   www.singaporeair.com.edgekey.net
> www.singaporeair.com.edgekey.net        CNAME
> www.singaporeair1.akadns.net www.singaporeair1.akadns.net    CNAME
> e449.b.akamaiedge.net e449.b.akamaiedge.net   A       88.221.185.237
>
> real    0m5.908s
> user    0m0.004s
> sys     0m0.000s
>
> So it definitely must be the load of dnscache that make these
> CNAME-hell lookups fail.
>
> Do you guys have another hint what can be done? There are two instances
> of dnscache running on two different machines. The CACHELIMIT/DATALIMIT
> is set to 100MB. The two machines have the same problem. A quick scan of
> the logs shows some 1300 lookups per minute, thats around 20 per second.
> No further problems are reported, just these CNAME-hell lookups don't
> work. I have seen this problem before ever since these nameservers have
> been running (ever since 1.05 came out) and I resolved this issue by
> adding these entries to the local tinydns. But the last few weeks there
> were more and more errors reported, that's why I'd like to find another
> solution for this problem.
>
> R.
>
>    


In the event that you are using Linux, have you considered adopting Sami 
Farin's epoll() patch?

Available here: http://safari.iki.fi/djbdns/

Regards,

Hugo Monteiro.

-- 
fct.unl.pt:~# cat .signature

Hugo Monteiro
Email	 : [email protected]
Telefone : +351 212948300 Ext.15307
Web      : http://hmonteiro.net

Divisão de Informática
Faculdade de Ciências e Tecnologia da
		   Universidade Nova de Lisboa
Quinta da Torre   2829-516 Caparica   Portugal
Telefone: +351 212948596   Fax: +351 212948548
www.ci.fct.unl.pt	      [email protected]

fct.unl.pt:~# _