Received: with ECARTIS (v1.0.0; list netdev); Wed, 07 Sep 2005 08:06:32 -0700 (PDT) Received: from mx1.slu.se (mx1.slu.se [130.238.96.70]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id j87F6SiL000360 for ; Wed, 7 Sep 2005 08:06:28 -0700 Received: from robur.slu.se (robur.slu.se [130.238.98.12]) by mx1.slu.se (8.13.1/8.13.1) with ESMTP id j87F3Hxk025818; Wed, 7 Sep 2005 17:03:17 +0200 Received: by robur.slu.se (Postfix, from userid 1000) id 57D39EC3CC; Wed, 7 Sep 2005 17:03:17 +0200 (CEST) From: Robert Olsson MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17183.309.317160.103056@robur.slu.se> Date: Wed, 7 Sep 2005 17:03:17 +0200 To: Alexey Kuznetsov Cc: Simon Kirby , Robert Olsson , Eric Dumazet , netdev@oss.sgi.com Subject: Re: Route cache performance In-Reply-To: <20050907011959.GA25725@yakov.inr.ac.ru> References: <43014E27.1070104@cosmosbay.com> <20050823190852.GA20794@netnation.com> <17163.32645.202453.145416@robur.slu.se> <20050824000158.GA8137@netnation.com> <20050825181111.GB14336@netnation.com> <20050825200543.GA6612@yakov.inr.ac.ru> <20050825212211.GA23384@netnation.com> <20050826115520.GA12351@yakov.inr.ac.ru> <17167.29239.469711.847951@robur.slu.se> <20050906235700.GA31820@netnation.com> <20050907011959.GA25725@yakov.inr.ac.ru> X-Mailer: VM 7.19 under Emacs 21.4.1 X-Scanned-By: MIMEDefang 2.48 on 130.238.96.70 X-archive-position: 3599 X-ecartis-version: Ecartis v1.0.0 Sender: netdev-bounce@oss.sgi.com Errors-to: netdev-bounce@oss.sgi.com X-original-sender: Robert.Olsson@data.slu.se Precedence: bulk X-list: netdev Content-Length: 710 Lines: 20 Alexey Kuznetsov writes: > Robert, have you seen this pehonomenon already? Did you mean that SMP works > or that it never works (but this patch is valid only for UP)? Did it > become worse after 2.6.9? It was quite some time since I saw dst cache overflow and we use 2.6 in infrastructure. Anyway I was able to "tune" route cache so I see in our lab system on a SMP box. I think UP and SMP behaves the same but with UP we could disable the deferred delete as Simon tested. I don't know if anything happen in 2.6.9 I don't think so. But any improvement in drivers or FIB lookup may increase the burden so we get overflows. We had some code that checked the RCU latency. Cheers. --ro