[jboss-dev] Interesting JBAS profiling results

Kabir Khan kabir.khan at jboss.com
Fri Jun 5 05:45:46 EDT 2009


At least for the MC beans AOP is being used as originally intended,  
although the @DisableAOP/@EnableAOP discussion remains open.
On 5 Jun 2009, at 01:31, Jason T. Greene wrote:

> Max Rydahl Andersen wrote:
>> I know i'm disconnected from the internals - but this is not news  
>> is it, everyone knows aop and vfs are the one spending most time  
>> (at least I have been told that endless times when asked how I can  
>> make AS 5 start as fast as AS 4) ?
>
> Well we knew we had issues there, but we did not definitively know  
> if there were other factors. These numbers seem to suggest the hunch  
> is accurate.
>
>> What would be more interesting is to see what packages float on top  
>> based on how much their computational time is spent in aop/vfs ?
>> i.e. is it not more likely that some layers above is using vfs/aop  
>> wrong/badly/inefficiently ?
>> Just thinking out loud...
>
> Yes, we should do that as well.
>
>> Optimizing things in vfs/aop is of course all good since that will  
>> benefit all, but maybe it's certain modules usage of these layers  
>> that are the problem.
>>
>
> This is most likely the case with at least the VFS issues, since we  
> know that we have multiple passes happening from calling code. We  
> have to look at the AOP usage in more detail, and try and remove it  
> from areas where it's not really needed.
>
>> p.s. this is similar to how I optimized hibernate startup time - if  
>> I just looked at the raw numbers I would blame classloading in the  
>> vm to be the
>> culprit since that is where 12-20% of our time is spent - but  
>> looking closer it is because Hibernates current design required  
>> full access to all classes
>> it would persist upfront, instead of doing it "on-a-need-to-know"  
>> basis. Unfortunately that couldn't be changed in Hibernate 3 at the  
>> time without
>> major breakage to public API's ....
>
> Ugh. Yeah, catching/correcting these issues long after major  
> releases is always a pain.
>
> -- 
> Jason T. Greene
> JBoss, a division of Red Hat
> _______________________________________________
> jboss-development mailing list
> jboss-development at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/jboss-development




More information about the jboss-development mailing list