ここで「w」に単純なPythonスクリプトよりも多くのシステムコールが必要なのはなぜですか？

Question

システムコールは言語に依存しません。アセンブリ言語でツールを簡単に作成できます。ゆっくりシステムコールを使用するのが非効率的であれば、高級言語で実装するよりも優れています。これを説明する洗練されたが簡単な例は次のとおりです。

$ strace -c perl -e 'print "A"x9999' >/dev/null
...
100.00    0.000026                   224        23 total
$ strace -c ./max >/dev/null
...
100.00    0.000430                 10000           total

./max以下のLinux用IA-64アセンブラはどこにありますか？

SECTION .text
Message: db "A"
global _start
_start:
mov r9,9999
_again:
        mov rax,1       ; sys_write
        mov rdi,1       ; stdout
        mov rsi,Message
        mov rdx,1
        syscall
        dec r9
        jnz _again
_finish:
        mov rax,60      ; sys_exit
        mov rdi,0       ; exit code
        syscall

コンパイルして

$ nasm -f elf64 -o max.o max.asm ; ld -o max max.o

プログラム〜しなければならない直接比較が有効になるように同じことを行います。

sys_read通話は一般的に使用されるツールの複雑さに応じて増加する可能性がありますが、利用（入力のインポート）sys_write（出力の解放）の後に、可能な限り実行される非常に複雑なニューラルネットワークの逆説的なケースを設計できますsys_exit。システムコールの数と「複雑さ」（おそらくコード行？）を分析し、傾向があるかどうかを調べるためにプロットを描くことができるようです。（「unikernel」を読むと、複雑さの議論に関する情報を得ることができます。）

エラー列は、stdoutを閉じてからそれを記録するエントリを呼び出すことによって示されるように、エラーの数です。これは明らかに失敗します。

$ strace -c ./max >&-
% time     seconds  usecs/call     calls    errors syscall
------ ----------- ----------- --------- --------- ----------------
100.00    0.000427           0      9999      9999 write
  0.00    0.000000           0         1           execve
------ ----------- ----------- --------- --------- ----------------
100.00    0.000427                 10000      9999 total

Answer 1