好吧 我发誓这是 postgresql 的 Mirroring Controller 的 RT 测试的最后一个坑了。

在这个 RT 测试的最后，要求测试 Mirroring Controller 功能在长时间运行下的稳定性和性能问题，使用 postgresql 的 JDBC 接口不断的向数据库中写数据和读数据。
在运行时，抛出了错误：

java.lang.OutOfMemoryError : unable to create new native Thread.

具体截图如下：

在查看日志文件的时候，也有以下出错信息：

Error occurred during initialization of VM...

经过百度，找到方法：

既然报“OutOfMemoryError”，而且还是“ unable to create new native Thread.”，那么很可能是程序申请的 Thread 数超过了系统能够承载的限制。但是作为一台性能还不错的服务器，没理由系统资源不够用啊?

好的，那我们用 ulimit 命令查看一下系统的对进程资源的控制：

ulimit -a  

输出如下：

似乎是max user processes数不足？
还是使用 ulimit 命令, 把max user processes放大一倍试试：

ulimit -u 2048  (使用postgres用户运行该命令)

得到：

(这里值得说一下，因为我这里只是想临时改变当前 shell 的设置，要是想永久设置要修改 /etc/security/limits.conf 文件，请自行百度)。

修改完之后再运行：

一切 OK！打完收工！