【トラブル大捜査線】失われたコネクションを追え！

【トラブル大捜査線】失われたコネクションを追え！：現場から学ぶWebアプリ開発のトラブルハック（7）（3/3 ページ） 【最終話】それが、トラブルシューティング屋の務め クローズ漏れの個所も大体の見当が付いたので、アプリケーション開発チームに確認・修正を依頼した。 アプリケーションが直るまでの間、removeAbandonedを付けたままで負荷試験を継続することにした。目的はremoveAbandonedのオーバヘッドを測定することである。logAbandonedを指定しなければstackTraceは生成されない。そのため、ある程度の性能は出るように思われた。 ■removeAbandonedの同期化 しかし、実際に測定してみたところ、思ったように性能は出なかった。CPUがほとんど使い切れなかったのだ。 ここまできたら、ついでに解析してしまうのが、トラブルシューティング屋の務めだろう。負荷

[gologo13]

DBCP の設定についてわかりやすい / “removeAbandonedは本番環境で使用することは避けた方がよいだろう。”

[knakamura1977]

詳しく書いてくれていて、とても参考になった。ていうかこれって知ってて当たり前なの？

[toenobu]

dbcp

[giddyupyasu]

dbcp

[L3msh0]

コネクションプーリングについて

[takami_hiroki]

DBCPのパラメータを理解し、武器にする