Внезапно ls -al
занимает раздражающее долгое время, нормальный ls
так же быстр, как обычно.
В чем может быть проблема?
Внезапно ls -al
занимает раздражающее долгое время, нормальный ls
так же быстр, как обычно.
В чем может быть проблема?
Когда запускается ls
он просто показывает список файлов и ничего больше. ls -al
с другой стороны, показывает гораздо больше информации, и для этого ему нужно выполнить stat(1) для этих файлов.
И если с файлом что-то не так, эта операция может занять много времени.
Моя проблема была в том, что группа некоторых файлов больше не существовала
-rw------- 1 nifle 10001 21499 Jan 25 14:31 .bash_history
-rw-r--r-- 1 nifle 10001 304 Dec 6 2004 .bash_logout
-rw-r--r-- 1 nifle 10001 222 Dec 16 14:05 .bash_profile
-rw-r--r-- 1 nifle 10001 124 Dec 6 2004 .bashrc
Простой chown nifle:nifle .bash*
проблему.
Иногда это может быть псевдоним, дополнительная обработка оболочкой или медленный доступ к устройству хранения.
По моему, это как псевдоним:
$ type ls
ls is aliased to `ls $LS_OPTIONS'
если это так, то выполнение \ls -al
может вызвать его напрямую.
Для обработки оболочки вы можете проверить это, активировав трассировку оболочки, например:
$ set -x
$ ls
+ ls -G -h
README.txt index.php
++ update_terminal_cwd
++ local url_path=
++ local i ch hexch LC_CTYPE=C LC_ALL=
++ (( i = 0 ))
++ (( i < 26 ))
++ ch=/
++ [[ / =~ [/._~A-Za-z0-9-] ]]
++ url_path+=/
++ (( ++i ))
++ (( i < 26 ))
++ ch=U
++ [[ U =~ [/._~A-Za-z0-9-] ]]
++ url_path+=U
++ (( ++i ))
++ (( i < 26 ))
++ ch=s
... hundred of other lines
$ set +x
$ echo $PROMPT_COMMAND
update_terminal_cwd
Наконец, проверьте ваши ls
раз:
$ time ls -la
...
real 0m0.025s
user 0m0.001s
sys 0m0.004s
Если ваше sys
время слишком велико, проверьте load avg
в top
команде, если что-то замедляет вашу машину в данный момент, в качестве альтернативы, пожалуйста, сравните ваш жесткий диск, возможно, у вас много запросов ввода / вывода (проверьте: iotop
или vmstat
).
Если это часто происходит тихо, всегда проверяйте с помощью другой оболочки или раздела tmpfs (/tmp
), что должно быть намного быстрее.