[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: slow ls -l due to lgetxattr
|
From: |
Eric Blake |
|
Subject: |
Re: slow ls -l due to lgetxattr |
|
Date: |
Fri, 11 May 2012 09:28:10 -0600 |
|
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:12.0) Gecko/20120430 Thunderbird/12.0.1 |
On 05/11/2012 09:25 AM, Aaron Davies wrote:
> `ls -l' (v. 8.12) is often brutally slow on our networked filesystems (nfs &
> afs) at work (~40s for a 1500 file directory). stracing reveals that almost
> all the time (~4.5ms per call) is spent in lgetxattr, which doesn't even
> appear to be supported on these fs's. (all the calls return -1 and report
> EOPNOTSUPP (as do all the calls to getxattr, but they only seem to take ~43µs
> each, slightly less than the lstat's which are doing the actual work (~39µs),
> so that isn't such a big deal.)
>
> is this expected behavior?
Upgrade. From the NEWS for 8.16 (and 8.17 is the current release), we have:
ls can be much more efficient, especially with large directories on file
systems for which getfilecon-, ACL-check- and XATTR-check-induced syscalls
fail with ENOTSUP or similar.
--
Eric Blake address@hidden +1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature