仅仅通过对阵列、内存分配的优化，经测试轻而易举得到了升级前7.5倍的性能。 子公司反响良好，响应速度得到大幅提升。
但是后来出现了一个状况：
在用户数达到140左右时，应用不能连接数据库 （应用有很多不规范的jdbc链接，这里不是本次记录的重点）。 为什么呢？
根据故障树的原理，我第一反应是查看 listener.ora,
11g中，他的路径发生了变化 /u01/diag/tnslsnr/centos1/listener/trace/listener.log
确实发现出现了 ORA-12519: TNS:no appropriate service handler found
这与process上限有关。
但是为什么之前使用windows未发现这个问题呢？
因为windows下oracle是单进程，多线程运行；而linux下是多进程执行的。
当应用提交了很多不规范的jdbc连接时，在linux下会有对应数量的后台进程进行响应，当然也会在OS层体现为多进程；
而windows下正好回避了这一问题，当然由此引发的其他性能调度的问题暂不去考证。
问题找到了，就迅速调整吧。
估算到目前系统用户数在400+ ，那么我们先将process参数设置为600.比较保险。