コマンドの前にbash stat（）とaccess（）が多すぎます。普通ですか？

Question 1

ループを見てください。findcmd.c:find_user_command_in_path()。

stat()（からfile_status()）パスの各要素を2回：find_in_path_element()at行を介して1回640is_directory()atラインを通って一度645話。

おっしゃった通りfile_status()いわゆるeaccess()。

これは最適化できますが、パスがハッシュされ、これらのすべての検索と統計はコマンドが最初に使用されたときにのみ発生するため、大きな問題ではないことに注意してください。

Answer

ループを見てください。findcmd.c:find_user_command_in_path()。

stat()（からfile_status()）パスの各要素を2回：find_in_path_element()at行を介して1回640is_directory()atラインを通って一度645話。

おっしゃった通りfile_status()いわゆるeaccess()。

これは最適化できますが、パスがハッシュされ、これらのすべての検索と統計はコマンドが最初に使用されたときにのみ発生するため、大きな問題ではないことに注意してください。

Question 2

見ているバッシュソースコード、正解は：

はい通話は正常であり、次のようないくつかの要因が原因で発生します。

bashfile_status呼び出しを含む関数を実行すると、インクルードペアが実行され、statほとんどのGNU / Linux設定で実行されます。それぞれ違うeaccessから電話glibc
glibceaccess走る再び statその後、メアリーgeteuid、、、そして最後に（有用な情報を記録しないので、glibcはシステムコールをまったく保存したくないかもしれません（コンテキストスイッチは重要ではありません！）getegid。getuidgetgidaccessstat
bashディレクトリを繰り返すことができるファイルがPATH実際に実行可能であり、それを実行したいユーザーが読み取ることができることを確認したいと思います。 (試験)
bashhash連続呼び出しの検索パスを減らすためにテーブルを実行します（2番目のテストfile_status）。

これにより、重複しているように見えるシステムコールが一括生成されます。 PATHの各カンテートは6/11システムコールを実行し、コマンドが以前にハッシュテーブルにあると確認された場合は、別の6/11システムコールが実行されるため、コマンドがまだ有効であることを確認します。

file_statusBashの関数は、findcmd.cLinuxコンピュータ用にコンパイルするときに次のようになります（例：ifdefs評価）。

int
file_status (name)
     const char *name;
{
  struct stat finfo;
  int r;

  /* Determine whether this file exists or not. */
  if (stat (name, &finfo) < 0)
    return (0);

  /* If the file is a directory, then it is not "executable" in the
     sense of the shell. */
  if (S_ISDIR (finfo.st_mode))
    return (FS_EXISTS|FS_DIRECTORY);

  r = FS_EXISTS;

  /* Use eaccess(2) if we have it to take things like ACLs and other
     file access mechanisms into account.  eaccess uses the effective
     user and group IDs, not the real ones.  We could use sh_eaccess,
     but we don't want any special treatment for /dev/fd. */
  if (exec_name_should_ignore (name) == 0 && eaccess (name, X_OK) == 0)
    r |= FS_EXECABLE;
  if (eaccess (name, R_OK) == 0)
    r |= FS_READABLE;

  return r;
}

stat()最初は1回実行され、順番にeaccess()2回実行されます（glibc関数は次のように実行されます。）

stat
geteuid
getguid
getuid
getgid
access )

したがって、この部分は元のbash出力を担当します。

[pid 24534] stat("/usr/bin/mkdir", {st_mode=S_IFREG|0755, st_size=51136, ...}) = 0
[pid 24534] geteuid()                   = 1000
[pid 24534] getegid()                   = 1000
[pid 24534] getuid()                    = 1000
[pid 24534] getgid()                    = 1000
[pid 24534] access("/usr/bin/mkdir", X_OK) = 0
[pid 24534] stat("/usr/bin/mkdir", {st_mode=S_IFREG|0755, st_size=51136, ...}) = 0
[pid 24534] geteuid()                   = 1000
[pid 24534] getegid()                   = 1000
[pid 24534] getuid()                    = 1000
[pid 24534] getgid()                    = 1000
[pid 24534] access("/usr/bin/mkdir", R_OK) = 0

Answer