で一致するものを探すgrepと、その後の検索にかかる時間が最初の検索よりもはるかに短いことに気づくことがよくあります（例：25秒対2秒）。明らかに、それは最後の実行からのデータ構造を再利用することによるものではありません-それらは割り当て解除されるべきでした。でtimeコマンドを実行するとgrep、興味深い現象に気付きました。
real 24m36.561s
user 1m20.080s
sys 0m7.230s
残りの時間はどこに行くのですか？毎回高速に実行するためにできることはありますか？（たとえば、ファイルをgrep検索する前に、別のプロセスにファイルを読み取らせます。）
回答:
最初に、データをディスクから（物理的に）読み取る必要があります。
2回目（ファイルが大きすぎない場合）は、ページキャッシュにある可能性があります。
したがって、最初にcat（1）のようなコマンドを発行して（大きすぎない）ファイルをページキャッシュ（つまりRAM）に入れ、次に2番目のgrep（1）（またはファイルを読み取るプログラム）が一般に高速に実行できます。
（ただし、データはいつでもディスクから読み取る必要があります）
（実質的にまれアプリケーション・プログラムで、時には役に立つが、）も参照先読み（2） ＆posix_fadvise（2）と、おそらくのmadvise（2） ＆シンク（2） ＆はfsync（2） ...など
ところで、これが、プログラムをベンチマークするとき、それを数回実行することが推奨される理由です。また、これが、RAMを追加購入するのに役立つ可能性がある理由です（データにすべてを使用してプログラムを実行しない場合でも）。
もっと理解したいなら、オペレーティングシステムのような本を読んでください：Three Easy Pieces
cat+はgrepまだよりも時間がかかるとしているgrepだけで。
catて、何か他のことをしている最中に安価なプリフェッチとして使用できる場合を除きgrep、関心のある準備をします。
catsをtac同じ効果とより高いRAM使用量で置き換えることもできます：Dまたはtacのすべての猫
ネットワークストレージ環境では、サーバーとは別の「ファイラー」にあるファイルに最初にアクセスするときに、比較的大幅な遅延が発生する可能性もあります。そのファイルがサーバー上でアクセスされると、ローカルにキャッシュされ、その後のデータへのアクセスははるかに高速になります。
これは、grepではなく、ファイルデータのチェックサムを計算するだけの実験です。最初の呼び出しは遅く、その後の呼び出しは高速です。
> du -Dh file_348m
348M file_348m
> /usr/bin/time md5sum file_348m
738709b181b52ddfcef3413997f91462 file_348m
0.60user 0.15system 0:03.02elapsed 25%CPU (0avgtext+0avgdata 1524maxresident)k
708144inputs+0outputs (0major+80minor)pagefaults 0swaps
> /usr/bin/time md5sum file_348m
738709b181b52ddfcef3413997f91462 file_348m
0.67user 0.06system 0:00.73elapsed 99%CPU (0avgtext+0avgdata 1524maxresident)k
0inputs+0outputs (0major+80minor)pagefaults 0swaps
> /usr/bin/time md5sum file_348m
738709b181b52ddfcef3413997f91462 file_348m
0.65user 0.07system 0:00.73elapsed 99%CPU (0avgtext+0avgdata 1524maxresident)k
0inputs+0outputs (0major+80minor)pagefaults 0swaps
> /usr/bin/time md5sum file_348m
738709b181b52ddfcef3413997f91462 file_348m
0.66user 0.06system 0:00.73elapsed 99%CPU (0avgtext+0avgdata 1524maxresident)k
0inputs+0outputs (0major+80minor)pagefaults 0swaps
TL;DR答えは「[ブロック待機中] I / O」です。