好吧 我发誓这是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！打完收工！