数据库连接池的连接个数 如何影响 系统性能
按我个人的体会,连接个数太小会导致赤贫和暴富,个数太大会导致共同贫穷。 连接个数太小 => 只有部分请求能得到满足,而且连接少,应用服务器的CPU线程也少,应用服务器的响应就快,这些请求就能得到很好的满足,因此它们“暴富”;其他的请求都被冷漠的一口拒绝,它们陷入“赤贫” 连接个数太大 => 多数请求都能得到满足,但响应时间普遍较长 => 共同贫穷
按我个人的体会,连接个数太小会导致赤贫和暴富,个数太大会导致共同贫穷。 连接个数太小 => 只有部分请求能得到满足,而且连接少,应用服务器的CPU线程也少,应用服务器的响应就快,这些请求就能得到很好的满足,因此它们“暴富”;其他的请求都被冷漠的一口拒绝,它们陷入“赤贫” 连接个数太大 => 多数请求都能得到满足,但响应时间普遍较长 => 共同贫穷
文章开头讲了些有关集群的基本概念,非常的深入浅出 http://www.onjava.com/pub/a/onjava/2004/03/31/clustering.html
Runtime lRuntime = Runtime.getRuntime(); out.println("Free Memory: "+lRuntime.freeMemory()/1024/1024+"M"); //已分配的空间中未被使用的部分 out.println("Max Memory: "+lRuntime.maxMemory()/1024/1024+"M"); //最大可分配的空间 out.println("Total Memory: "+lRuntime.totalMemory()/1024/1024+"M"); //已分配的空间