出于最好描述为哲学的原因，我想知道以下内容。假设我要在时间 X 从 /dev/random（或 /dev/urandom）读取。在一种情况下，我只是这样做，但在另一种情况下，/dev/random 处于相同状态，我推送一些字节数在时间 X 之前进入 /dev/urandom。输出是否相同？忽略这种情况，由于巨大的、奇怪的巧合，我写的特定字节发生了，使 /dev/random 的状态保持与以前相同的状态。
另一种询问方式：写入 /dev/random 是否会立即改变（除非不太可能的巧合）/dev/random 的状态，或者是否存在某种缓冲（输入或输出），这意味着 /dev/random 将受我的写作影响，但仅限于可能遥远的未来？
注意：我没有使用 ioctl 来声明在我写作时可以获得额外的熵。
我想强调这不是一个“重要”的问题，而且我完全理解，据我所知，一些量子随机性硬件可能会因为世界各地的某个人打哈欠或没有打哈欠而改变状态，更不用说我是否打哈欠了。不要写。这个问题严格来说是关于写入 /dev/random 的行为是否会立即改变软件中的状态，或者 /dev/random 是否已经缓冲了你接下来要得到的东西（或者缓冲你写给它的东西，直到它决定重新播种），因此写入的效果被延迟。
既然这个问题显然是不可能的，让我解释一下我为什么要问。我运行一个游戏，其中 /dev/random 的输出用于决定游戏结果。在游戏过程中，人们在喃喃自语，我会实时复制那个音频流，对其进行哈希处理，然后将其推送到 /dev/random。我要决定的是我是否可以准确但荒谬地声称“如果你不只是这么说，你就不会掷出那个 1”，或者我是否应该只做出较弱的声称“你所说的总有一天会回来困扰你的骰子。”
同样有趣的是，“现在影响它”是否可能是 /dev/random 的永久属性，或者只是当前实现的侥幸。
谢谢！
（假设 drivers/char/random.c 中的文档是正确的，）您编写的任何内容都直接混合到熵池中，并且随机输出是该池的哈希。所以改变应该是立竿见影的。
但是，读取 /dev/random 可能会阻塞（当熵为空时）并且写入（使用 poll）也可能阻塞（当熵满时），并且写入 /dev/random 通常可能非常慢。所以这个想法有一些性能方面的考虑。
如果您希望随机数据依赖于您的用户喃喃自语，您可以完全跳过 /dev/random 并通过您自己的 SHA 函数滚动所有内容。这也可以让你完全控制状态。所以你可以给每个用户自己的哈希实例，这样他们的随机数就完全基于他们自己的声音。不依赖于系统随机性，也不依赖于其他人所说的。如果他们了解您的哈希函数实现并发送准备好的音频模式，这也可能允许他们作弊。;-)
但除此之外，整个想法相当深奥。随机数据是不可预测的，哈希结果也是如此；除非您不希望它是随机的，否则仅仅阅读
/dev/_u_random并且从不将任何内容写回它并没有太大意义。