June 2013 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-3235) Repeatable Read: skip remote get if the key was previously read

by Pedro Ruivo (JIRA)

Pedro Ruivo created ISPN-3235: --------------------------------- Summary: Repeatable Read: skip remote get if the key was previously read Key: ISPN-3235 URL: https://issues.jboss.org/browse/ISPN-3235 Project: Infinispan Issue Type: Enhancement Affects Versions: 5.3.0.CR1 Reporter: Pedro Ruivo Assignee: Pedro Ruivo Fix For: 5.3.0.Final When Repeatable Read, if the key was previously read or write, skip the remote fetch since the value return is discarded. -- 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, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3214) When non owner updates non-tx dist cache the L1 is not updated

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-3214?page=com.atlassian.jira.plugin.... ] William Burns reassigned ISPN-3214: ----------------------------------- Assignee: William Burns (was: Mircea Markus) > When non owner updates non-tx dist cache the L1 is not updated > -------------------------------------------------------------- > > Key: ISPN-3214 > URL: https://issues.jboss.org/browse/ISPN-3214 > Project: Infinispan > Issue Type: Bug > Components: Distributed Cache > Affects Versions: 5.2.6.Final > Reporter: William Burns > Assignee: William Burns > > Non tx DIST caches only add/update the L1 on a GetKeyValueCommand. The tx DIST cache updates the L1 cache on write operations as well. This should be consistent and is a minor performance issue. -- 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, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3214) When non owner updates non-tx dist cache the L1 is not updated

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-3214?page=com.atlassian.jira.plugin.... ] Work on ISPN-3214 started by William Burns. > When non owner updates non-tx dist cache the L1 is not updated > -------------------------------------------------------------- > > Key: ISPN-3214 > URL: https://issues.jboss.org/browse/ISPN-3214 > Project: Infinispan > Issue Type: Bug > Components: Distributed Cache > Affects Versions: 5.2.6.Final > Reporter: William Burns > Assignee: William Burns > > Non tx DIST caches only add/update the L1 on a GetKeyValueCommand. The tx DIST cache updates the L1 cache on write operations as well. This should be consistent and is a minor performance issue. -- 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, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3221) Put back DONT_BUNDLE for sync requests due to some regressions in performance

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-3221?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-3221: -------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > Put back DONT_BUNDLE for sync requests due to some regressions in performance > ----------------------------------------------------------------------------- > > Key: ISPN-3221 > URL: https://issues.jboss.org/browse/ISPN-3221 > Project: Infinispan > Issue Type: Bug > Affects Versions: 5.3.0.CR1 > Reporter: Pedro Ruivo > Assignee: Pedro Ruivo > Fix For: 5.3.0.CR2 > > > from mailling list: The performance drops from about 7800 writes/s to 4800 writes/s, and from 1.5M reads/s to 1.2M reads/s (having slower reads in replicated mode is really odd). -- 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, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2840) conditional operations don't work concurrently for transactional caches with write skew check enabled

by Pedro Ruivo (JIRA)

