當我執行以下wwaa.sh程式來測試時，我發現postgres資料庫的併發處理能力很差，當連線數達到一定數量時，連上去很費時間，但一旦連上後，資料庫的反應還是很快的，我寫了個比賽程式，由於要頻繁呼叫資料庫，有時會有停頓現象。如果我採用持久連線的話，只是在連線的時候慢一點，連上後比較正常，但採用持久連線的話，就不能有很多人連上來，假設我同時有300人比賽，有沒有好的解決方法？能不能用連線池來解決？如果行的話，有沒有人可以給我一些連線池的例子或資料？謝謝？
*******第乙個shell程式：wwaa.sh*************
c=0while true
doif [ $c -lt 150 ]
then
sh ss.sh &
c=`expr $c + 1`
else
break
fidone
******第二shell程式：ss.sh********************
while true
dopsql -usa -h127.0.0.1 -dbsdb《根資料庫無關
任何乙個基於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
支援iis高併發
適用的iis版本 iis 7.0,iis 7.5,iis 8.0 適用的windows版本 windows server 2008,windows server 2008 r2,windows server 2012 2 net framework相關設定 a 在machine.config中將 改...
併發測試集合點測試併發
併發測試集合點 定時器下的synchronizing timer number of simulated users to group by 集合多少人後再執行請求 timeout in milliseconds 指定人數 多少秒沒集合到算超時 設定延遲時間以毫秒為單位 注意 如果設定timeout...
併發測試瓶頸
最近公司產品更改戰略方向，大家努力了2 3個月，終成雛形。最新的產品對老的測試技術提出了新的挑戰。業務上的挑戰主要在於需求，開發和測試的大部分成與敗皆取決於此。在此2 3個月中的關於功能測試的經驗和教訓，後續另寫。今天主要寫新產品對非業務功能上的技術挑戰。關於併發測試，前期也有自動化探索和持續實踐，...