[
https://issues.apache.org/jira/browse/VELOCITY-648?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12659167#action_12659167
]
Byron Foster commented on VELOCITY-648:
---------------------------------------
Something like this would be nice for the 0 case:
http://google-collections.googlecode.com/svn/trunk/javadoc/index.html?http://google-collections.googlecode.com/svn/trunk/javadoc/com/google/common/collect/package-summary.html
But apache common collections doesn't seem to have an equivalent.
> Non zero resource cache size slower
> -----------------------------------
>
> Key: VELOCITY-648
> URL: https://issues.apache.org/jira/browse/VELOCITY-648
> Project: Velocity
> Issue Type: Improvement
> Components: Engine
> Reporter: Byron Foster
> Fix For: 1.7
>
>
> In performance testing I found that setting the
> resource.manager.defaultcache.size property to 0 increases performance by
> about 30%. The reason for this is that when the cache size is set to 0
> Velocity uses the java.util.concurrent.ConcurrentHashMap container which
> provides better thread concurrency. when the cache size is set to a non-zero
> value Velocity uses the org.apache.commons.collections.map.LRUMap container,
> which provides poor concurrency. The problem is that It's unclear if there
> is a container that provides both good concurrency, and has a max size
> setting.
> The default cache size is 89, which uses the slower LRUMap, and the end user
> is non the wiser. The best solution would be to find a container that can be
> used in both cases that performs as well as the ConcurrentHashMap, otherwise
> a discussion in the documentation is probably warranted.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
