Re: Performance degradation measurement [was Re: [PATCH 06/37] Security: Separate task security context from task_struct [ver #34]]

!MAILaRCHIVE_VOTE_RePLACE
Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]
To: <Valdis.Kletnieks@...>
Cc: <dhowells@...>, <akpm@...>, <torvalds@...>, <Trond.Myklebust@...>, <chuck.lever@...>, <nfsv4@...>, <linux-kernel@...>, <linux-fsdevel@...>, <selinux@...>, <linux-security-module@...>
Date: Sunday, March 23, 2008 - 8:40 am

Valdis.Kletnieks@vt.edu wrote:


That's a good point.  I missed that, probably because I *knew* it would be
slower with SELinux enabled, and so just assumed that it was.

That's really odd. There should be no disk accesses happening (the
pagecache/buffer cache is preloaded and noatime is turned on), the CPUs are
running at top speed at all times, and there's lots of free RAM available.
Network activity should also be minimal, so I'm not sure why there's so much
variance.

I'll re-run my tests from a kernel running a single bash and nothing else, see
if I can get more consistent data.

David
--
Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

Messages in current thread:
[PATCH 00/37] Permit filesystem local caching [ver #34], David Howells, (Thu Feb 28, 8:43 pm)
[PATCH 36/37] NFS: Display local caching state [ver #34], David Howells, (Thu Feb 28, 8:46 pm)
[PATCH 28/37] NFS: Use local disk inode cache [ver #34], David Howells, (Thu Feb 28, 8:46 pm)
[PATCH 31/37] NFS: FS-Cache page management [ver #34], David Howells, (Thu Feb 28, 8:46 pm)
Re: Performance degradation measurement [was Re: [PATCH 06/3..., David Howells, (Sun Mar 23, 8:40 am)