arts caching included.
>
> Hope this can help,
> Cheers
> Henrib
>
> --
> View this message in context:
> http://apache-commons.680414.n4.nabble.com/ognl-internal-cache-performance-improvement-tp3576227p3578976.html
> Sent from the Commons - Dev mailing list archive at Nabble.com.
&g
Hi Mau,
fine having such tests and fine you added the shade in a profile so it
doesn't collide with the normal build process, but let's discuss about
different topics in separate threads ;)
Anyway, good job!
All the best,
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On T
Hi, guys.
I set-up the shade plugin inside the OGNL pom [1], which allows us to
do some performance test on S2.
WDYT?
[1] https://issues.apache.org/jira/browse/OGNL-16
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
ction parts caching included.
Hope this can help,
Cheers
Henrib
--
View this message in context:
http://apache-commons.680414.n4.nabble.com/ognl-internal-cache-performance-improvement-tp3576227p3578976.html
Sent from the Commons - Dev mailing list archive at Nabbl
Forget about key collision, obviously there is no collisions fro a
non-hash functions.
On 7 June 2011 02:43, Maurizio Cucchiara wrote:
> Simone,
>
>> a look at put( Class key, T value )[1] implementation of
>
> Aside that put method is public, IIUC the only class that calls "put"
> is only the Og
Simone,
> a look at put( Class key, T value )[1] implementation of
Aside that put method is public, IIUC the only class that calls "put"
is only the OgnlRuntime one (and almost every time it invokes inside
a sync block).
> ClassCacheImpl: the whole block should be controlled by a concurrency
> p
2011 18:24, Jason Pyeron wrote:
>> -Original Message-
>> From: maurizio.cucchi...@gmail.com
>> [mailto:maurizio.cucchi...@gmail.com] On Behalf Of Maurizio Cucchiara
>> Sent: Monday, June 06, 2011 12:14
>> To: Commons Developers List
>> Subject: Re:
> -Original Message-
> From: maurizio.cucchi...@gmail.com
> [mailto:maurizio.cucchi...@gmail.com] On Behalf Of Maurizio Cucchiara
> Sent: Monday, June 06, 2011 12:14
> To: Commons Developers List
> Subject: Re: [ognl] internal cache performance improvement
>
>
Gary hit the nail on the head, considering that OGNL usually runs in a
multi-thread environment like struts, concurrency is a must.
At first glance LRUMap would seem the appropriate choice (it was
thought for this purpose), unfortunately LRUMap is not thread safe,
surely we can wrap using Collectio
Does concurrency need to be taken into account for the cache? If so, you
need to consider how access to the cache will be synchronized. An intrinsic
lock? A ConcurrentHashMap? and so on.
Gary
On Mon, Jun 6, 2011 at 2:36 AM, Simone Tripodi wrote:
> Hi all OGNL folks,
> my today's topic is about i
2011/6/6 Simone Tripodi
> TreeMap sounds reasonable, it's an RB Tree implementation and
> insert/retrieve operations have both O(log n) complexity[1], I'd
> suggest to start with it and see how things are going, then switch to
> LRU if needed.
> WDYT? Many thanks in advance!
>
+1, TreeMap is fin
Hi Antonio,
thanks for reviewing and providing feedbacks!
In the existing codebase I don't see any eviction policy, I wonder if
that data structure purpose is not for storing large amount of data,
but rather just a memory area where quickly looking-up already
processed Class related data - I know t
2011/6/6 Simone Tripodi
> my today's topic is about internal cache, that can be IMHO improved in
> therms of performance; its implementation is a multi-value map alike,
> based on a fixed-size array, a function is applied to each key to
> calculate the array index, each array element is a Collect
Hi all OGNL folks,
my today's topic is about internal cache, that can be IMHO improved in
therms of performance; its implementation is a multi-value map alike,
based on a fixed-size array, a function is applied to each key to
calculate the array index, each array element is a Collection of
element.
14 matches
Mail list logo
