その直後、再度エントロピー状態を確認してみると、以下のような結果となった。/proc/sys/kernel/random/entropy_avail23確かに、読み出し前とは値が少なくなっていた。している箇所は以下のような実装となっていた。いう変数は、以下のように定義されている。以上であれば、乱数を取得できることになる。あるため、扱いに注意が必要である。中断させてしまい、接続に失敗する。なった場合、各種デバイスドライバからエントロピー・プールが貯め込まれるのを待てば解決するのだが、すぐに貯まるものでもない。使われていると思うので、特殊な環境においては、エントロピー・プールの状態には注意が必要かもしれない。使えばいいじゃない、という意見もあるが、それはまた別の話。触ってみて感動したためメモを残す。呼ばれる)がインストールされる。いうプロジェクトを知りました。カーネルにおけるシステムコール等の各種インターフェイス用テストプログラム/スクリプト郡です。いうシステムコールの使い方を調べている時でした。リポジトリを発見しました。してみると、テストコードらしきソースファイルを発見出来ました。"process_vm_readv";...(省略)...本質的なコード以外にも、テスト実施に付随したコードがあるため一部追いづらいところもありますが、実際に動作するコードなので、参考になります。ビルド手順は以下のとおりです。ソースコードと同じ位置に、テストプログラム本体が出力されます。(具体的な使い方などは、ソースコード上で確認するのが早いです。上では断片的な情報が多く、運が悪いと見つからない場合もあり、徒労に終わることがよくありました。リストされているので、有用であると感じました。テストや、テストシナリオなどもあるようなので、あとで追ってみようと思います。触り始めのころに陥りがち話を、以下のサイトが軽快に解説しているので意訳してみた。未使用のメモリをディスク・キャシュとして使用する。これは一見、メモリを逼迫するかのようだが、まったく問題なし!なんでそんな事すんの?ディスク・キャッシュはシステムの高速化に寄与するためである。デメリットは無いのだが、よく混乱を招いている。アプリケーションからメモリを奪うことは絶対にない!たくさんのアプリを実行するんだけど?もしたくさんのメモリが必要な場合、アプリはディスク・キャッシュから取り戻すだけだ。ディスク・キャッシュは、アプリが、その時点で不要なメモリを使用する。アプリがより多くのメモリを必要とする場合、ディスク・キャッシュから取り戻す。スワッピングは行わない。ディスク・キャッシュを無効にできるの?無効にすることはできない。無効にする理由として、「アプリが利用できるメモリが少なくなってしまうから」と考えがちだけど、そんなことはない!ディスク・キャッシュのおかげでアプリの起動は早くなるし、実行速度も向上する。コマンドの結果で、全メモリが使用中(used)になるの?単なる言い回しの勘違いによるもの。