一度も開かなかったファイル記述子に書き込まれたデータはどこに行きますか?

一度も開かなかったファイル記述子に書き込まれたデータはどこに行きますか?

次のコマンドを使用して出力をキャプチャしました。

$ strace -f -e trace=process,socketpair,open,close,dup,dup2,read,write -o rsync.log rsync -avcz --progress src/ dst/

少し長く上げてみました。ここ。さて、このファイルについていくつかの分析を行いたいと思います。

次の出力は、cloneシステムコールを使用して生成されたプロセス/スレッドを示しています。

# SPAWNED PROCESSES/THREADS
$ grep 'clone(' rsync.log | awk '{print $1 " -> " $NF}'
1399 -> 1400
1400 -> 1401

次の出力は、ほとんどの場合、データがwrite数値を持つファイル記述子に対してnであることを示しています4

# PID, FD, NO OF CALLING WRITE SYSCALL
$ cat <(grep 'write(' rsync.log | egrep -v 'unfinished|resumed') <(paste <(grep write rsync.log | grep unfinished) <(grep write rsync.log | grep resumed)) | cut -d',' -f1 | sed 's%write(%%' | awk '{a[$0]++}END{print "PID  FD COUNT"; for(i in a){print i " " a[i]}}'
PID  FD COUNT
1399  4 1622
1400  1 7
1401  3 307
1401  4 7
1399  1 15

次の出力は、4記述子がopenシステムコールを使用して開かれていないことを示しています(1はSTDOUTであるため、このFDを開く必要はないと仮定しています)。

# LIST OF FILE DESCRIPTORS THAT WAS OPEN
$ grep 'open(' rsync.log | awk 'BEGIN {FS=" = "} {print $NF}' | grep '^[0-9]\+$' | sort | uniq
0
3
6

2つの質問:

I.4記述子が編集されていない場合、このデータはどこに移動し、期待どおりに機能するにはopenどうすればよいですか?rsync:

$ grep 'write(4' rsync.log | head
1399  write(4, "\37\0\0\0", 4 <unfinished ...>
1399  write(4, "I\0\0\7\5(\1.\0\0\0W}%i\360\220\261\177\21\370A\0\0\0\203\347\6vbox"..., 77 <unfinished ...>
1401  write(4, "\4\0\0\7\376\377\377\377", 8) = 8
1399  write(4, "\177\301\0\7\3\n\200\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\177\377\354\226C\214.\0\260"..., 49539) = 49539
1399  write(4, "\2\301\0\7\177\377a\353\35\2433\1\332m\301\330\266\315\216\3557\352\330\266m\333\366\33\333\266;v"..., 49414) = 49414
1399  write(4, "\21\302\0\7\177\377\236mTNG\356\304\376u\237\214\275\310\300*\317\264\221W\372\340\307\36\345%\330"..., 49685 <unfinished ...>
1399  write(4, "\360\300\0\7\177\377\27W\357\24$\f\23,\v\216\355\371\306\266m\333\266m\333\266m\333\266m\333\266"..., 49396 <unfinished ...>
1399  write(4, "\223\301\0\7\177\377D\214# D\304\2\25xA\fY\310U\201Q*e\25\235\20\213\v\320~\331"..., 49559 <unfinished ...>
1399  write(4, "\370\300\0\7\177\377l\275cs.\0\27$\30\334\330\266}c\333\266m\333\266\235<\261m\333\266m"..., 49404 <unfinished ...>
1399  write(4, "\20\301\0\7\177\377\25\255\252Q\223\340\244w3\247\252\322Z\235\310\2424g\330\274\354\3150\237B\26"..., 49428) = 49428

2. プロセス間で転送されるデータ(該当行)を何とか取得1399できます1400か?13991401

ありがとう

ベストアンサー1

一度も開かなかったファイル記述子に書き込まれたデータはどこにもありません。 (無効なファイル記述子)が原因でシステムコールwriteが失敗します。EBADF

しかし〜に応じてまあ コメントしました。openファイルを開く唯一の方法ではありません。またpipe、一対のパイプエンドを作成したり、socketpair互いに通信する一対のソケットを作成したり、リモートアドレスと通信するソケットを作成したりすることもできます。 (例:socketアクセスできないacceptファイル形式は言うまでもありません。)writeディレクトリ、inotifyイベントキューなど)

おすすめ記事