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: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org