好吧 我发誓这是postgresql的Mirroring Controller的RT测试的最后一个坑了。java
在这个RT测试的最后,要求测试Mirroring Controller功能在长时间运行下的稳定性和性能问题,使用postgresql的JDBC接口不断的向数据库中写数据和读数据。
在运行时,抛出了错误:sql
java.lang.OutOfMemoryError : unable to create new native Thread.shell
具体截图以下:数据库
在查看日志文件的时候,也有如下出错信息:服务器
Error occurred during initialization of VM...post
通过百度,找到方法:性能
既然报“OutOfMemoryError”,并且仍是“ unable to create new native Thread.”,那么极可能是程序申请的Thread数超过了系统可以承载的限制。可是做为一台性能还不错的服务器,没理由系统资源不够用啊?测试
好的,那咱们用ulimit命令查看一下系统的对进程资源的控制:日志
ulimit -a
输出以下:postgresql
彷佛是max user processes数不足?
仍是使用ulimit 命令,把max user processes放大一倍试试:
ulimit -u 2048 (使用postgres用户运行该命令)
获得:
(这里值得说一下,由于我这里只是想临时改变当前shell的设置,要是想永久设置要修改/etc/security/limits.conf文件,请自行百度)。
修改完以后再运行:
一切OK!打完收工!