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)