[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <1165254213.3643.25.camel@localhost>
Date: Mon, 04 Dec 2006 12:43:33 -0500
From: jamal <hadi@...erus.ca>
To: Patrick McHardy <kaber@...sh.net>
Cc: David Miller <davem@...emloft.net>, netdev@...r.kernel.org
Subject: Re: [PATCH][XFRM] Optimize policy dumping
On Mon, 2006-04-12 at 16:55 +0100, Patrick McHardy wrote:
> This patch should fix it (and is even simpler), by moving the
> check for pol->type != type before sending, we make sure that
> last always contains a valid element unless count == 0.
>
> Also fixed an incorrect gcc warning about last_dir potentially
> being used uninitialized.
Ok, both looked good except for the test of a single entry.
This was because you would break out of the loop with count of 0.
The patch against yours would look like something attached for the state
case. Dont forget there are two spots on the policy side of things;->
You can either submit both patches or i could later today. If you do,
please look at some of the comments i made in the first patch and
include them.
Just from the outset the numbers improvement looked the same as the way
i had it.
With these changes, 40K SPDs and 20K SAs dumping (subpolicies compiled
out)
---
speedopolis:~# time ./ip x state
real 0m1.985s
user 0m0.000s
sys 0m1.984s
speedopolis:~# time ./ip x policy
real 0m7.901s
user 0m0.008s
sys 0m7.896s
---
As a reference point, the old numbers:
---
speedopolis:~# ./ip xf pol
real 0m13.496s
user 0m0.000s
sys 0m13.493s
speedopolis:~#
speedopolis:~# time ./ip xf sta
real 0m5.321s
user 0m0.004s
sys 0m5.316s
----
Thanks a lot for your efforts Patrick.
cheers,
jamal
View attachment "state-patch" of type "text/x-patch" (400 bytes)
Powered by blists - more mailing lists