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

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Valdis.Kletnieks@xxxxxx wrote:

> What's up with *that*?  The *fastest* run with it disabled is 1.118, and
> the *slowest* with it enabled is 1.119.  At that point, I have to wonder
> what we're really measuring here....

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
--
To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Ext4 Filesystem]     [Union Filesystem]     [Filesystem Testing]     [Ceph Users]     [Ecryptfs]     [AutoFS]     [Kernel Newbies]     [Share Photos]     [Security]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux Cachefs]     [Reiser Filesystem]     [Linux RAID]     [Samba]     [Device Mapper]     [CEPH Development]
  Powered by Linux