netdev - Re: Testing interface removal speedup patches from Eric Dumazet.

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <06627C760FB049F1A9321BC6@Ximines.local>
Date:	Mon, 09 May 2011 19:56:22 +0100
From:	Alex Bligh <alex@...x.org.uk>
To:	Ben Greear <greearb@...delatech.com>,
	netdev <netdev@...r.kernel.org>
cc:	Eric Dumazet <eric.dumazet@...il.com>,
	Alex Bligh <alex@...x.org.uk>
Subject: Re: Testing interface removal speedup patches from Eric Dumazet.



--On 9 May 2011 11:37:37 -0700 Ben Greear <greearb@...delatech.com> wrote:

With:
> Created 500 veth in 17.874695 seconds (0.03574939 per interface).
> Deleted 500 veth in 17.023607 seconds. (0.034047214 per interface)
Without:
> Created 500 veth in 22.507598 seconds (0.045015196 per interface).
> Deleted 500 veth in 34.998733 seconds. (0.069997466 per interface)

Interesting. On my tests (albeit with CONFIG_HZ=100) I got:

                            100 pairs      500 pairs
Interface creation               14ms          110ms
Interface deletion              160ms          148ms

So Eric's patches help in the interface create case, even though
there is no synchronize_net, sychronize_sched() or rcu_barrier() there.

I had assumed the slow create (which varies by number of pairs) was
down to sysfs scalability only (see difference between 14ms and 110ms
there).

Out of interest, if you still happen to have the scripts around, how
fast is veth creation if you just do 100 pairs?

-- 
Alex Bligh
--
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