postgres支持并发测试

当我运行以下wwaa.sh程序来测试时，我发现postgres数据库的并发处理能力很差，当连接数达到一定数量时，连上去很费时间，但一旦连上后，数据库的反应还是很快的，我写了个比赛程序，由于要频繁调用数据库，有时会有停顿现象。如果我采用持久连接的话，只是在连接的时候慢一点，连上后比较正常，但采用持久连接的话，就不能有很多人连上来，假设我同时有300人比赛，有没有好的解决方法？能不能用连接池来解决？如果行的话，有没有人可以给我一些连接池的例子或资料？谢谢？

*******第一个shell程序：wwaa.sh*************
c=0
while true
do
if [ $c -lt 150 ]
then
sh ss.sh &
c=`expr $c  + 1`
else
break
fi
done

******第二shell程序：ss.sh********************
while true
do
psql -Usa -h127.0.0.1 -dbsdb<<!
select * from bsuser where bh='3a22';
\q
!
done

 

==========================

根数据库无关
任何一个基于sockets的程序都有这个问题，就是tcp握手慢，这个要调OS内核参数，不过最好不要调
象DB2是用catalog的方式避免了过多的tcp握手
采用3层结构是最完美的解决方案

============================

在postgresql.conf中有一个参数
max_connections=100
改大就可以了，该参数与内核的SHMMAX有关，SHMMAX足够大的话，max_connections可以变大的

==============================

谢谢！但我的连接数已经改为400，且共享内存设为800M了，我的机器是1G的内存，应该不是连接数的问题，因为不是连不上，而是连接上去的时候慢，一旦连上后，检索数据还是快的。我发现如果是在本机上不带IP连是很快的，如
$psql -Usa -dbsdb
但是如果带了IP就慢了，如
$psql -Usa -h127.0.0.1 -dbsdb

======================

不带ip是基于socket连接，当然快了，带了ip是基于tcp/ip连接，但是tcp/ip连接可以实现db,app分离