[jboss-dev] Small boottime improvement

[Mark Little]

Bill, Brian and everyone else involved: great work on putting a  
concerted effort into this!

Mark.


On 12 Feb 2010, at 10:19, Kabir Khan wrote:

>
> On 11 Feb 2010, at 23:23, Bill Burke wrote:
>
>> BTW, my guess is that it is file caching.  Good job though!  Almost a
>> full second shaved off.  Nothing to sneeze about.
>>
>> So what's next for optimization?
> In dependency the things which had the biggest impact were not  
> breaking out of the resolveContexts() loop and that  
> AbstractDependencyItem was calling controller.getContext() three  
> times when a dependency is not there yet.
>
> For me, profiling the whole app server startup gives too much  
> information and different hotspots don't really stand out that much.  
> I'm creating a series of micro-benchmarks to profile different areas  
> in isolation. Next is trying the different things in jboss-kernel,  
> which is more interesting since it pulls in things like MDR and  
> jboss-reflect. I'll have a look at the ScopeKey lookups I mentioned  
> in http://community.jboss.org/message/525925#525925 today, before  
> trying out other parts of kernel.
>>
>> * Is VFS3 in trunk/ now?
>>
>> * Did somebody look into whether code guards are being done for  
>> logging?
>> (isDebugEnabled(), etc.)
> I believe Ales did this for MC
>
>>
>> * Any possible improvements to creating BeanMetaData?
>>
>> * How about making our bean.xml files more coarse grain?  Meaning *A
>> LOT* less implementation details exposed through XML.  You can do  
>> IoC in
>> Java you know.  The vast majority of details within all our beans.xml
>> files will never ever change, nor will we want to support users  
>> changing
>> this stuff.  If our beans.xml file are reduced to a few bean  
>> definitions
>> and classes, would make parsing and creating bean metadata much  
>> much faster.
> If somebody wants to look into that, some help would be welcome.  
> I've got a feeling my hands will be full the next few weeks :-)
>>
>> * I also could resurrect Fast-JAXB, but I didn't want to do that  
>> until
>> we got under 10 seconds.
>>
>> For the MC team, I think the biggest focus should be profiling and
>> optimizing Minimal.
>>
>>
>> Kabir Khan wrote:
>>> I actually did a few runs on each server first, but had loads of  
>>> apps open so I rebooted
>>> On 11 Feb 2010, at 12:33, Jaikiran Pai wrote:
>>>
>>>> Kabir Khan wrote:
>>>>>
>>>>> One strange thing is that the first time I started each server  
>>>>> they took loads longer than the other times, does somebody know  
>>>>> the reason for that?
>>>>>
>>>> Wild guess - Perhaps, JBoss Messaging takes time to create the JBM
>>>> tables for the first run. The second run the tables are already  
>>>> present
>>>> in JBOSS_HOME/data folder so i guess it's skipped. Maybe deleting  
>>>> the
>>>> data folder before starting the server, the second time, will  
>>>> show no
>>>> significant difference between the two runs.
>>>>
>>>> regards,
>>>> -Jaikiran
>>>> _______________________________________________
>>>> jboss-development mailing list
>>>> jboss-development at lists.jboss.org
>>>> https://lists.jboss.org/mailman/listinfo/jboss-development
>>>
>>>
>>> _______________________________________________
>>> jboss-development mailing list
>>> jboss-development at lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/jboss-development
>>
>> -- 
>> Bill Burke
>> JBoss, a division of Red Hat
>> http://bill.burkecentral.com
>> _______________________________________________
>> jboss-development mailing list
>> jboss-development at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/jboss-development
>
>
> _______________________________________________
> jboss-development mailing list
> jboss-development at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/jboss-development
>
>

---
Mark Little
mlittle at redhat.com

JBoss, by Red Hat
Registered Address: Red Hat UK Ltd, Amberley Place, 107-111 Peascod  
Street, Windsor, Berkshire, SI4 1TE, United Kingdom.
Registered in UK and Wales under Company Registration No. 3798903  
Directors: Michael Cunningham (USA), Charlie Peters (USA), Matt  
Parsons (USA) and Brendan Lane (Ireland).