在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服务器上花了很长时间
基础教程推荐
- Ruby on Rails在Ping ++ 平台实现支付 2023-07-22
- R语言学习代码格式一键美化 2022-12-05
- go语言的魔幻旅程14-反射 2023-09-05
- R语言多元线性回归实例详解 2022-12-15
- R语言关联规则深入详解 2022-11-08
- R语言histogram(直方图)的具体使用 2022-10-28
- ruby-on-rails – Nginx支持的Rails应用程序中缺少Content-Length Header 2023-09-20
- golang 自然语言处理工具(gohanlp) 2023-09-05
- R语言使用gganimate创建可视化动图 2022-12-10
- Go语言实现一个Http Server框架(二) Server的抽象 2023-07-25
