nordi wrote:
However, comparing results to 10.0 shows that overall, the performance
of the base system is still not as good as it could be, at least in this
benchmark. Suse 10.0 still scores higher in most areas. Since the
syscall test scores are ~12% lower than in 10.0, it seems logical that
the slowdown is due to the kernel. It would be interesting to see if the
vanilla kernel suffers from the same slowdown or if this is specific to
Suse.
---
I suppose it will vary depending on what options you configure
in at build time. Most people believe that auditing will degrade
performance to some extent. Examples to the contrary seem to be
generally ill remembered (or maybe just not well known).
Auditing doesn't have to slow things down so noticeably
though -- especially when turned off! :-) Concepts like limiting
auditing to those system calls that change the security state (vs.
a blanket auditing of every system call) and using a block-device for
kernel->user space implementation are probably basic. Beyond that,
depends on what gets audited...
-linda
--
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
