September 2009 - jboss-dev-forums

[JBoss XML Binding Development] - Re: XB profiling during the AS start-up (Repost)

by adrian＠jboss.org

"alex.loubyansky(a)jboss.com" wrote : "adrian" wrote : fast jaxb is clearly faster at the binding | But binding was out of the scope of the test. | I don't understand that? Surely the unmarshaller.parse() will bind the xml to the objects in both tests? anonymous wrote : | "adrian" wrote : If the code generation was moved to compile time (like xjc), then having | | already generated classes will obviously out perform the reflection used by JBossXBBuilder. | Fast jaxb parsers had been generated and compiled before the test run. Ok, so what is fast jaxb doing that it is 3 times slower on the first iteration (even though you have already pre-generated classes)? Is it parsing the xml schema or something? Are you comparing apples to apples? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4257907#4257907 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4257907

14 years, 7 months

1
0
0 / 0

[JBoss XML Binding Development] - Re: XB profiling during the AS start-up

by alex.loubyansky＠jboss.com

"david.lloyd(a)jboss.com" wrote : "alex.loubyansky(a)jboss.com" wrote : "adrian" wrote : fast jaxb is clearly faster at the binding | | But binding was out of the scope of the test. | | I'd say not, since we are doing it at runtime in AS now, and that may be one source of startup time issues. I said the binding was out of the scope of THE test. The test didn't compare binding times. I didn't say it's irrelevant. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4257908#4257908 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4257908

14 years, 7 months

1
0
0 / 0

[JBoss XML Binding Development] - Re: XB profiling during the AS start-up

by adrian＠jboss.org

"alex.loubyansky(a)jboss.com" wrote : "adrian" wrote : fast jaxb is clearly faster at the binding | But binding was out of the scope of the test. | I don't understand that? Surely the unmarshaller.parse() will bind the xml to the objects in both tests? "adrian" wrote : If the code generation was moved to compile time (like xjc), then having | already generated classes will obviously out perform the reflection used by JBossXBBuilder. Fast jaxb parsers had been generated and compiled before the test run. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4257907#4257907 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4257907

14 years, 7 months

1
0
0 / 0

[JBoss XML Binding Development] - Re: XB profiling during the AS start-up

by alex.loubyansky＠jboss.com

"adrian(a)jboss.org" wrote : "alex.loubyansky(a)jboss.com" wrote : The time results for each number of repetitions are consistent in differences, i.e. for each number of repetitions the winner is consistent with more or less the same difference. | | I don't think that is true looking at the numbers you post. What I meant was for 1 repetition the results are more or less consistent in difference, for 10 repetitions too, for 100 and 1000 as well. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4257905#4257905 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4257905

14 years, 7 months

1
0
0 / 0

[JBoss XML Binding Development] - Re: XB profiling during the AS start-up

by david.lloyd＠jboss.com

"adrian(a)jboss.org" wrote : "david.lloyd(a)jboss.com" wrote : I knew he should have used StAX :-) | | StAX has nothing to do with the binding. It will probably be faster overall, | but it just replaces the SAX xml parsing, something that has to be done for both cases. I wasn't really serious here, I was just alluding to a separate comment I made to Bill when he started the project. Guess it wasn't that funny anyway... View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4257904#4257904 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4257904

14 years, 7 months

1
0
0 / 0

[JBoss XML Binding Development] - Re: XB profiling during the AS start-up

by david.lloyd＠jboss.com

"alex.loubyansky(a)jboss.com" wrote : "adrian" wrote : fast jaxb is clearly faster at the binding | But binding was out of the scope of the test. I'd say not, since we are doing it at runtime in AS now, and that may be one source of startup time issues. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4257902#4257902 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4257902

14 years, 7 months

1
0
0 / 0

[JBoss XML Binding Development] - Re: XB profiling during the AS start-up

by david.lloyd＠jboss.com

Perhaps a more accurate benchmark would involve a single document with, say, 12 to 20 different namespaces in it. This would be more reflective of the concerns that there's a substantial per-namespace cost. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4257900#4257900 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4257900

14 years, 7 months

1
0
0 / 0

[JBoss XML Binding Development] - Re: XB profiling during the AS start-up

by alex.loubyansky＠jboss.com

"adrian" wrote : fast jaxb is clearly faster at the binding But binding was out of the scope of the test. "adrian" wrote : If the code generation was moved to compile time (like xjc), then having | already generated classes will obviously out perform the reflection used by JBossXBBuilder. Fast jaxb parsers had been generated and compiled before the test run. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4257898#4257898 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4257898

14 years, 7 months

1
0
0 / 0

[JBoss XML Binding Development] - Re: XB profiling during the AS start-up

by adrian＠jboss.org

"alex.loubyansky(a)jboss.com" wrote : The time results for each number of repetitions are consistent in differences, i.e. for each number of repetitions the winner is consistent with more or less the same difference. I don't think that is true looking at the numbers you post. fast jaxb is clearly faster at the binding, but slower at building the model (looking at the numbers for one repetition). e.g. If you look at the last 900 reps (the 1000 case - 100 case) you get: fastjaxb = 808 (1057-249) avg 0.89ms xb=1116ms (1402-286) avg 1.24ms The slow part of building the model will obviously be the code generation. I imagine this would get even slower as it becomes more feature rich? If the code generation was moved to compile time (like xjc), then having already generated classes will obviously out perform the reflection used by JBossXBBuilder. "david.lloyd(a)jboss.com" wrote : I knew he should have used StAX :-) StAX has nothing to do with the binding. It will probably be faster overall, but it just replaces the SAX xml parsing, something that has to be done for both cases. That is 33% of the time versus 67% for binding according the numbers Alex posted above. If Alex's numbers are typical (never trust a simple benchmark ;-), then a precompiled fast jaxb implementation might reclaim ~30% (1-808/1116) of that 67% binding time. i.e. ~20% (.3 * 67%) of the overall time. Which would mean the overall xml startup would be 2 seconds instead of 2.4 seconds. Not exactly a huge improvement. :-( View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4257893#4257893 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4257893

14 years, 7 months

1
0
0 / 0

[JBoss XML Binding Development] - Re: XB profiling during the AS start-up

by alex.loubyansky＠jboss.com

XB could have used StAX as well. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4257888#4257888 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4257888

14 years, 7 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums September 2009