|To:||Linux fs XFS <xfs@xxxxxxxxxxx>|
|Subject:||Re: slow ls -l|
|From:||pg@xxxxxxxxxxxxxxxxxxx (Peter Grandi)|
|Date:||Tue, 12 Nov 2013 23:31:41 +0000|
|References:||<526EAFD1.1030500@xxxxxxxxxxxxxxx> <526F7600.8060102@xxxxxxxxxxxxxxxxx> <526FC027.3040906@xxxxxxxxxxxxxxx> <526FC84D.7070905@xxxxxxxxxxxxxxxxx> <5273FCCB.60601@xxxxxxxxxxxxxxx> <527741BF.1000309@xxxxxxxxxxxxxxxxx> <52827024.8020705@xxxxxxxxxxxxxxx> <5282A3CA.4040005@xxxxxxxxxxxxxxx>|
> [ ... ] "ls -l" communicating with the System Security > Services Daemon (SSSD) to (I imagine) look up user and group > names. [ ... ] Good guess... > [ ... ] Your "df" performance problem may be caused by > something completely different. I think that was 'du', as 'df' should be nearly instantaneous, except in rare cases where in some filesystems there are allocations "in flight" and getting an exact count of free blocks (including metadata for example ...) requires waiting for some large IO to complete. Can't remember whether XFS is among those.
|<Prev in Thread]||Current Thread||[Next in Thread>|