From mboxrd@z Thu Jan 1 00:00:00 1970 From: Alex Bligh Subject: Re: Scalability of interface creation and deletion Date: Mon, 09 May 2011 06:37:44 +0100 Message-ID: References: <1304793749.3207.26.camel@edumazet-laptop> <1304838742.3207.45.camel@edumazet-laptop> <7B76F9D75FD26D716624004B@nimrod.local> <20110508125028.GK2641@linux.vnet.ibm.com> <20110508134425.GL2641@linux.vnet.ibm.com> <20110508144749.GR2641@linux.vnet.ibm.com> <20110508154854.GT2641@linux.vnet.ibm.com> <1304888447.3207.66.camel@edumazet-laptop> Reply-To: Alex Bligh Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: netdev@vger.kernel.org, Jesse Gross , Alex Bligh To: Eric Dumazet , paulmck@linux.vnet.ibm.com Return-path: Received: from mail.avalus.com ([89.16.176.221]:43613 "EHLO mail.avalus.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750865Ab1EIFhs (ORCPT ); Mon, 9 May 2011 01:37:48 -0400 In-Reply-To: <1304888447.3207.66.camel@edumazet-laptop> Content-Disposition: inline Sender: netdev-owner@vger.kernel.org List-ID: --On 8 May 2011 23:00:47 +0200 Eric Dumazet wrote: > We can probably speed things, but we should consider the following user > actions : How about > ip link add link eth0 vlan103 type vlan id 103 > ip link del vlan103 Removes and unlinks structures, including making name available, sending out netlink messages, but doesn't free things > ip link add link eth1 vlan103 type vlan id 103 creates new interface [some time later] original zombie i/f freed > The "link del" command should return to user only if the minimum things > had been done, to make sure the following "link add" wont fail > mysteriously. Are you worried about failure through name collision (already dealt with), vlan tag collision (ditto) or what? -- Alex Bligh