[ https://issues.jboss.org/browse/ISPN-2840?page=com.atlassian.jira.plugin.... ] Work on ISPN-2840 started by Pedro Ruivo. > conditional operations don't work concurrently for transactional caches with write skew check enabled > ----------------------------------------------------------------------------------------------------- > > Key: ISPN-2840 > URL: https://issues.jboss.org/browse/ISPN-2840 > Project: Infinispan > Issue Type: Bug > Affects Versions: 5.2.1.Final > Reporter: Mircea Markus > Assignee: Pedro Ruivo > Priority: Critical > Labels: 5.2.x > Fix For: 6.0.0.Final > > > ConditionalOperationsConcurrentWriteSkewTest is added (disabled) to prove just that. -- 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, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3178) Fix CHMv8 bug with tree hash bins

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-3178?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-3178: ----------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/1904 > Fix CHMv8 bug with tree hash bins > --------------------------------- > > Key: ISPN-3178 > URL: https://issues.jboss.org/browse/ISPN-3178 > Project: Infinispan > Issue Type: Bug > Reporter: Galder Zamarreño > Assignee: Galder Zamarreño > Fix For: 5.3.0.Final > > > Verify that http://cs.oswego.edu/pipermail/concurrency-interest/attachments/20130601/... fails with our CHMv8 and update it with the fix in http://gee.cs.oswego.edu/cgi-bin/viewcvs.cgi/jsr166/src/main/java/util/co... -- 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, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3178) Fix CHMv8 bug with tree hash bins

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-3178?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-3178: ----------------------------------- Fix Version/s: 5.3.0.CR2 Affects Version/s: 5.3.0.CR1 5.2.6.Final > Fix CHMv8 bug with tree hash bins > --------------------------------- > > Key: ISPN-3178 > URL: https://issues.jboss.org/browse/ISPN-3178 > Project: Infinispan > Issue Type: Bug > Affects Versions: 5.2.6.Final, 5.3.0.CR1 > Reporter: Galder Zamarreño > Assignee: Galder Zamarreño > Fix For: 5.3.0.CR2, 5.3.0.Final > > > Verify that http://cs.oswego.edu/pipermail/concurrency-interest/attachments/20130601/... fails with our CHMv8 and update it with the fix in http://gee.cs.oswego.edu/cgi-bin/viewcvs.cgi/jsr166/src/main/java/util/co... -- 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, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2657) Support for LevelDB CacheStore

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-2657?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-2657: ----------------------------------------------- Tristan Tarrant <ttarrant(a)redhat.com> made a comment on [bug 974403|https://bugzilla.redhat.com/show_bug.cgi?id=974403] Built in Brew/MEAD: https://brewweb.devel.redhat.com/taskinfo?taskID=5909632 The server itself is http://download.devel.redhat.com/brewroot/work/tasks/9632/5909632/com/jbo... Add - leveldb-0.6.jar in modules/org/iq80/leveldb/main - leveldb-api-0.6.jar in modules/org/iq80/leveldb/api/main modify the respective module.xml to include those jars in the resources, e.g.: <resources> <resource-root path="leveldb-0.6.jar"/>  </resources> Add the following to a cache definition in standalone.xml to configure the database <store class="org.infinispan.loaders.leveldb.LevelDBCacheStore"> <property name="location" value="/path/to/leveldb/data" /> </store> > Support for LevelDB CacheStore > ------------------------------ > > Key: ISPN-2657 > URL: https://issues.jboss.org/browse/ISPN-2657 > Project: Infinispan > Issue Type: Feature Request > Components: Loaders and Stores > Reporter: Ray Tsang > Assignee: Ray Tsang > Fix For: 5.2.7.Final, 5.3.0.CR2, 5.3.0.Final > > > Support for LevelDB, a fast key-value persistence storage. > There is a pure java implementation and a jni by fuse -- 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, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2657) Support for LevelDB CacheStore

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-2657?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-2657: ----------------------------------------------- Tristan Tarrant <ttarrant(a)redhat.com> changed the Status of [bug 974403|https://bugzilla.redhat.com/show_bug.cgi?id=974403] from NEW to MODIFIED > Support for LevelDB CacheStore > ------------------------------ > > Key: ISPN-2657 > URL: https://issues.jboss.org/browse/ISPN-2657 > Project: Infinispan > Issue Type: Feature Request > Components: Loaders and Stores > Reporter: Ray Tsang > Assignee: Ray Tsang > Fix For: 5.2.7.Final, 5.3.0.CR2, 5.3.0.Final > > > Support for LevelDB, a fast key-value persistence storage. > There is a pure java implementation and a jni by fuse -- 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, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2965) L1 and early invalidation leaves inconsistent state

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-2965?page=com.atlassian.jira.plugin.... ] Work on ISPN-2965 started by William Burns. > L1 and early invalidation leaves inconsistent state > --------------------------------------------------- > > Key: ISPN-2965 > URL: https://issues.jboss.org/browse/ISPN-2965 > Project: Infinispan > Issue Type: Bug > Components: Distributed Cache, Transactions > Affects Versions: 5.2.1.Final > Reporter: Sebastian Tusk > Assignee: William Burns > Labels: 5.2.x > Fix For: 5.3.0.Final > > > In a distributed transactional cache with L1 enabled I can observe the following. > Prepare cache by adding an entry with Cache.put( k, v1 ). > 1. Node B starts with adding a changed value. Cache.put( k, v2 ) > 2. Node B TxDistributionInterceptor.visitPrepareCommand flushL1Caches sends invalidations. > 3. Node A calls Cache.get( k ) retrieves v1 and stores this value in L1. > 4. Node B proceeds with transaction. > The result is that Node A answers subsequent Cache.get(k) with v1 and Node B answers with v2. > It seems the invalidation is either send to early or must be synchronized in some way with the transaction. > Cache config: > <namedCache name="entity"> > <jmxStatistics enabled="true" /> > <clustering mode="dist"> > <stateTransfer fetchInMemoryState="false" timeout="20000" /> > <async /> > <l1 enabled="true" /> > <hash numOwners="1"/> > </clustering> > <locking isolationLevel="READ_COMMITTED" > lockAcquisitionTimeout="15000" useLockStriping="false" /> > <eviction maxEntries="10000" strategy="LRU" /> > <expiration maxIdle="100000" wakeUpInterval="5000"/> > <storeAsBinary storeKeysAsBinary="true" storeValuesAsBinary="false" enabled="false" /> > <transaction transactionMode="TRANSACTIONAL" autoCommit="false" lockingMode="OPTIMISTIC"/> > </namedCache> -- 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, 7 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues June 2013