[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <87wqsu72r6.fsf@xmission.com>
Date: Tue, 26 Mar 2013 05:40:45 -0700
From: ebiederm@...ssion.com (Eric W. Biederman)
To: Benoit Lourdelet <blourdel@...iper.net>
Cc: Stephen Hemminger <stephen@...workplumber.org>,
"netdev\@vger.kernel.org" <netdev@...r.kernel.org>,
Serge Hallyn <serge.hallyn@...ntu.com>
Subject: Re: [RFC][PATCH] iproute: Faster ip link add, set and delete
Benoit Lourdelet <blourdel@...iper.net> writes:
> Hello,
>
> I re-tested with the patch and got the following results on a 32x 2Ghz
> core system.
>
> # veth add delete
> 1000 36 34
> 3000 259 137
> 4000 462 195
> 5000 729 N/A
>
> The script to create is the following :
> for i in `seq 1 5000`; do
> sudo ip link add type veth
> Done
Which performs horribly as I mentioned earlier because you are asking
the kernel to create the names. If you want performance you need to
specify the names of the network devices you are creating.
aka ip link add a$i type veth name b$i
> The script to delete:
> for d in /sys/class/net/veth*; do
> ip link del `basename $d` 2>/dev/null || true
> Done
>
> There is a very good improvement in deletion.
>
>
>
> iproute2 does not seems to be well multithread as I get time divided by a
> factor of 2 with a 8x 3.2 Ghz core system.
All netlink traffic and all network stack configuration is serialized by
the rtnl_lock in the kernel. This is the slow path in the kernel, not
the fast path.
> I donĀ¹t know if that is the improvement you expected ?
>
> Would the iproute2 redesign you mentioned help improve performance even
> further ?
Specifing the names would dramatically improve your creation
performance. It should only take you about 10s for 5000 veth pairs.
But you have to specify the names.
Anyway I have exhausted my time, and inclination in this matter. Good
luck with whatever your problem is.
Eric
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists