Ok, but all of that time was really due to the removal of the
MarshalledObject.get(). Running with the CacheKey implementation
pre the copy gives basically the same time as the non-MarshalledObject
version:

1 minute 48 seconds

----- Original Message -----
From: "Scott M Stark" <[EMAIL PROTECTED]>
To: "Jboss-Development@Lists. Sourceforge. Net"
<[EMAIL PROTECTED]>
Sent: Tuesday, November 13, 2001 5:43 PM
Subject: Re: [JBoss-dev] CacheKey copy semantics and speed


>
> Yes it does use byte[] comparisons in a for loop. Let me give you
> a push in my direction. We know there is a performance drop in 2.4.4
> that has yet to be resolved, but profiling shows it is related to
> interaction
> with the entity cache and that the CacheKey ctor ends up being the largest
> hotspot. By simply changing the CacheKey to use the input id directly
> rather than MarshalledObject, the timing of the bank unit test goes from:
>
> 2 minutes 43 seconds
>
> to:
>
> 1 minute 46 seconds
>
> Pretty big improvement for a trival change. That's the 80/20 rule in
action
> big time.
>



_______________________________________________
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

Reply via email to