May 2017 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-7804) Use non-growing buffered input stream in TcpTransport

by Wolf-Dieter Fink (JIRA)

Wolf-Dieter Fink created ISPN-7804: -------------------------------------- Summary: Use non-growing buffered input stream in TcpTransport Key: ISPN-7804 URL: https://issues.jboss.org/browse/ISPN-7804 Project: Infinispan Issue Type: Bug Components: Remote Protocols Affects Versions: 9.0.0.Final Reporter: Wolf-Dieter Fink Assignee: Tristan Tarrant The buffering implementation of {{TcpTransport.socketInputStream}} needs to use fixed size input buffer, rather than growing as {{BufferedInputStream}} does. Growing buffer can lead to excessive memory consumption on heap, and more importantly, by direct memory allocated in JDK classes and pooled in thread-local caches. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-1989) Improve AtomicMap performance

by Radim Vansa (JIRA)

[ https://issues.jboss.org/browse/ISPN-1989?page=com.atlassian.jira.plugin.... ] Radim Vansa closed ISPN-1989. ----------------------------- Resolution: Out of Date > Improve AtomicMap performance > ----------------------------- > > Key: ISPN-1989 > URL: https://issues.jboss.org/browse/ISPN-1989 > Project: Infinispan > Issue Type: Enhancement > Components: Core > Reporter: Galder Zamarreño > Assignee: Adrian Nistor > > Improve performance of AtomicMaps. Ankur has provided a test and has some figures. > Use the test to look into performance of AtomicMaps. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7803) Functional commands-based AtomicMap

by Radim Vansa (JIRA)

Radim Vansa created ISPN-7803: --------------------------------- Summary: Functional commands-based AtomicMap Key: ISPN-7803 URL: https://issues.jboss.org/browse/ISPN-7803 Project: Infinispan Issue Type: Enhancement Components: Core Reporter: Radim Vansa Assignee: Radim Vansa Implement AtomicMap based on the functional commands instead of DeltaAware. * Fine-grained and coarse-grained locking options should be preserved, though it might be necessary to introduce further locking to achieve atomicity during command execution. * Support transactional caches. * This implementation should replace the original implementation (temporarily allowing to opt-in for the old variant with a system property). -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7795) Jenkins - Add milestone before SNAPSHOT deployment

by Sebastian Łaskawiec (JIRA)

[ https://issues.jboss.org/browse/ISPN-7795?page=com.atlassian.jira.plugin.... ] Sebastian Łaskawiec updated ISPN-7795: -------------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > Jenkins - Add milestone before SNAPSHOT deployment > -------------------------------------------------- > > Key: ISPN-7795 > URL: https://issues.jboss.org/browse/ISPN-7795 > Project: Infinispan > Issue Type: Feature Request > Components: Build process > Reporter: Sebastian Łaskawiec > Assignee: Sebastian Łaskawiec > -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7794) Jenkins - create slave for small, fast jobs

by Sebastian Łaskawiec (JIRA)

[ https://issues.jboss.org/browse/ISPN-7794?page=com.atlassian.jira.plugin.... ] Sebastian Łaskawiec updated ISPN-7794: -------------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > Jenkins - create slave for small, fast jobs > ------------------------------------------- > > Key: ISPN-7794 > URL: https://issues.jboss.org/browse/ISPN-7794 > Project: Infinispan > Issue Type: Feature Request > Components: Build process > Reporter: Sebastian Łaskawiec > Assignee: Sebastian Łaskawiec > -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7802) Use non-growing buffered input stream in TcpTransport

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-7802?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-7802: ---------------------------------- Description: The buffering implementation of {{TcpTransport.socketInputStream}} needs to use fixed size input buffer, rather than growing as {{BufferedInputStream}} does. Growing buffer can lead to excessive memory consumption on heap, and more importantly, by direct memory allocated in JDK classes and pooled in thread-local caches. (was: The buffering implementation of {{TcpTransport.socketOutputStream}} needs to use fixed size input buffer, rather than growing as {{BufferedInputStream}} does. Growing buffer can lead to excessive memory consumption on heap, and more importantly, by direct memory allocated in JDK classes and pooled in thread-local caches.) > Use non-growing buffered input stream in TcpTransport > ----------------------------------------------------- > > Key: ISPN-7802 > URL: https://issues.jboss.org/browse/ISPN-7802 > Project: Infinispan > Issue Type: Bug > Components: Remote Protocols > Affects Versions: 9.0.0.Final > Reporter: Radim Vansa > Assignee: Tristan Tarrant > > The buffering implementation of {{TcpTransport.socketInputStream}} needs to use fixed size input buffer, rather than growing as {{BufferedInputStream}} does. Growing buffer can lead to excessive memory consumption on heap, and more importantly, by direct memory allocated in JDK classes and pooled in thread-local caches. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7802) Use non-growing buffered input stream in TcpTransport

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-7802?page=com.atlassian.jira.plugin.... ] Tristan Tarrant commented on ISPN-7802: --------------------------------------- This might not be necessary if mark isn't use (and it doesn't look like it). > Use non-growing buffered input stream in TcpTransport > ----------------------------------------------------- > > Key: ISPN-7802 > URL: https://issues.jboss.org/browse/ISPN-7802 > Project: Infinispan > Issue Type: Bug > Components: Remote Protocols > Affects Versions: 9.0.0.Final > Reporter: Radim Vansa > Assignee: Tristan Tarrant > > The buffering implementation of {{TcpTransport.socketInputStream}} needs to use fixed size input buffer, rather than growing as {{BufferedInputStream}} does. Growing buffer can lead to excessive memory consumption on heap, and more importantly, by direct memory allocated in JDK classes and pooled in thread-local caches. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7802) Use non-growing buffered input stream in TcpTransport

by Radim Vansa (JIRA)

Radim Vansa created ISPN-7802: --------------------------------- Summary: Use non-growing buffered input stream in TcpTransport Key: ISPN-7802 URL: https://issues.jboss.org/browse/ISPN-7802 Project: Infinispan Issue Type: Bug Components: Remote Protocols Affects Versions: 9.0.0.Final Reporter: Radim Vansa Assignee: Tristan Tarrant The buffering implementation of {{TcpTransport.socketOutputStream}} needs to use fixed size input buffer, rather than growing as {{BufferedInputStream}} does. Growing buffer can lead to excessive memory consumption on heap, and more importantly, by direct memory allocated in JDK classes and pooled in thread-local caches. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7801) RehashWithL1Test.testPutWithRehashAndCacheClear random failures

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-7801?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-7801: ------------------------------- Status: Open (was: New) > RehashWithL1Test.testPutWithRehashAndCacheClear random failures > --------------------------------------------------------------- > > Key: ISPN-7801 > URL: https://issues.jboss.org/browse/ISPN-7801 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Core > Affects Versions: 9.0.0.Final > Reporter: Dan Berindei > Assignee: Dan Berindei > Labels: testsuite_stability > Fix For: 9.1.0.Final > > > The test kills the only owner of a key and checks that when a node starts owning an L1 entry, it doesn't send it to other nodes during state transfer. Then it adds a new node (owning the key) and checks that the key isn't transferred to the new node, and it's deleted from L1 on the old nodes. The problem is that it doesn't wait, it assumes all the nodes have already removed it by the time {{getCache()}} returns on the joiner. > {noformat} > 03:24:27,606 TRACE (jgroups-5,Test-NodeB-54331:[]) [L1WriteSynchronizer] Caching remotely retrieved entry for key k0 in L1 > 03:24:27,607 TRACE (jgroups-5,Test-NodeB-54331:[]) [DefaultDataContainer] Store MortalCacheEntry{key=k0, value=some data} in container > 03:24:27,777 DEBUG (testng-Test:[]) [Test] Populating L1 on Test-NodeC-65326 > 03:24:27,777 DEBUG (testng-Test:[]) [Test] Killing node Test-NodeC-65326 > 03:24:27,781 TRACE (transport-thread-Test-NodeA-p51-t2:[Topology-___defaultcache]) [DefaultDataContainer] Removed MortalCacheEntry{key=k0, value=some data} from container > *** The entry is not removed from NodeB at this point > 03:24:27,936 DEBUG (testng-Test:[]) [Test] Checking values on Test-NodeA-2588 > 03:24:27,998 TRACE (jgroups-5,Test-NodeB-54331:[]) [CommandAwareRpcDispatcher] About to send back response SuccessfulResponse{responseValue=MortalCacheValue{value=some data, lifespan=600000, created=1493943867607}} for command ClusteredGetCommand{key=k0, flags=[]} > 03:24:28,034 TRACE (jgroups-7,Test-NodeA-2588:[]) [L1WriteSynchronizer] Caching remotely retrieved entry for key k0 in L1 > 03:24:28,044 TRACE (jgroups-7,Test-NodeA-2588:[]) [DefaultDataContainer] Store MortalCacheEntry{key=k0, value=some data} in container > 03:24:30,261 TRACE (transport-thread-Test-NodeA-p51-t6:[Topology-___defaultcache]) [InvocationContextInterceptor] Invoked with command InvalidateCommand{keys=[k0, k1, k2, k3, k4, k5, k6, k7, k8, k9]} and InvocationContext [org.infinispan.context.impl.NonTxInvocationContext@54c5cc1d] > 03:24:30,292 DEBUG (testng-Test:[]) [Test] Checking values on Test-NodeA-2588 > 03:24:30,355 ERROR (testng-Test:[]) [TestSuiteProgress] Test failed: org.infinispan.distribution.rehash.RehashWithL1Test.testPutWithRehashAndCacheClear > java.lang.AssertionError: wrong value for k0 > at org.testng.AssertJUnit.fail(AssertJUnit.java:59) ~[testng-6.8.8.jar:?] > at org.testng.AssertJUnit.assertTrue(AssertJUnit.java:24) ~[testng-6.8.8.jar:?] > at org.testng.AssertJUnit.assertNull(AssertJUnit.java:282) ~[testng-6.8.8.jar:?] > at org.infinispan.distribution.rehash.RehashWithL1Test.testPutWithRehashAndCacheClear(RehashWithL1Test.java:78) ~[test-classes/:?] > *** Too late > 03:24:30,360 TRACE (transport-thread-Test-NodeA-p51-t6:[Topology-___defaultcache]) [DefaultDataContainer] Removed MortalCacheEntry{key=k0, value=some data} from container > {noformat} -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7801) RehashWithL1Test.testPutWithRehashAndCacheClear random failures

by Dan Berindei (JIRA)

Dan Berindei created ISPN-7801: ---------------------------------- Summary: RehashWithL1Test.testPutWithRehashAndCacheClear random failures Key: ISPN-7801 URL: https://issues.jboss.org/browse/ISPN-7801 Project: Infinispan Issue Type: Bug Components: Test Suite - Core Affects Versions: 9.0.0.Final Reporter: Dan Berindei Assignee: Dan Berindei Fix For: 9.1.0.Final The test kills the only owner of a key and checks that when a node starts owning an L1 entry, it doesn't send it to other nodes during state transfer. Then it adds a new node (owning the key) and checks that the key isn't transferred to the new node, and it's deleted from L1 on the old nodes. The problem is that it doesn't wait, it assumes all the nodes have already removed it by the time {{getCache()}} returns on the joiner. {noformat} 03:24:27,606 TRACE (jgroups-5,Test-NodeB-54331:[]) [L1WriteSynchronizer] Caching remotely retrieved entry for key k0 in L1 03:24:27,607 TRACE (jgroups-5,Test-NodeB-54331:[]) [DefaultDataContainer] Store MortalCacheEntry{key=k0, value=some data} in container 03:24:27,777 DEBUG (testng-Test:[]) [Test] Populating L1 on Test-NodeC-65326 03:24:27,777 DEBUG (testng-Test:[]) [Test] Killing node Test-NodeC-65326 03:24:27,781 TRACE (transport-thread-Test-NodeA-p51-t2:[Topology-___defaultcache]) [DefaultDataContainer] Removed MortalCacheEntry{key=k0, value=some data} from container *** The entry is not removed from NodeB at this point 03:24:27,936 DEBUG (testng-Test:[]) [Test] Checking values on Test-NodeA-2588 03:24:27,998 TRACE (jgroups-5,Test-NodeB-54331:[]) [CommandAwareRpcDispatcher] About to send back response SuccessfulResponse{responseValue=MortalCacheValue{value=some data, lifespan=600000, created=1493943867607}} for command ClusteredGetCommand{key=k0, flags=[]} 03:24:28,034 TRACE (jgroups-7,Test-NodeA-2588:[]) [L1WriteSynchronizer] Caching remotely retrieved entry for key k0 in L1 03:24:28,044 TRACE (jgroups-7,Test-NodeA-2588:[]) [DefaultDataContainer] Store MortalCacheEntry{key=k0, value=some data} in container 03:24:30,261 TRACE (transport-thread-Test-NodeA-p51-t6:[Topology-___defaultcache]) [InvocationContextInterceptor] Invoked with command InvalidateCommand{keys=[k0, k1, k2, k3, k4, k5, k6, k7, k8, k9]} and InvocationContext [org.infinispan.context.impl.NonTxInvocationContext@54c5cc1d] 03:24:30,292 DEBUG (testng-Test:[]) [Test] Checking values on Test-NodeA-2588 03:24:30,355 ERROR (testng-Test:[]) [TestSuiteProgress] Test failed: org.infinispan.distribution.rehash.RehashWithL1Test.testPutWithRehashAndCacheClear java.lang.AssertionError: wrong value for k0 at org.testng.AssertJUnit.fail(AssertJUnit.java:59) ~[testng-6.8.8.jar:?] at org.testng.AssertJUnit.assertTrue(AssertJUnit.java:24) ~[testng-6.8.8.jar:?] at org.testng.AssertJUnit.assertNull(AssertJUnit.java:282) ~[testng-6.8.8.jar:?] at org.infinispan.distribution.rehash.RehashWithL1Test.testPutWithRehashAndCacheClear(RehashWithL1Test.java:78) ~[test-classes/:?] *** Too late 03:24:30,360 TRACE (transport-thread-Test-NodeA-p51-t6:[Topology-___defaultcache]) [DefaultDataContainer] Removed MortalCacheEntry{key=k0, value=some data} from container {noformat} -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 11 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues May 2017