Re: heavy performance decrease in 1.1.0-SNAPSHOT

2011-02-24 Thread David Blevins
Spent a few hours poking at performance numbers with Grinder and a simple test case based on Marks changes to the interceptor pref test. Seeing 2-3x increase in performance. Mark, I'm guessing your performance decrease is thread related. Too many. Try dramatically decreasing the threads allo

[jira] Commented: (OWB-527) JspFactory.getDefaultFactory() is synchronized, We can cache the return value to improve performance

2011-02-24 Thread Xiaoming Shi (JIRA)
[ https://issues.apache.org/jira/browse/OWB-527?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12999125#comment-12999125 ] Xiaoming Shi commented on OWB-527: -- I see. Thanks Mark ;-) > JspFactory.getDefaultFactory()

Re: heavy performance decrease in 1.1.0-SNAPSHOT

2011-02-24 Thread David Blevins
Hope attachments work On Feb 24, 2011, at 1:53 PM, Mark Struberg wrote: > oh that looks really neat. > Will check it out. > > LieGrue, > strub > > --- On Thu, 2/24/11, David Blevins wrote: > >> From: David Blevins >> Subject: Re: heavy performance decrease in 1.1.0-SNAPSHOT >> To: dev@ope

[jira] Commented: (OWB-527) JspFactory.getDefaultFactory() is synchronized, We can cache the return value to improve performance

2011-02-24 Thread Mark Struberg (JIRA)
[ https://issues.apache.org/jira/browse/OWB-527?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12999110#comment-12999110 ] Mark Struberg commented on OWB-527: --- Nope, sadly it is not ok. In an EE server it might hap

[jira] Commented: (OWB-527) JspFactory.getDefaultFactory() is synchronized, We can cache the return value to improve performance

2011-02-24 Thread Xiaoming Shi (JIRA)
[ https://issues.apache.org/jira/browse/OWB-527?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12999108#comment-12999108 ] Xiaoming Shi commented on OWB-527: -- Hi David, I think it's OK to share the JspFactory betw

Re: heavy performance decrease in 1.1.0-SNAPSHOT

2011-02-24 Thread Mark Struberg
oh that looks really neat. Will check it out. LieGrue, strub --- On Thu, 2/24/11, David Blevins wrote: > From: David Blevins > Subject: Re: heavy performance decrease in 1.1.0-SNAPSHOT > To: dev@openwebbeans.apache.org > Date: Thursday, February 24, 2011, 9:47 PM > > On Feb 24, 2011, at 1:00

Re: heavy performance decrease in 1.1.0-SNAPSHOT

2011-02-24 Thread Mark Struberg
I'm currently setting up a heavy parallel unit test. Will share later. LieGrue, strub --- On Thu, 2/24/11, David Blevins wrote: > From: David Blevins > Subject: Re: heavy performance decrease in 1.1.0-SNAPSHOT > To: dev@openwebbeans.apache.org > Date: Thursday, February 24, 2011, 9:37 PM > >

Re: heavy performance decrease in 1.1.0-SNAPSHOT

2011-02-24 Thread David Blevins
On Feb 24, 2011, at 1:00 PM, Mark Struberg wrote: > Will do a few parallel unit tests tonight. Side note, I like this tool for parallel execution stats. http://grinder.sourceforge.net There docs don't have any screenshots, but basically it looks like this: http://people.apache.org/~dblev

Re: heavy performance decrease in 1.1.0-SNAPSHOT

2011-02-24 Thread David Blevins
On Feb 24, 2011, at 1:00 PM, Mark Struberg wrote: > nah, I also redirected it to a file and the output is not that extreme. I > work with INFO level and the log output is the same as in 1.0.0. > This cannot explain that owb-1.0.0 is five times faster... Down to 20%? I had misread it as down *b

[jira] Commented: (OWB-527) JspFactory.getDefaultFactory() is synchronized, We can cache the return value to improve performance

2011-02-24 Thread David Jencks (JIRA)
[ https://issues.apache.org/jira/browse/OWB-527?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12999064#comment-12999064 ] David Jencks commented on OWB-527: -- I'm looking at trunk code where the JspFactory.getDefaul

Re: heavy performance decrease in 1.1.0-SNAPSHOT

2011-02-24 Thread Gerhard
furthermore, special settings won't make sense. imo the benchmark is ok and we really have to find the issue(s). regards, gerhard http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2011/2/24 Mark Str

Re: heavy performance decrease in 1.1.0-SNAPSHOT

2011-02-24 Thread Mark Struberg
nah, I also redirected it to a file and the output is not that extreme. I work with INFO level and the log output is the same as in 1.0.0. This cannot explain that owb-1.0.0 is five times faster... Will do a few parallel unit tests tonight. LieGrue, strub --- On Thu, 2/24/11, David Blevins wro

Re: heavy performance decrease in 1.1.0-SNAPSHOT

2011-02-24 Thread David Blevins
On Feb 24, 2011, at 9:10 AM, Mark Struberg wrote: > oh yes, and I experience some 'stuttering'. Means the log scrolls, then it > freezes for a second, logs again, freezes, etc... You mean log as in log files? Definitely disable logging when doing any performance testing or you're really just

Re: heavy performance decrease in 1.1.0-SNAPSHOT

2011-02-24 Thread Mark Struberg
oh yes, and I experience some 'stuttering'. Means the log scrolls, then it freezes for a second, logs again, freezes, etc... LieGrue, strub --- On Thu, 2/24/11, David Blevins wrote: > From: David Blevins > Subject: Re: heavy performance decrease in 1.1.0-SNAPSHOT > To: dev@openwebbeans.apache

Re: heavy performance decrease in 1.1.0-SNAPSHOT

2011-02-24 Thread Mark Struberg
jmeter, 20 parallel threads, 10 loops, 1second rampup time owb-1.0.0: >15 pages/s owb-1.1.0-SNAPSHOT: 2.3 pages/s the pages are pretty fat and do lots of stuff... LieGrue, strub --- On Thu, 2/24/11, David Blevins wrote: > From: David Blevins > Subject: Re: heavy performance decrease in 1.1.0

Re: heavy performance decrease in 1.1.0-SNAPSHOT

2011-02-24 Thread David Blevins
On Feb 24, 2011, at 8:32 AM, Mark Struberg wrote: > hi folks! > > Today I did run a few jmeter tests and it seems that we have some serious > bottle neck in our code currently. The app just doesn't really scale well > anymore and performance is down to 20% compared to 1.0.0 ... What aspects w

heavy performance decrease in 1.1.0-SNAPSHOT

2011-02-24 Thread Mark Struberg
hi folks! Today I did run a few jmeter tests and it seems that we have some serious bottle neck in our code currently. The app just doesn't really scale well anymore and performance is down to 20% compared to 1.0.0 ... Any ideas? LieGrue, strub

[jira] Commented: (OWB-393) remove old XML configuration code

2011-02-24 Thread Mark Struberg (JIRA)
[ https://issues.apache.org/jira/browse/OWB-393?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12998852#comment-12998852 ] Mark Struberg commented on OWB-393: --- It's getting a bit nasty, since parts of the XML model

[jira] Reopened: (OWB-393) remove old XML configuration code

2011-02-24 Thread Mark Struberg (JIRA)
[ https://issues.apache.org/jira/browse/OWB-393?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mark Struberg reopened OWB-393: --- still a few unnecessary methods left (e.g. in XMLUtil) > remove old XML configuration code > --

[jira] Created: (OWB-529) lazy initialized class members should be volatile

2011-02-24 Thread Mark Struberg (JIRA)
lazy initialized class members should be volatile - Key: OWB-529 URL: https://issues.apache.org/jira/browse/OWB-529 Project: OpenWebBeans Issue Type: Bug Components: Core Affects

[jira] Resolved: (OWB-529) lazy initialized class members should be volatile

2011-02-24 Thread Mark Struberg (JIRA)
[ https://issues.apache.org/jira/browse/OWB-529?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mark Struberg resolved OWB-529. --- Resolution: Fixed > lazy initialized class members should be volatile >

[jira] Commented: (OWB-528) Use ApplicationWrapper as parent of OwbApplication in JSF 2 plugin

2011-02-24 Thread Mark Struberg (JIRA)
[ https://issues.apache.org/jira/browse/OWB-528?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12998802#comment-12998802 ] Mark Struberg commented on OWB-528: --- you are right, since we now have separated plugins for

[jira] Assigned: (OWB-528) Use ApplicationWrapper as parent of OwbApplication in JSF 2 plugin

2011-02-24 Thread Mark Struberg (JIRA)
[ https://issues.apache.org/jira/browse/OWB-528?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mark Struberg reassigned OWB-528: - Assignee: Mark Struberg (was: Gurkan Erdogdu) > Use ApplicationWrapper as parent of OwbApplication

[jira] Updated: (OWB-528) Use ApplicationWrapper as parent of OwbApplication in JSF 2 plugin

2011-02-24 Thread JIRA
[ https://issues.apache.org/jira/browse/OWB-528?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Kočí updated OWB-528: Attachment: OWB-528.patch > Use ApplicationWrapper as parent of OwbApplication in JSF 2 plugin > -

[jira] Created: (OWB-528) Use ApplicationWrapper as parent of OwbApplication in JSF 2 plugin

2011-02-24 Thread JIRA
Use ApplicationWrapper as parent of OwbApplication in JSF 2 plugin -- Key: OWB-528 URL: https://issues.apache.org/jira/browse/OWB-528 Project: OpenWebBeans Issue Type: New Featu

[jira] Commented: (OWB-527) JspFactory.getDefaultFactory() is synchronized, We can cache the return value to improve performance

2011-02-24 Thread Mark Struberg (JIRA)
[ https://issues.apache.org/jira/browse/OWB-527?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12998750#comment-12998750 ] Mark Struberg commented on OWB-527: --- Hi! Thanks for the catch. Of course I fear we cannot g

[jira] Assigned: (OWB-527) JspFactory.getDefaultFactory() is synchronized, We can cache the return value to improve performance

2011-02-24 Thread Mark Struberg (JIRA)
[ https://issues.apache.org/jira/browse/OWB-527?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mark Struberg reassigned OWB-527: - Assignee: Mark Struberg (was: Gurkan Erdogdu) > JspFactory.getDefaultFactory() is synchronized, We