find命令如下:
find/ -path“/ proc / *”-prune -o -iname“ 核心 ”| grep -i“core \。[0-9]”| grep -v“\ .gz”| grep -v“/ man /”
它在我们的许多实验室中运行良好,在几分钟内完成。 但在另一个实验室,它挂了一个多小时。
检查该实验室中的“top”和“iostat -x -k”的输出。 该实验室的CPU和I / O负载看起来很正常,但find命令处于S状态。
– – – – – – 最佳 – – – – – – –
4203根15 0 652m 500m 636 S 9.7 1.6 148:34.69find
任何暗示/想法表示赞赏。
我找到了根本原因。 这是由一个非常巨大的目录造成的。
[root @ tt-na01-as01导出]#ll
drwxrwxr-x 2 system sysop 756490240 11月5日16:24 com.nsn.app.nbm.pm3gpp-1
这个目录非常巨大,即使是'ls'和'rm'命令也是如此。
任何建议如何删除巨大的目录?