【衝撃の罠】bashスクリプトのパフォーマンス測定は、対話シェルでやっても無意味だ！ - Qiita

理由 びっくりした。対話シェルで実行してパフォーマンス測定すると何故かめちゃくちゃ時間がかかる。これではデータにならない。 追記 よくよく考えたらパフォーマンス測定だけの問題ではなく実際に遅くなるのだから、対話シェルから「このようなコード」を実行してはいけないということを意味しています。「このようなコード」がどのようなコードなのか発生条件はまだ特定できていませんが、少なくともシェルスクリプトにしていれば問題は発生しません。また bash 以外のシェルでも問題は発生しません。 検証結果が気になった方は、ぜひ試してみて、この話を広めてください。 証拠 実行環境: Ubuntu 22.04.3 LTS、bash 5.1.16

[megumin1]

一般にはfdがterminalだと行単位でflushされる、結果write等のsyscallの回数が増えるなどの違いがありますよ。まずはその辺りから疑うべき話だと思うのですが、記事中で一切言及がないのはつまりはそういうことでしょうか？

[nakag0711]

stdioは対話環境かどうかでバッファリングの動作が変わるらしいから…unbufferコマンドを使うとスクリプトの方も同様に遅くなるのでは

[koichi_nakashima]

.bash_profileと.bashrcを読み込まない状態でも確認していることを書いてなかったので追記。気になった方はお試しあれ。

[t-tanaka]

手元のMacでは，両方とも誤差の範囲で同程度の実行時間だった。

[Sephy]

.bash_profileと.bashrcについて調べるといいよ

[softstone]

ブコメ読むとreadが本来行単位のIOをするものだから遅くて当然、非対話モードのときにちゃんと最適化してるってことかな。/いやパイプが偉いんかな。time bash -c '{ while read i; do : ; done < <(seq 100000); }' これだと遅いままですね

[gaudere]

効いてるかはしらんけど、手元のCentOS/bash4.2でstrace -cでみたら、sigactionの回数が随分違ってた。/bin/trueのexceveの前なのでbashの挙動。対話型のstraceは横のターミナルで取れば良いと思います。

[poad1010]

この記事をおすすめしました

[Magicant]

バッファリングの有無は入出力先が端末かどうかで決まるのでシェルのモードとは関係ないよ。気になる人は strace で read/write の回数を見てみよう

[Shinwiki]

straceだっけか？あの辺目で追ったらすぐわかるのでは(てきとう)

[sgo2]

画面(ターミナル)との同期と、子プロセスの出力待ち受け&バッファリングを1プロセスでやるか複数のプロセスで分担するかの違いかも。

[twotiger]

これこんな差がつくわけないと思う。cp /dev/null /tmp/nullの部分を他のコマンド、sleepとかに変えて試したら？

[rna]

マジで？

[dirtjapan]

LANG=Cしてないからとか？いやさすがにここまで差は出ないか。