September 2013 - jbossts-issues - Jboss List Archives

[JBoss JIRA] (JBTM-1907) com.arjuna.ats.internal.arjuna.utils.UuidProcessId.getpid is slow

by Mark Little (JIRA)

[ https://issues.jboss.org/browse/JBTM-1907?page=com.atlassian.jira.plugin.... ] Mark Little closed JBTM-1907. ----------------------------- > com.arjuna.ats.internal.arjuna.utils.UuidProcessId.getpid is slow > ----------------------------------------------------------------- > > Key: JBTM-1907 > URL: https://issues.jboss.org/browse/JBTM-1907 > Project: JBoss Transaction Manager > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 5.0.0.M4 > Reporter: Stuart Douglas > Assignee: Mark Little > > the getPid() method uses a synchronized block that is hit on every call, which can causes a lot of unnecessary contention. I'm not sure why the pid cannot just be initialized in the constructor? Or failing that a volatile var + double checked locking would be faster. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 2 months

1
0
0 / 0

[JBoss JIRA] (JBTM-1907) com.arjuna.ats.internal.arjuna.utils.UuidProcessId.getpid is slow

by Mark Little (JIRA)

[ https://issues.jboss.org/browse/JBTM-1907?page=com.atlassian.jira.plugin.... ] Mark Little resolved JBTM-1907. ------------------------------- Resolution: Done Moved to constructor. > com.arjuna.ats.internal.arjuna.utils.UuidProcessId.getpid is slow > ----------------------------------------------------------------- > > Key: JBTM-1907 > URL: https://issues.jboss.org/browse/JBTM-1907 > Project: JBoss Transaction Manager > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 5.0.0.M4 > Reporter: Stuart Douglas > Assignee: Mark Little > > the getPid() method uses a synchronized block that is hit on every call, which can causes a lot of unnecessary contention. I'm not sure why the pid cannot just be initialized in the constructor? Or failing that a volatile var + double checked locking would be faster. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 2 months

1
0
0 / 0

[JBoss JIRA] (JBTM-1907) com.arjuna.ats.internal.arjuna.utils.UuidProcessId.getpid is slow

by Mark Little (JIRA)

[ https://issues.jboss.org/browse/JBTM-1907?page=com.atlassian.jira.plugin.... ] Work on JBTM-1907 stopped by Mark Little. > com.arjuna.ats.internal.arjuna.utils.UuidProcessId.getpid is slow > ----------------------------------------------------------------- > > Key: JBTM-1907 > URL: https://issues.jboss.org/browse/JBTM-1907 > Project: JBoss Transaction Manager > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 5.0.0.M4 > Reporter: Stuart Douglas > Assignee: Mark Little > > the getPid() method uses a synchronized block that is hit on every call, which can causes a lot of unnecessary contention. I'm not sure why the pid cannot just be initialized in the constructor? Or failing that a volatile var + double checked locking would be faster. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 2 months

1
0
0 / 0

[JBoss JIRA] (JBTM-1908) Running junit tests now uselessly verbose on command line

by Mark Little (JIRA)

Mark Little created JBTM-1908: --------------------------------- Summary: Running junit tests now uselessly verbose on command line Key: JBTM-1908 URL: https://issues.jboss.org/browse/JBTM-1908 Project: JBoss Transaction Manager Issue Type: Task Security Level: Public (Everyone can see) Components: Testing Affects Versions: 5.0.0.M4 Reporter: Mark Little Assignee: Tom Jenkinson Priority: Minor Building all of TS today suddenly the output is ... Running com.arjuna.ats.internal.jts.recovery.contact.FactoryContactItemUnitTest Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.357 sec - in com.arjuna.ats.internal.jts.recovery.contact.FactoryContactItemUnitTest Running com.arjuna.ats.jts.TransactionServerUnitTest Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.318 sec - in com.arjuna.ats.jts.TransactionServerUnitTest Running com.hp.mwtests.ts.jts.context.ContextManagerUnitTest Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.46 sec - in com.hp.mwtests.ts.jts.context.ContextManagerUnitTest Running com.hp.mwtests.ts.jts.interposition.ArjunaInterpositionUnitTest Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.427 sec - in com.hp.mwtests.ts.jts.interposition.ArjunaInterpositionUnitTest What is the point of the text after the time since it duplicates the text (class) on line above anyway? Can we turn this off please? -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 2 months

1
0
0 / 0

[JBoss JIRA] (JBTM-1459) Create a parallel version of beforeCompletion invocations

by Mark Little (JIRA)

[ https://issues.jboss.org/browse/JBTM-1459?page=com.atlassian.jira.plugin.... ] Mark Little commented on JBTM-1459: ----------------------------------- Make sure this doesn't get backported into any EAP 6 branch. Keep the default as OFF as well. > Create a parallel version of beforeCompletion invocations > --------------------------------------------------------- > > Key: JBTM-1459 > URL: https://issues.jboss.org/browse/JBTM-1459 > Project: JBoss Transaction Manager > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: JTA > Affects Versions: 4.17.3 > Reporter: Michael Musgrove > Assignee: Michael Musgrove > Priority: Minor > Fix For: 5.0.0.Final > > Original Estimate: 6 hours > Remaining Estimate: 6 hours > > Some RM's do the bulk of there work in the beforeCompletion synchronisations so it would be beneficial to have an option for calling it asynchronously. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 2 months

1
0
0 / 0

[JBoss JIRA] (JBTM-1907) com.arjuna.ats.internal.arjuna.utils.UuidProcessId.getpid is slow

by Mark Little (JIRA)

[ https://issues.jboss.org/browse/JBTM-1907?page=com.atlassian.jira.plugin.... ] Mark Little reassigned JBTM-1907: --------------------------------- Assignee: Mark Little (was: Tom Jenkinson) > com.arjuna.ats.internal.arjuna.utils.UuidProcessId.getpid is slow > ----------------------------------------------------------------- > > Key: JBTM-1907 > URL: https://issues.jboss.org/browse/JBTM-1907 > Project: JBoss Transaction Manager > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 5.0.0.M4 > Reporter: Stuart Douglas > Assignee: Mark Little > > the getPid() method uses a synchronized block that is hit on every call, which can causes a lot of unnecessary contention. I'm not sure why the pid cannot just be initialized in the constructor? Or failing that a volatile var + double checked locking would be faster. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 2 months

1
0
0 / 0

[JBoss JIRA] (JBTM-1907) com.arjuna.ats.internal.arjuna.utils.UuidProcessId.getpid is slow

by Mark Little (JIRA)

[ https://issues.jboss.org/browse/JBTM-1907?page=com.atlassian.jira.plugin.... ] Mark Little commented on JBTM-1907: ----------------------------------- Yes, it can be set either way. > com.arjuna.ats.internal.arjuna.utils.UuidProcessId.getpid is slow > ----------------------------------------------------------------- > > Key: JBTM-1907 > URL: https://issues.jboss.org/browse/JBTM-1907 > Project: JBoss Transaction Manager > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 5.0.0.M4 > Reporter: Stuart Douglas > Assignee: Mark Little > > the getPid() method uses a synchronized block that is hit on every call, which can causes a lot of unnecessary contention. I'm not sure why the pid cannot just be initialized in the constructor? Or failing that a volatile var + double checked locking would be faster. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 2 months

1
0
0 / 0

[JBoss JIRA] (JBTM-1907) com.arjuna.ats.internal.arjuna.utils.UuidProcessId.getpid is slow

by Mark Little (JIRA)

[ https://issues.jboss.org/browse/JBTM-1907?page=com.atlassian.jira.plugin.... ] Work on JBTM-1907 started by Mark Little. > com.arjuna.ats.internal.arjuna.utils.UuidProcessId.getpid is slow > ----------------------------------------------------------------- > > Key: JBTM-1907 > URL: https://issues.jboss.org/browse/JBTM-1907 > Project: JBoss Transaction Manager > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 5.0.0.M4 > Reporter: Stuart Douglas > Assignee: Mark Little > > the getPid() method uses a synchronized block that is hit on every call, which can causes a lot of unnecessary contention. I'm not sure why the pid cannot just be initialized in the constructor? Or failing that a volatile var + double checked locking would be faster. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 2 months

1
0
0 / 0

[JBoss JIRA] (JBTM-1907) com.arjuna.ats.internal.arjuna.utils.UuidProcessId.getpid is slow

by Stuart Douglas (JIRA)

Stuart Douglas created JBTM-1907: ------------------------------------ Summary: com.arjuna.ats.internal.arjuna.utils.UuidProcessId.getpid is slow Key: JBTM-1907 URL: https://issues.jboss.org/browse/JBTM-1907 Project: JBoss Transaction Manager Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 5.0.0.M4 Reporter: Stuart Douglas Assignee: Tom Jenkinson the getPid() method uses a synchronized block that is hit on every call, which can causes a lot of unnecessary contention. I'm not sure why the pid cannot just be initialized in the constructor? Or failing that a volatile var + double checked locking would be faster. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 2 months

1
0
0 / 0

[JBoss JIRA] (JBTM-1904) develop the blacktie subsystem in a separate repo

by Amos Feng (JIRA)

[ https://issues.jboss.org/browse/JBTM-1904?page=com.atlassian.jira.plugin.... ] Amos Feng updated JBTM-1904: ---------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/jbosstm/narayana/pull/423 > develop the blacktie subsystem in a separate repo > ------------------------------------------------- > > Key: JBTM-1904 > URL: https://issues.jboss.org/browse/JBTM-1904 > Project: JBoss Transaction Manager > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: Application Server Integration, BlackTie > Reporter: Amos Feng > Assignee: Amos Feng > Fix For: 5.0.0.M5 > > > investigate a way to develop a subsystem in a separate repo to the wildfly one and drop it into an unzipped wildfly for instance. > I don't think we will get the subsystem merged into wildfly unless we do some drastic work we can't afford at the moment like to reimplement with XNIO. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 2 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

jbossts-issues September 2013