为什么要查找。类型的f所花的时间要比查找更长的时间？

find为了递归遍历目录的内容，似乎必须检查给定的路径是否对应于文件或目录。

这是一些动机，也是我在当地所做的，使自己确信自己find . -type f确实比慢find .。我还没有深入研究GNU查找源代码。

因此，我要备份$HOME/Workspace目录中的某些文件，并排除属于我的项目或版本控制文件的文件。

因此，我运行了以下命令，该命令快速执行

% find Workspace/ | grep -v '/vendor\|/node_modules/\|Workspace/sources/\|/venv/\|/.git/' > ws-files-and-dirs.txt

find用管道传递到grep可能是错误的形式，但这似乎是使用否定的正则表达式过滤器的最直接方法。

以下命令仅在find输出中包含文件，并且花费的时间明显更长。

% find Workspace/ -type f | grep -v '/vendor\|/node_modules/\|Workspace/sources/\|/venv/\|/.git/' > ws-files-only.txt

我编写了一些代码来测试这两个命令的性能（使用dash和tcsh，以排除shell可能产生的任何影响，即使不应有任何影响）。的tcsh，因为他们基本上是相同的结果已被忽略。

我得到的结果表明，该产品的性能损失约为10％ -type f

这是程序的输出，显示了执行各种命令的1000次迭代所花费的时间。

% perl tester.pl
/bin/sh -c find Workspace/ >/dev/null
82.986582

/bin/sh -c find Workspace/ | grep -v '/vendor\|/node_modules/\|Workspace/sources/\|/venv/\|/.git/' > /dev/null
90.313318

/bin/sh -c find Workspace/ -type f >/dev/null
102.882118

/bin/sh -c find Workspace/ -type f | grep -v '/vendor\|/node_modules/\|Workspace/sources/\|/venv/\|/.git/' > /dev/null

109.872865

经过测试

% find --version
find (GNU findutils) 4.4.2
Copyright (C) 2007 Free Software Foundation, Inc.

在Ubuntu 15.10上

这是我用于基准测试的perl脚本

#!/usr/bin/env perl
use strict;
use warnings;
use Time::HiRes qw[gettimeofday tv_interval];

my $max_iterations = 1000;

my $find_everything_no_grep = <<'EOF';
find Workspace/ >/dev/null
EOF

my $find_everything = <<'EOF';
find Workspace/ | grep -v '/vendor\|/node_modules/\|Workspace/sources/\|/venv/\|/.git/' > /dev/null
EOF

my $find_just_file_no_grep = <<'EOF';
find Workspace/ -type f >/dev/null
EOF

my $find_just_file = <<'EOF';
find Workspace/ -type f | grep -v '/vendor\|/node_modules/\|Workspace/sources/\|/venv/\|/.git/' > /dev/null
EOF

my @finds = ($find_everything_no_grep, $find_everything,
    $find_just_file_no_grep, $find_just_file);

sub time_command {
    my @args = @_;
    my $start = [gettimeofday()];
    for my $x (1 .. $max_iterations) {
        system(@args);
    }
    return tv_interval($start);
}

for my $shell (["/bin/sh", '-c']) {
    for my $command (@finds) {
        print "@$shell $command";
        printf "%s\n\n", time_command(@$shell, $command);
    }
}

GNU find有一个可应用于find .但不能应用于的优化find . -type f：如果它知道目录中其余的条目都不是目录，那么stat除非使用以下方法之一，否则它不会费心地确定文件类型（通过系统调用）。搜索条件需要它。stat由于信息通常位于索引节点中，磁盘上的单独位置而不是包含目录中，因此调用可能需要花费可观的时间。

怎么知道 因为目录上的链接数指示其具有多少个子目录。在典型的Unix文件系统上，目录的链接数是2加上目录数：一个用于目录在其父目录中的条目，一个用于该.条目，以及一个..在每个子目录中的条目。

该-noleaf选项告诉您find不要应用此优化。如果find在某些目录链接计数不遵循Unix约定的文件系统上调用，这将很有用。