ruby-on-rails – “随机:非阻塞池”初始化在Ubuntu 16.04服务器上花了很长时间

在Ubuntu 16.04服务器(内核4.4.0-22)上,与Ubuntu 14.04相比,根据/ var / log / syslog初始化“random:nonblocking pool”需要2-5分钟:May 28 18:10:42 foo kernel: [ 277.447574] random: nonblocking pool is in...

在Ubuntu 16.04服务器(内核4.4.0-22)上,与Ubuntu 14.04相比,根据/ var / log / syslog初始化“random:nonblocking pool”需要2-5分钟:

May 28 18:10:42 foo kernel: [  277.447574] random: nonblocking pool is initialized

在Ubuntu 14.04(内核3.13.0-79)上发生的速度要快得多:

May 27 06:28:56 foo kernel: [   14.859194] random: nonblocking pool is initialized

我在DigitalOcean VM上观察到了这一点.它给Rails应用程序带来了麻烦,因为unicorn服务器似乎等待这个池在启动之前变得可用.

这个初始化步骤的合理时间是多少?

为什么在Ubuntu 16.04上需要这么长时间?

应用程序等待此池可用是否合理,或者对池的依赖性是应用程序端的错误?

解决方法:

“apt-get install rng-tools”使得Ubuntu使用可用的硬件编号生成器修复了这个问题 – 池将在10s而不是几分钟内准备就绪.

本文标题为:ruby-on-rails – “随机:非阻塞池”初始化在Ubuntu 16.04服务器上花了很长时间