我正在尝试了解 linux 内核参数/proc/sys/kernel/random/，但我遇到了一些麻烦。你能帮我弄清楚一些事情吗？
- 参数是
boot_id干什么用的？我只找到了它在启动时生成的信息，但我找不到原因。 - 我知道熵池大小是恒定的（4096 位）并且无法更改。为什么数量这么少？难道不是，比方说，1048576 或更多？也许有很多可用的熵不是很好吗？
- 它类似于第二个问题，但涉及
entropy_avail参数——不填充整个熵池的目的是什么？当我检查参数时，它在 1000 位左右振荡，但池大小为 4096。当entropy_avail达到设置的阈值时write_wakeup_threshold，它会下降一点（通常为 100），然后再次上升到write_wakeup_threshold参数中指定的点。那么为什么我们在熵池大小中需要这个 4096 呢？ - 有什么理由我应该增加或减少
read_wakeup_threshold和write_wakeup_threshold参数的值吗？第一个只是休眠想要从/dev/random设备获取熵的进程，但是当我将其设置为 64、128 或 256 时有什么区别？它只是挂了更长的时间，或者可能还有其他原因？
引导 ID 参数实际上与熵统计无关。它只是唯一标识当前启动，如果您想知道计算机是否已重新启动或其他什么，这很有用。
熵池以实现定义的方式存储随机数据，该方式被设计为被视为黑盒。一般来说，如果你依赖于熵源，那么尽可能多地拥有熵是很好的。然而，拥有太多是浪费。如果您的服务器执行大量加密（例如，生成 TLS 会话密钥，或频繁生成 RSA 密钥甚至安全令牌）或由于某些其他原因一直需要强随机数，那么您需要大量熵，甚至还有设备可以得到它的千兆比特流（来自物理源）。
池大小通常可以通过将新大小回显到池大小文件中来更改。内核将存储它从各种来源获得的熵（相对事件计时是一种流行的方式），以及它从输入获得的熵
/dev/random（通过RNDADDENTROPYioctl；仅写入该设备会更改数据但不会添加标称位熵）。如果你有一个未充分利用的硬件熵源，你真的希望这个参数不是无限的。write-wakeup-threshold 很少使用，但有利于排序；它提供的性能增益应该是最小的。它的作用是在池变低时唤醒阻塞写入熵池的设备（即，将使用上述 ioctl 向池中添加熵的源）。显然，它不一定会产生增加熵的效果。
read-wakeup-threshold 是相反的；这是在我们允许从
/dev/random./dev/urandom忽略此参数（因为从中读取是非阻塞的并且不等待熵，而是允许读取伪随机数据）。