sh の組み込みコマンド read は遅い

2020.3.29 00:11 バッファサイズと shcat の本来の意図に関して文末に追記 まとまった文章を書く機会が減ってしまって、これではいかんと久しぶりに更新。 大学院に入った 19 年前。担当していた大学院生から研究室の計算機環境の管理を引き継いだ。動機は単純で、Unix 系 OS の管理に興味があったからだった。研究室では過去の管理者が構築したメールサーバが引き継がれていて、詳しいひとはすでにいなくなっていた。Unix 系 OS はデスクトップ用途で使われておらず、学生はほぼ全員、当時現役だった管理者が Windows NT で構築したファイルサーバと数台の Windows クライアントマシンを使っていた。 Windows の環境に問題があるわけではなかったが、クライアントマシンは台数が少なく、取り合いになっていた。ネットワークも共有フォルダがあるだけで、認証やホームディレクト

[zu2]

shcatを使うと操作ミスで.soを吹っ飛ばしたときに、/sbin/sh だけでcatできるようになる。lsの代わりがecho *とか、ブラックノウハウだよなあ

[zetamatta]

当初当たり前だろと思ったが、SunOS4 の頃は shのreadの方が速かったらしく、その後も OS によって優劣が違うようになったようだ。奥が深い

[quabbin]

echo * は引数の限界に引っかかるばいいがあってですな…。汎用的な代替じゃないんですよね

[koichi_nakashima]

「FreeBSD sh の read は常に 1 バイトずつ読み込むから遅い（からパッチ書いた）」が正確なタイトルだと思う。その他のシェルではファイルがシーク可能であれば一定のサイズで読み込む（場合がある）と記事には書いてある

[n314]

qiitaで見たやつに近いな。https://qiita.com/nishimura/items/cee23df7fed8c0858dde

[mattn]

面白い。