C3P0参数的使用（5）

[size=large]Other DataSource Configuration[/size]
numHelperThreads和maxAdministrativeTaskTime帮助配置数据源线程池的行为。默认情况下，每个数据源仅有三个相关的帮助线程。如果性能看起来是在重载下拖动，或者如果你通过JMX或者数据源池的直接检测，“等待任务”的数目是大于0的，尝试增加numHelperThreads。maxAdministrativeTaskTime也许对用户经历任务是有用的，这些任务无限期挂起以及“APPARENT DEADLOCK”消息。
checkoutTimeout限制了等待连接的时限，如果所有的连接是被取出并且它不能立即被提供。usesTraditionalReflectiveProxies很少被实际中使用，允许你使用旧的，C3P0生成的代理对象的取代实现。（C3P0习惯于使用反射，动态代理。现在，对于提高性能，它使用代码生成，非反射的实现。）factoryClassLocation能是被用来说明C3P0类能从什么地方下载，如果C3P0数据源没有被本地安装，它能是被客户端从JNDI数据源作为引用进行索引。

[size=large]Configuring and Managing c3p0 via JMX[/size]
如果JMX库和JMX MBeanServer在你的环境中是可用的（它们被包括在JDK1.5以上版本），你能通过JMX管理工具检测和配置你的C3P0数据源。

[size=large]Performance[/size]
提高性能是连接池和C3P0库的目的。对于大多数应用，连接池将会提供重要的性能收益，尤其是如果你为每个客户端访问取得一个未池化的连接。如果你让单点的，共享连接服务器避免连接花销，你也许经受了性能问题；连接池将会使你以少的代价切换到Connection-per-client模型。如果你正在写EJB，你也许试图取得连接并且不返回它，直到Bean被销毁。

[size=large]The link of C3P0:[/size]
[url]http://www.mchange.com/projects/c3p0/index.html#contents[/url]