[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1282737584.13142.153.camel@localhost.localdomain>
Date: Wed, 25 Aug 2010 07:59:43 -0400
From: Eric Paris <eparis@...hat.com>
To: Michael Neuling <mikey@...ling.org>
Cc: linux-audit@...hat.com, linux-kernel@...r.kernel.org,
Al Viro <viro@...iv.linux.org.uk>, anton@...ba.org,
sgrubb@...hat.com
Subject: Re: [PATCH] audit: speedup for syscalls when auditing is disabled
On Wed, 2010-08-25 at 13:11 +1000, Michael Neuling wrote:
> BTW, do you think we can do this in audit_syscall_exit() too?
No, I don't think that is safe, consider the case where we remove the
last rule while this task was inside a syscall. It may have information
stored which is supposed to get freed in the syscall exit.
We could probably drop the if (!context) statement altogether and then
before the audit_get_context() call we could add
if (audit_dummy_context())
return;
Which should be safe since that would imply there were no rules when we
entered the syscall. I'm impressed with how much difference these 2
simple patches can make!
Looks like audit_get_context() could use some cleanups too. What's the
point of setting the return code and crap like that when we know it's
not going anywhere. In any case, if you want to clean up this last idea
and send it I'll make sure it gets queued up for the next go round.
-Eric
> If I do, I get down to 387 cycles (739.03 vanilla, 668.09 with
> audit_syscall_entry() optimisation, 204 best case) so about
> another 50% perf improvement.
>
> Patch was simply:
>
> --- linux-next.orig/kernel/auditsc.c
> +++ linux-next/kernel/auditsc.c
> @@ -1681,7 +1683,7 @@ void audit_syscall_exit(int valid, long
>
> context = audit_get_context(tsk, valid, return_code);
>
> - if (likely(!context))
> + if (likely((!context) || (audit_n_rules == 0)))
> return;
>
> if (context->in_syscall && context->current_state == AUDIT_RECORD_CONTEXT)
>
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists