[Top] [All Lists]

Re: route cache DoS testing and softirqs

To: kuznet@xxxxxxxxxxxxx
Subject: Re: route cache DoS testing and softirqs
From: Robert Olsson <Robert.Olsson@xxxxxxxxxxx>
Date: Thu, 8 Apr 2004 16:07:31 +0200
Cc: Robert.Olsson@xxxxxxxxxxx (Robert Olsson), dipankar@xxxxxxxxxx, andrea@xxxxxxx (Andrea Arcangeli), davem@xxxxxxxxxx (David S. Miller), linux-kernel@xxxxxxxxxxxxxxx, netdev@xxxxxxxxxxx, paulmck@xxxxxxxxxx, akpm@xxxxxxxx
In-reply-to: <200404081329.RAA16178@xxxxxxxxxxxxxxx>
References: <16498.43191.733850.18276@xxxxxxxxxxxx> <200404081329.RAA16178@xxxxxxxxxxxxxxx>
Sender: netdev-bounce@xxxxxxxxxxx
kuznet@xxxxxxxxxxxxx writes:

 > BTW what's about performance in this extremal situation?

 First I used the patch to defer all softirq's to ksoftirq with call_rcu_bh()
 patch. Sofar this has been the best combination giving both pure sofirq 
 performance and also good response from the userland apps.

 I also tried other TCP apps netperf and could note any performance 
 degradation which I was expecting.
 > Also, Robert, let's count the numbers again. With this change you should
 > have latency much less 100msec when priority of ksoftirqd is high.
 > So, rcu problem must be solved at current flow rates.
 > This enforces me to suspect we have another source of overflows.

 Certainly. I said to Dipankar we should not expect all overflows to disappear
 the setup I use now. But the call_rcu_bh() patch improved things so it cured 
 some latency caused by RCU. But I don't think we can do much better now in 
 terms dst overflow. 

 > F.e. one silly place could be that you set gc_min_interval via sysctl,

 I should not...

 > which uses second resolution (yup :-(). With one second you get maximal
 > ip_rt_max_size/1 second flow rate, it is _not_ a lot.

 From /proc
 gc_min_interval = 0
 max_size = 262144


<Prev in Thread] Current Thread [Next in Thread>