From mboxrd@z Thu Jan 1 00:00:00 1970 From: David Ahern Subject: Re: [PATCH net-next 0/9] net: Kernel side filtering for route dumps Date: Thu, 11 Oct 2018 10:13:12 -0600 Message-ID: References: <20181011150627.4010-1-dsahern@kernel.org> <20181011082637.3e7833c9@xeon-e3> <02e2a1eb-07be-5a13-c9fc-e0a47287fdbf@gmail.com> <20181011161023.GA11906@oracle.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Cc: Stephen Hemminger , David Ahern , netdev@vger.kernel.org, davem@davemloft.net To: Sowmini Varadhan Return-path: Received: from mail-pg1-f194.google.com ([209.85.215.194]:38039 "EHLO mail-pg1-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726700AbeJKXlI (ORCPT ); Thu, 11 Oct 2018 19:41:08 -0400 Received: by mail-pg1-f194.google.com with SMTP id f8-v6so4403636pgq.5 for ; Thu, 11 Oct 2018 09:13:14 -0700 (PDT) In-Reply-To: <20181011161023.GA11906@oracle.com> Content-Language: en-US Sender: netdev-owner@vger.kernel.org List-ID: On 10/11/18 10:10 AM, Sowmini Varadhan wrote: > On (10/11/18 09:32), David Ahern wrote: >> >> Route dumps are done for the entire FIB for each address family. As we >> approach internet routing tables (700k+ routes for IPv4, currently >> around 55k for IPv6) with many VRFs dumping the entire table is grossly >> inefficient when for example only a single VRF table is wanted. > > I think someone mentioned a long time ago that a VRF is not an > interface/driver/net_device but rather a separate routing table with a > dedicated set of interfaces, iirc :-) :-) > > In the latter model, if you wanted to dump a VRF table, you'd only > lock that table, and walk it, instead of holding up other VRFS > > sorry, could not resist my i-told-you-so moment :-P huh? VRF is a device has absolutely no relevance to this patch set. There is no existing mechanism for dumping a single table. That's one of the points of this set.