Re: Bad file access on the rise

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

 



On 06/08/2013 10:10 AM, Steve Grubb wrote:
> On Saturday, June 08, 2013 09:57:03 AM Doug Ledford wrote:
>> Bad test.  The first run took the hit for getting the file info into
>> page cache, after that, everything was run from cache and you got the
>> second result above and the results below.  You have to make sure that
>> from run to run the cache state of the file in question is identical.
> 
> Try it yourself.  :-)  I know what you are saying and run the test probably 8 
> times before posting results. I also have the audit rule loaded...so removing 
> it:
> 
> [sgrubb@x2 noatime]$ time ./test noatime
> 
> real	0m0.031s
> user	0m0.006s
> sys	0m0.024s
> [sgrubb@x2 noatime]$ time ./test noatime
> 
> real	0m0.033s
> user	0m0.002s
> sys	0m0.032s
> [sgrubb@x2 noatime]$ time ./test noatime
> 
> real	0m0.036s
> user	0m0.002s
> sys	0m0.031s
> [sgrubb@x2 noatime]$ time ./test atime
> 
> real	0m0.023s
> user	0m0.001s
> sys	0m0.021s
> [sgrubb@x2 noatime]$ time ./test atime
> 
> real	0m0.022s
> user	0m0.003s
> sys	0m0.019s
> [sgrubb@x2 noatime]$ time ./test atime
> 
> real	0m0.023s
> user	0m0.002s
> sys	0m0.019s
> 
> Without the audit rules, it is faster. But again opening with noatime 
> attempted is measurably slower.

Yes, but none of these results show the .12s time that your first
noatime test run showed in your original post.  If you are now saying
that atime is faster than noatime by about .005 to .010s, then these
results seem to show that.  But your original post was from .019 to .12,
or a difference of .10+s.  That was cache load time, not just the
syscall difference.

-- 
devel mailing list
devel@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/devel





[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux