[JBoss JIRA] Created: (JGRP-788) concurrent startup of multiple channels with shared transport is very slow, occasionally wedges.
10:06 a.m.
concurrent startup of multiple channels with shared transport is very slow, occasionally
wedges.
------------------------------------------------------------------------------------------------
Key: JGRP-788
URL: http://jira.jboss.com/jira/browse/JGRP-788
Project: JGroups
Issue Type: Bug
Affects Versions: 2.6.3
Environment: Debian Etch / Java 6.
Reporter: Robert Newson
Assigned To: Bela Ban
Attachments: shared-transport.xml
Further to the testing in ChannelConcurrencyTest, we are now verifying 2.6.3-CR2 with the
new shared transport enabled.
It appears to be a lot slower than the equivalent number of channels without shared
transport, the CCT timeout of 2 minutes often being insufficient.
Will attach config and test cases.
I've not been able to catch it actually wedged yet, but will post as soon as I get a
confirmed sighting.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
10:06 a.m.
New subject: [JBoss JIRA] Updated: (JGRP-788) concurrent startup of multiple channels with shared transport is very slow, occasionally wedges.
[ http://jira.jboss.com/jira/browse/JGRP-788?page=all ]
Robert Newson updated JGRP-788:
-------------------------------
Attachment: shared-transport.xml
added conf/shared-transport.
It's identical to flush-udp.xml with the singleton_name on UDP set to "tp".
concurrent startup of multiple channels with shared transport is very
slow, occasionally wedges.
------------------------------------------------------------------------------------------------
Key: JGRP-788
URL: http://jira.jboss.com/jira/browse/JGRP-788
Project: JGroups
Issue Type: Bug
Affects Versions: 2.6.3
Environment: Debian Etch / Java 6.
Reporter: Robert Newson
Assigned To: Bela Ban
Attachments: shared-transport.xml
Further to the testing in ChannelConcurrencyTest, we are now verifying 2.6.3-CR2 with the
new shared transport enabled.
It appears to be a lot slower than the equivalent number of channels without shared
transport, the CCT timeout of 2 minutes often being insufficient.
Will attach config and test cases.
I've not been able to catch it actually wedged yet, but will post as soon as I get a
confirmed sighting.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
10:09 a.m.
New subject: [JBoss JIRA] Updated: (JGRP-788) concurrent startup of multiple channels with shared transport is very slow, occasionally wedges.
[ http://jira.jboss.com/jira/browse/JGRP-788?page=all ]
Robert Newson updated JGRP-788:
-------------------------------
Attachment: SharedTransportConcurrencyTest.java
This brings up a number of channels using a JChannelFactory with the shared-transport.xml
configuration.
This test runs much slower than the same number of channels from ChannelConcurrencyTest
concurrent startup of multiple channels with shared transport is very
slow, occasionally wedges.
------------------------------------------------------------------------------------------------
Key: JGRP-788
URL: http://jira.jboss.com/jira/browse/JGRP-788
Project: JGroups
Issue Type: Bug
Affects Versions: 2.6.3
Environment: Debian Etch / Java 6.
Reporter: Robert Newson
Assigned To: Bela Ban
Attachments: shared-transport.xml, SharedTransportConcurrencyTest.java
Further to the testing in ChannelConcurrencyTest, we are now verifying 2.6.3-CR2 with the
new shared transport enabled.
It appears to be a lot slower than the equivalent number of channels without shared
transport, the CCT timeout of 2 minutes often being insufficient.
Will attach config and test cases.
I've not been able to catch it actually wedged yet, but will post as soon as I get a
confirmed sighting.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
10:35 a.m.
New subject: [JBoss JIRA] Updated: (JGRP-788) concurrent startup of multiple channels with shared transport is very slow, occasionally wedges.
[ http://jira.jboss.com/jira/browse/JGRP-788?page=all ]
Bela Ban updated JGRP-788:
--------------------------
Fix Version/s: 2.6.3
Description:
Further to the testing in ChannelConcurrencyTest, we are now verifying 2.6.3-CR2 with the
new shared transport enabled.
It appears to be a lot slower than the equivalent number of channels without shared
transport, the CCT timeout of 2 minutes often being insufficient.
Will attach config and test cases.
I've not been able to catch it actually wedged yet, but will post as soon as I get a
confirmed sighting.
was:
Further to the testing in ChannelConcurrencyTest, we are now verifying 2.6.3-CR2 with the
new shared transport enabled.
It appears to be a lot slower than the equivalent number of channels without shared
transport, the CCT timeout of 2 minutes often being insufficient.
Will attach config and test cases.
I've not been able to catch it actually wedged yet, but will post as soon as I get a
confirmed sighting.
Assignee: Vladimir Blagojevic (was: Bela Ban)
concurrent startup of multiple channels with shared transport is very
slow, occasionally wedges.
------------------------------------------------------------------------------------------------
Key: JGRP-788
URL: http://jira.jboss.com/jira/browse/JGRP-788
Project: JGroups
Issue Type: Bug
Affects Versions: 2.6.3
Environment: Debian Etch / Java 6.
Reporter: Robert Newson
Assigned To: Vladimir Blagojevic
Fix For: 2.6.3
Attachments: shared-transport.xml, SharedTransportConcurrencyTest.java
Further to the testing in ChannelConcurrencyTest, we are now verifying 2.6.3-CR2 with the
new shared transport enabled.
It appears to be a lot slower than the equivalent number of channels without shared
transport, the CCT timeout of 2 minutes often being insufficient.
Will attach config and test cases.
I've not been able to catch it actually wedged yet, but will post as soon as I get a
confirmed sighting.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
10:37 a.m.
New subject: [JBoss JIRA] Updated: (JGRP-788) concurrent startup of multiple channels with shared transport is very slow, occasionally wedges.
[ http://jira.jboss.com/jira/browse/JGRP-788?page=all ]
Bela Ban updated JGRP-788:
--------------------------
Fix Version/s: 2.7
concurrent startup of multiple channels with shared transport is very
slow, occasionally wedges.
------------------------------------------------------------------------------------------------
Key: JGRP-788
URL: http://jira.jboss.com/jira/browse/JGRP-788
Project: JGroups
Issue Type: Bug
Affects Versions: 2.6.3
Environment: Debian Etch / Java 6.
Reporter: Robert Newson
Assigned To: Vladimir Blagojevic
Fix For: 2.7, 2.6.3
Attachments: shared-transport.xml, SharedTransportConcurrencyTest.java
Further to the testing in ChannelConcurrencyTest, we are now verifying 2.6.3-CR2 with the
new shared transport enabled.
It appears to be a lot slower than the equivalent number of channels without shared
transport, the CCT timeout of 2 minutes often being insufficient.
Will attach config and test cases.
I've not been able to catch it actually wedged yet, but will post as soon as I get a
confirmed sighting.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
9:51 a.m.
New subject: [JBoss JIRA] Updated: (JGRP-788) concurrent startup of multiple channels with shared transport is very slow, occasionally wedges.
[ http://jira.jboss.com/jira/browse/JGRP-788?page=all ]
Vladimir Blagojevic updated JGRP-788:
-------------------------------------
Attachment: SharedTransportConcurrencyTest.java
Removed old test attachment and added a new test version
concurrent startup of multiple channels with shared transport is very
slow, occasionally wedges.
------------------------------------------------------------------------------------------------
Key: JGRP-788
URL: http://jira.jboss.com/jira/browse/JGRP-788
Project: JGroups
Issue Type: Bug
Affects Versions: 2.6.3
Environment: Debian Etch / Java 6.
Reporter: Robert Newson
Assigned To: Vladimir Blagojevic
Fix For: 2.7, 2.6.3
Attachments: shared-transport.xml, SharedTransportConcurrencyTest.java
Further to the testing in ChannelConcurrencyTest, we are now verifying 2.6.3-CR2 with the
new shared transport enabled.
It appears to be a lot slower than the equivalent number of channels without shared
transport, the CCT timeout of 2 minutes often being insufficient.
Will attach config and test cases.
I've not been able to catch it actually wedged yet, but will post as soon as I get a
confirmed sighting.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
9:51 a.m.
New subject: [JBoss JIRA] Updated: (JGRP-788) concurrent startup of multiple channels with shared transport is very slow, occasionally wedges.
[ http://jira.jboss.com/jira/browse/JGRP-788?page=all ]
Vladimir Blagojevic updated JGRP-788:
-------------------------------------
Attachment: (was: SharedTransportConcurrencyTest.java)
concurrent startup of multiple channels with shared transport is very
slow, occasionally wedges.
------------------------------------------------------------------------------------------------
Key: JGRP-788
URL: http://jira.jboss.com/jira/browse/JGRP-788
Project: JGroups
Issue Type: Bug
Affects Versions: 2.6.3
Environment: Debian Etch / Java 6.
Reporter: Robert Newson
Assigned To: Vladimir Blagojevic
Fix For: 2.7, 2.6.3
Attachments: shared-transport.xml, SharedTransportConcurrencyTest.java
Further to the testing in ChannelConcurrencyTest, we are now verifying 2.6.3-CR2 with the
new shared transport enabled.
It appears to be a lot slower than the equivalent number of channels without shared
transport, the CCT timeout of 2 minutes often being insufficient.
Will attach config and test cases.
I've not been able to catch it actually wedged yet, but will post as soon as I get a
confirmed sighting.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
9:57 a.m.
New subject: [JBoss JIRA] Updated: (JGRP-788) concurrent startup of multiple channels with shared transport is very slow, occasionally wedges.
[ http://jira.jboss.com/jira/browse/JGRP-788?page=all ]
Vladimir Blagojevic updated JGRP-788:
-------------------------------------
Attachment: (was: SharedTransportConcurrencyTest.java)
concurrent startup of multiple channels with shared transport is very
slow, occasionally wedges.
------------------------------------------------------------------------------------------------
Key: JGRP-788
URL: http://jira.jboss.com/jira/browse/JGRP-788
Project: JGroups
Issue Type: Bug
Affects Versions: 2.6.3
Environment: Debian Etch / Java 6.
Reporter: Robert Newson
Assigned To: Vladimir Blagojevic
Fix For: 2.7, 2.6.3
Attachments: shared-transport.xml, SharedTransportConcurrencyTest.java
Further to the testing in ChannelConcurrencyTest, we are now verifying 2.6.3-CR2 with the
new shared transport enabled.
It appears to be a lot slower than the equivalent number of channels without shared
transport, the CCT timeout of 2 minutes often being insufficient.
Will attach config and test cases.
I've not been able to catch it actually wedged yet, but will post as soon as I get a
confirmed sighting.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
9:57 a.m.
New subject: [JBoss JIRA] Updated: (JGRP-788) concurrent startup of multiple channels with shared transport is very slow, occasionally wedges.
[ http://jira.jboss.com/jira/browse/JGRP-788?page=all ]
Vladimir Blagojevic updated JGRP-788:
-------------------------------------
Attachment: SharedTransportConcurrencyTest.java
concurrent startup of multiple channels with shared transport is very
slow, occasionally wedges.
------------------------------------------------------------------------------------------------
Key: JGRP-788
URL: http://jira.jboss.com/jira/browse/JGRP-788
Project: JGroups
Issue Type: Bug
Affects Versions: 2.6.3
Environment: Debian Etch / Java 6.
Reporter: Robert Newson
Assigned To: Vladimir Blagojevic
Fix For: 2.7, 2.6.3
Attachments: shared-transport.xml, SharedTransportConcurrencyTest.java
Further to the testing in ChannelConcurrencyTest, we are now verifying 2.6.3-CR2 with the
new shared transport enabled.
It appears to be a lot slower than the equivalent number of channels without shared
transport, the CCT timeout of 2 minutes often being insufficient.
Will attach config and test cases.
I've not been able to catch it actually wedged yet, but will post as soon as I get a
confirmed sighting.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
9:57 a.m.
New subject: [JBoss JIRA] Updated: (JGRP-788) concurrent startup of multiple channels with shared transport is very slow, occasionally wedges.
[ http://jira.jboss.com/jira/browse/JGRP-788?page=all ]
Vladimir Blagojevic updated JGRP-788:
-------------------------------------
Attachment: (was: shared-transport.xml)
concurrent startup of multiple channels with shared transport is very
slow, occasionally wedges.
------------------------------------------------------------------------------------------------
Key: JGRP-788
URL: http://jira.jboss.com/jira/browse/JGRP-788
Project: JGroups
Issue Type: Bug
Affects Versions: 2.6.3
Environment: Debian Etch / Java 6.
Reporter: Robert Newson
Assigned To: Vladimir Blagojevic
Fix For: 2.7, 2.6.3
Attachments: shared-transport.xml, SharedTransportConcurrencyTest.java
Further to the testing in ChannelConcurrencyTest, we are now verifying 2.6.3-CR2 with the
new shared transport enabled.
It appears to be a lot slower than the equivalent number of channels without shared
transport, the CCT timeout of 2 minutes often being insufficient.
Will attach config and test cases.
I've not been able to catch it actually wedged yet, but will post as soon as I get a
confirmed sighting.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
9:57 a.m.
New subject: [JBoss JIRA] Updated: (JGRP-788) concurrent startup of multiple channels with shared transport is very slow, occasionally wedges.
[ http://jira.jboss.com/jira/browse/JGRP-788?page=all ]
Vladimir Blagojevic updated JGRP-788:
-------------------------------------
Attachment: shared-transport.xml
concurrent startup of multiple channels with shared transport is very
slow, occasionally wedges.
------------------------------------------------------------------------------------------------
Key: JGRP-788
URL: http://jira.jboss.com/jira/browse/JGRP-788
Project: JGroups
Issue Type: Bug
Affects Versions: 2.6.3
Environment: Debian Etch / Java 6.
Reporter: Robert Newson
Assigned To: Vladimir Blagojevic
Fix For: 2.7, 2.6.3
Attachments: shared-transport.xml, SharedTransportConcurrencyTest.java
Further to the testing in ChannelConcurrencyTest, we are now verifying 2.6.3-CR2 with the
new shared transport enabled.
It appears to be a lot slower than the equivalent number of channels without shared
transport, the CCT timeout of 2 minutes often being insufficient.
Will attach config and test cases.
I've not been able to catch it actually wedged yet, but will post as soon as I get a
confirmed sighting.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
9:59 a.m.
New subject: [JBoss JIRA] Commented: (JGRP-788) concurrent startup of multiple channels with shared transport is very slow, occasionally wedges.
[ http://jira.jboss.com/jira/browse/JGRP-788?page=comments#action_12418745 ]
Vladimir Blagojevic commented on JGRP-788:
------------------------------------------
I've tested attached SharedTransportConcurrenyTest and shared-transport.xml on a
cluster of 8 machines for over 30 runs. Never seen a problem of a lockup or a test failue.
Consider closing this issue.
concurrent startup of multiple channels with shared transport is very
slow, occasionally wedges.
------------------------------------------------------------------------------------------------
Key: JGRP-788
URL: http://jira.jboss.com/jira/browse/JGRP-788
Project: JGroups
Issue Type: Bug
Affects Versions: 2.6.3
Environment: Debian Etch / Java 6.
Reporter: Robert Newson
Assigned To: Vladimir Blagojevic
Fix For: 2.7, 2.6.3
Attachments: shared-transport.xml, SharedTransportConcurrencyTest.java
Further to the testing in ChannelConcurrencyTest, we are now verifying 2.6.3-CR2 with the
new shared transport enabled.
It appears to be a lot slower than the equivalent number of channels without shared
transport, the CCT timeout of 2 minutes often being insufficient.
Will attach config and test cases.
I've not been able to catch it actually wedged yet, but will post as soon as I get a
confirmed sighting.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
10:02 a.m.
New subject: [JBoss JIRA] Resolved: (JGRP-788) concurrent startup of multiple channels with shared transport is very slow, occasionally wedges.
[ http://jira.jboss.com/jira/browse/JGRP-788?page=all ]
Bela Ban resolved JGRP-788.
---------------------------
Resolution: Done
Test program passes 100% all the time
concurrent startup of multiple channels with shared transport is very
slow, occasionally wedges.
------------------------------------------------------------------------------------------------
Key: JGRP-788
URL: http://jira.jboss.com/jira/browse/JGRP-788
Project: JGroups
Issue Type: Bug
Affects Versions: 2.6.3
Environment: Debian Etch / Java 6.
Reporter: Robert Newson
Assigned To: Vladimir Blagojevic
Fix For: 2.6.3, 2.7
Attachments: shared-transport.xml, SharedTransportConcurrencyTest.java
Further to the testing in ChannelConcurrencyTest, we are now verifying 2.6.3-CR2 with the
new shared transport enabled.
It appears to be a lot slower than the equivalent number of channels without shared
transport, the CCT timeout of 2 minutes often being insufficient.
Will attach config and test cases.
I've not been able to catch it actually wedged yet, but will post as soon as I get a
confirmed sighting.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
6529
days inactive
6539
days old
12 comments
3 participants
participants (3)
-
Bela Ban (JIRA) -
Robert Newson (JIRA)
-
Vladimir Blagojevic (JIRA)