On 2/4/07, Sami Farin <safari-dns@safari.iki.fi> wrote:
On Sun, Feb 04, 2007 at 16:11:48 +0100, Andrzej Kukula wrote:
> On 1/16/07, Sami Farin <safari-dns@safari.iki.fi> wrote:
> >This is for Linux 2.6 with epoll feature.
> >In addition to poll --> epoll, it has improved
> >performance by fixing certains algos be O(1),
> >for example finding next free TCP/UDP slot.
> >Now it's no pain to have 3000 concurrency,
> >for example, if you have the bandwidth.
> >
> >I have betatested it for eight months now.
> >No crashes or odd behavior detected.
> >
> >Usage: RTFM: README.safari
> >"make -j8 dnscache-conf dnscache" for starters.
> >
> >http://safari.iki.fi/djbdns/djbdns-1.05-epoll-latest.diff.bz2
>
> Thanks for excellent patch. Works great, and combined with MAXLOOP
> patch gives nice results.
Nice to get feedback.
My ADSL bandwidth limits outgoing queries to around 200-300 pps,
with varying amounts of concurrency, what kind of numbers
do you have?
My cache is not very saturated; there are only about 250 concurrent
queries at peak times, and only 600k queries per day. Recently I've
increased cache from 64MB to 128MB.
After your epoll patch I've noticed reduction in CPU usage, especially
when infected PCs are sending tens of queries per second about MXes in
random domains.
Nice you have included OKCLIENT patch, IMHO it's not application's job
to do packet filtering.
Regards,
Andrzej
|