アカウント名:
パスワード:
そのスループット向上によって節約される時間より、 yes が含まれるパッケージを最初のインストールのためにダウンロードしたり、アップデートの時にダウンロードするのにかかる時間の方が大きいのではないでしょうか。( 特に長期で考えると CPU やメモリも性能の向上より常にネットワークのバンド幅の向上の方が遅いし、Docker のようなコンテナにもベースシステムとして yes が含まれる事も考えるとサイズが 1byte でも小さいほうがよいのではないでしょうか )
「そこにコードがあるから」という月並みな常套句はおいといても。
計算機が使えるリソースが、UNIX系OSの登場時とは比べ物にならないこと、その一方で、計算機のこなさねばならない演算量も膨大になっていること、それに比して、アップデートに費やすリソースは、さほど過大でもなさそうなこと。
といった前提条件で考えると、高速処理のために比較的大きなリソースを有効活用するアプローチが、一般論として有効と思える。「大きなリソースを活かせるよう、OSの設計を根本から見直すべきだ」という議論は当然あるが。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
あつくて寝られない時はhackしろ! 386BSD(98)はそうやってつくられましたよ? -- あるハッカー
本当にそのスループットが必要かはぼくも疑問 (スコア:0)
そのスループット向上によって節約される時間より、 yes が含まれるパッケージを最初のインストールのためにダウンロードしたり、アップデートの時にダウンロードするのにかかる時間の方が大きいのではないでしょうか。
( 特に長期で考えると CPU やメモリも性能の向上より常にネットワークのバンド幅の向上の方が遅いし、Docker のようなコンテナにもベースシステムとして yes が含まれる事も考えるとサイズが 1byte でも小さいほうがよいのではないでしょうか )
Re:本当にそのスループットが必要かはぼくも疑問 (スコア:0)
「そこにコードがあるから」という月並みな常套句はおいといても。
計算機が使えるリソースが、UNIX系OSの登場時とは比べ物にならないこと、
その一方で、計算機のこなさねばならない演算量も膨大になっていること、
それに比して、アップデートに費やすリソースは、さほど過大でもなさそうなこと。
といった前提条件で考えると、高速処理のために比較的大きなリソースを有効活用するアプローチが、一般論として有効と思える。
「大きなリソースを活かせるよう、OSの設計を根本から見直すべきだ」という議論は当然あるが。