Oracle ojdbc6-11.2.0.3和可用熵

我们试图诊断的应用程序存在一些问题。在仔细观察情况时，我们认为可能存在一些DBCP连接池问题

在我们注意到的一些事情中，我们通过一个辅助支持应用程序（用于监视数据库的基于JDBC的小sqlclient）发现了一些东西，该应用程序使用的驱动程序与主应用程序相同。这个发现是熵耗竭。在将中提到的修复应用于这个小实用程序之后，问题就消失了

当时，我们怀疑主应用程序可能存在相同的问题。在这一点上，我们没有应用相同的修复程序，而是开始每隔5秒通过/proc/sys/kernel/random/entropy\u avail监控可用的熵来进行验证

在检查了24小时的数据之后，我们没有看到与使用/dev/uradom之前的jdbc实用程序相同的可用熵下降。相反，我们注意到熵从未下降到128字节以下，也从未上升到191字节以上。我们已经搜索了应用程序配置文件，但找不到任何与指定随机数源相关的内容

OS:             Red Hat Enterprise Linux Server release 6.3 (Santiago)
JDBC Driver:    ojdbc6-11.2.0.3
Pooling Method: Hibernate DBCP

因此，我的问题是：

1） 如果我们没有故意告诉应用程序/驱动程序使用/dev/uradom vs/dev/random，那么有什么可能解释为什么我们在创建新池连接时没有看到相同的熵下降

2） 为什么最小和最大可用熵在128/191时会如此严格？我会期待更多，恕我直言，这些值是随机的

---

我不太愿意发布一堆配置文件，不知道哪些可能是相关的。如果你有什么特别想看的，请告诉我，我会和你分享

您的应用程序使用JDBC连接池还是像测试应用程序那样频繁地进行身份验证尝试？ 请记住，每次身份验证尝试都会消耗随机池