January 2016 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-5566) Listener Observation is not obeyed for non CacheEntryEvents

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5566?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5566: ----------------------------------------------- Jakub Markos <jmarkos(a)redhat.com> changed the Status of [bug 1253615|https://bugzilla.redhat.com/show_bug.cgi?id=1253615] from ON_QA to VERIFIED > Listener Observation is not obeyed for non CacheEntryEvents > ----------------------------------------------------------- > > Key: ISPN-5566 > URL: https://issues.jboss.org/browse/ISPN-5566 > Project: Infinispan > Issue Type: Bug > Components: Listeners > Affects Versions: 7.2.2.Final > Reporter: William Burns > Assignee: William Burns > Fix For: 7.2.3.Final, 8.0.0.Beta1, 8.0.0.Final > > > ISPN-5435 added a property to the Listener annotation to specify if you want pre or post events. Unfortunately this only works for CacheEntryEvents like CacheEntryCreated. It is ignored and always does BOTH for events such as DataRehashedEvent. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5673) Observation attribute is ignored for listeners with indexed DSL filters

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5673?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5673: ----------------------------------------------- Jakub Markos <jmarkos(a)redhat.com> changed the Status of [bug 1253615|https://bugzilla.redhat.com/show_bug.cgi?id=1253615] from ON_QA to VERIFIED > Observation attribute is ignored for listeners with indexed DSL filters > ----------------------------------------------------------------------- > > Key: ISPN-5673 > URL: https://issues.jboss.org/browse/ISPN-5673 > Project: Infinispan > Issue Type: Bug > Components: Embedded Querying > Affects Versions: 8.0.0.Beta2 > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 8.0.0.CR1, 8.0.0.Final, 7.2.5.Final > > > Both pre and post events are fired even if observation was set to POST only. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-6088) Management console - performance and caching activities are not displayed in node view

by Roman Macor (JIRA)

Roman Macor created ISPN-6088: --------------------------------- Summary: Management console - performance and caching activities are not displayed in node view Key: ISPN-6088 URL: https://issues.jboss.org/browse/ISPN-6088 Project: Infinispan Issue Type: Bug Components: Console Reporter: Roman Macor Assignee: Vladimir Blagojevic page: clusters tab -> select server group -> select node Values for performance and caching activities are not displayed. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-6027) Use bundler sender-sends-with-timer by default

by Bela Ban (JIRA)

[ https://issues.jboss.org/browse/ISPN-6027?page=com.atlassian.jira.plugin.... ] Bela Ban edited comment on ISPN-6027 at 1/21/16 7:53 AM: --------------------------------------------------------- IspnPerfTest with Infinispan 8.2.0-SNAPSHOT ||JGroups || 3.6.5.Final || 3.6.7.Final || 3.6.8-SNAPSHOT || |sender-sends-with-timer | 7'500 | 7'700 | 7'800 | |sender-sends | 10'500 | 10'500 | 10'500 | |transfer-queue | 11'300 | 11'300 | 11'600 | |transfer-queue-simplified| - | - | 11'300 | Bundler type sender-sends-with-timer turns bundlig off, whereas transfer-queue and sender-sends do use bunding. This table clearly shows that bundling has better performance! was (Author: belaban): IspnPerfTest with Infinispan 8.2.0-SNAPSHOT ||JGroups || 3.6.5.Final || 3.6.7.Final || 3.6.8-SNAPSHOT || |sender-sends-with-timer | 7'500 | 7'700 | 7'800 | |sender-sends | 10'500 | 10'500 | 10'500 | |transfer-queue | 11'300 | 11'300 | 11'600 | Bundler type sender-sends-with-timer turns bundlig off, whereas transfer-queue and sender-sends do use bunding. This table clearly shows that bundling has better performance! > Use bundler sender-sends-with-timer by default > ---------------------------------------------- > > Key: ISPN-6027 > URL: https://issues.jboss.org/browse/ISPN-6027 > Project: Infinispan > Issue Type: Task > Components: Configuration, Core > Affects Versions: 8.1.0.Final > Reporter: Dan Berindei > Assignee: Dan Berindei > Fix For: 8.2.0.Beta1 > > Attachments: ispn-udp.xml, ispn-udp.xml > > > Performance tests show {{sender-sends-with-timer}} is still a bit faster than {{transfer-queue}}, so we should make it the default. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-6027) Use bundler sender-sends-with-timer by default

by Bela Ban (JIRA)

[ https://issues.jboss.org/browse/ISPN-6027?page=com.atlassian.jira.plugin.... ] Bela Ban updated ISPN-6027: --------------------------- Attachment: ispn-udp.xml New config; the only real change was bundler_type: from sender-sends-with-timer to transfer-queue > Use bundler sender-sends-with-timer by default > ---------------------------------------------- > > Key: ISPN-6027 > URL: https://issues.jboss.org/browse/ISPN-6027 > Project: Infinispan > Issue Type: Task > Components: Configuration, Core > Affects Versions: 8.1.0.Final > Reporter: Dan Berindei > Assignee: Dan Berindei > Fix For: 8.2.0.Beta1 > > Attachments: ispn-udp.xml, ispn-udp.xml > > > Performance tests show {{sender-sends-with-timer}} is still a bit faster than {{transfer-queue}}, so we should make it the default. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-6027) Use bundler sender-sends-with-timer by default

by Bela Ban (JIRA)

[ https://issues.jboss.org/browse/ISPN-6027?page=com.atlassian.jira.plugin.... ] Bela Ban commented on ISPN-6027: -------------------------------- IspnPerfTest with Infinispan 8.2.0-SNAPSHOT ||JGroups || 3.6.5.Final || 3.6.7.Final || 3.6.8-SNAPSHOT || |sender-sends-with-timer | 7'500 | 7'700 | 7'800 | |sender-sends | 10'500 | 10'500 | 10'500 | |transfer-queue | 11'300 | 11'300 | 11'600 | Bundler type sender-sends-with-timer turns bundlig off, whereas transfer-queue and sender-sends do use bunding. This table clearly shows that bundling has better performance! > Use bundler sender-sends-with-timer by default > ---------------------------------------------- > > Key: ISPN-6027 > URL: https://issues.jboss.org/browse/ISPN-6027 > Project: Infinispan > Issue Type: Task > Components: Configuration, Core > Affects Versions: 8.1.0.Final > Reporter: Dan Berindei > Assignee: Dan Berindei > Fix For: 8.2.0.Beta1 > > Attachments: ispn-udp.xml > > > Performance tests show {{sender-sends-with-timer}} is still a bit faster than {{transfer-queue}}, so we should make it the default. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-6087) Hadoop MapReduce task returns wrong results after one of the servers from the cluster is stopped

by Anna Manukyan (JIRA)

[ https://issues.jboss.org/browse/ISPN-6087?page=com.atlassian.jira.plugin.... ] Anna Manukyan reassigned ISPN-6087: ----------------------------------- Assignee: Gustavo Fernandes > Hadoop MapReduce task returns wrong results after one of the servers from the cluster is stopped > ------------------------------------------------------------------------------------------------- > > Key: ISPN-6087 > URL: https://issues.jboss.org/browse/ISPN-6087 > Project: Infinispan > Issue Type: Bug > Components: Hadoop Integration > Reporter: Anna Manukyan > Assignee: Gustavo Fernandes > Attachments: FailoverTest.log > > > The test is performed on 4 node cluster. The data read is performed from Infinispan cache, the write is performed to HDFS. > There are 200000 entries in the cache. As soon as the Hadoop Job is submitted for performing map/reduce task, one of the servers from the cluster is stopped. > The MapReduce task performs calculation of word count. > As a result, the Hadoop Map/Reduce result map contains wrong results, that is the number of the certain words found is greater than it is expected. > The failure doesn't always happen. It depends on which stage was the mapreduce task when the server stopped. > You can find the test execution log attached. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-6027) Use bundler sender-sends-with-timer by default

by Bela Ban (JIRA)

[ https://issues.jboss.org/browse/ISPN-6027?page=com.atlassian.jira.plugin.... ] Bela Ban updated ISPN-6027: --------------------------- Attachment: ispn-udp.xml Original config > Use bundler sender-sends-with-timer by default > ---------------------------------------------- > > Key: ISPN-6027 > URL: https://issues.jboss.org/browse/ISPN-6027 > Project: Infinispan > Issue Type: Task > Components: Configuration, Core > Affects Versions: 8.1.0.Final > Reporter: Dan Berindei > Assignee: Dan Berindei > Fix For: 8.2.0.Beta1 > > Attachments: ispn-udp.xml > > > Performance tests show {{sender-sends-with-timer}} is still a bit faster than {{transfer-queue}}, so we should make it the default. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-6027) Use bundler sender-sends-with-timer by default

by Bela Ban (JIRA)

[ https://issues.jboss.org/browse/ISPN-6027?page=com.atlassian.jira.plugin.... ] Bela Ban commented on ISPN-6027: -------------------------------- IspnPerfTest run with Infinispan's UDP config yielded ca. 7500 reqs/sec/node. Changing bundler_type from "sender-sends-with-timer" (effectively turning bundling off) to "transfer-queue" increased perf from 7500 -> 11'000. This was with JGroups 3.6.8-SNAPSHOT and Infinispan 'Chakra' 8.2.0-SNAPSHOT. If you can come up with a test that shows sender-sends-wth-timer is faster, please post the details here, so I can try to reproduce this on my end. > Use bundler sender-sends-with-timer by default > ---------------------------------------------- > > Key: ISPN-6027 > URL: https://issues.jboss.org/browse/ISPN-6027 > Project: Infinispan > Issue Type: Task > Components: Configuration, Core > Affects Versions: 8.1.0.Final > Reporter: Dan Berindei > Assignee: Dan Berindei > Fix For: 8.2.0.Beta1 > > > Performance tests show {{sender-sends-with-timer}} is still a bit faster than {{transfer-queue}}, so we should make it the default. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-6087) Hadoop MapReduce task returns wrong results after one of the servers from the cluster is stopped

by Anna Manukyan (JIRA)

[ https://issues.jboss.org/browse/ISPN-6087?page=com.atlassian.jira.plugin.... ] Anna Manukyan updated ISPN-6087: -------------------------------- Steps to Reproduce: You can find the test here: https://github.com/andyuk1986/infinispan-hadoop/blob/JBQA-12612/core/src/... was: You can find the test here: https://github.com/andyuk1986/infinispan-hadoop/blob/JBQA-12612/core/src/... > Hadoop MapReduce task returns wrong results after one of the servers from the cluster is stopped > ------------------------------------------------------------------------------------------------- > > Key: ISPN-6087 > URL: https://issues.jboss.org/browse/ISPN-6087 > Project: Infinispan > Issue Type: Bug > Components: Hadoop Integration > Reporter: Anna Manukyan > Attachments: FailoverTest.log > > > The test is performed on 4 node cluster. The data read is performed from Infinispan cache, the write is performed to HDFS. > There are 200000 entries in the cache. As soon as the Hadoop Job is submitted for performing map/reduce task, one of the servers from the cluster is stopped. > The MapReduce task performs calculation of word count. > As a result, the Hadoop Map/Reduce result map contains wrong results, that is the number of the certain words found is greater than it is expected. > The failure doesn't always happen. It depends on which stage was the mapreduce task when the server stopped. > You can find the test execution log attached. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 11 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues January 2016