June 2017 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-7922) OffHeap stream causes too many entries in memory at once

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-7922?page=com.atlassian.jira.plugin.... ] Dan Berindei commented on ISPN-7922: ------------------------------------ [~william.burns] what exactly is the address counter? I couldn't find any reference to it in the code :) > OffHeap stream causes too many entries in memory at once > -------------------------------------------------------- > > Key: ISPN-7922 > URL: https://issues.jboss.org/browse/ISPN-7922 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 9.0.1.Final > Reporter: William Burns > Assignee: William Burns > Fix For: 9.0.2.Final, 9.1.0.Beta1 > > > Using flatMap for some reason causes the stream operation to keep entries in memory for all entries that map to a given lock. We should have these processed by address counter instead. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7923) Non-repeatable reads when data is lost

by Dan Berindei (JIRA)

Dan Berindei created ISPN-7923: ---------------------------------- Summary: Non-repeatable reads when data is lost Key: ISPN-7923 URL: https://issues.jboss.org/browse/ISPN-7923 Project: Infinispan Issue Type: Bug Components: Core Affects Versions: 9.1.0.Alpha1 Reporter: Dan Berindei Assignee: Radim Vansa When an entry `k=v` is lost and partition handling is disabled, `cache.get(k)` will return `null`. However, a second `cache.get(k)` in the same transaction could return a non-null value, because the `AllOwnersLostException` is only handled in `StateTransferInterceptor`, and STI doesn't put the null value in the context. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7922) OffHeap stream causes too many entries in memory at once

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-7922?page=com.atlassian.jira.plugin.... ] William Burns updated ISPN-7922: -------------------------------- Fix Version/s: 9.0.2.Final 9.1.0.Beta1 > OffHeap stream causes too many entries in memory at once > -------------------------------------------------------- > > Key: ISPN-7922 > URL: https://issues.jboss.org/browse/ISPN-7922 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 9.0.1.Final > Reporter: William Burns > Assignee: William Burns > Fix For: 9.0.2.Final, 9.1.0.Beta1 > > > Using flatMap for some reason causes the stream operation to keep entries in memory for all entries that map to a given lock. We should have these processed by address counter instead. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7922) OffHeap stream causes too many entries in memory at once

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-7922?page=com.atlassian.jira.plugin.... ] William Burns updated ISPN-7922: -------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/5200 > OffHeap stream causes too many entries in memory at once > -------------------------------------------------------- > > Key: ISPN-7922 > URL: https://issues.jboss.org/browse/ISPN-7922 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 9.0.1.Final > Reporter: William Burns > Assignee: William Burns > > Using flatMap for some reason causes the stream operation to keep entries in memory for all entries that map to a given lock. We should have these processed by address counter instead. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7922) OffHeap stream causes too many entries in memory at once

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-7922?page=com.atlassian.jira.plugin.... ] William Burns edited comment on ISPN-7922 at 6/13/17 10:02 PM: --------------------------------------------------------------- This is the exact -bug- issue I am running into, where the stream returned in flatMap has to be completely exhausted before sending a single entry down stream https://stackoverflow.com/a/29986041/4222962 was (Author: william.burns): This is the exact bug I am running into, where the stream returned in flatMap has to be completely exhausted before sending a single entry down stream https://stackoverflow.com/a/29986041/4222962 > OffHeap stream causes too many entries in memory at once > -------------------------------------------------------- > > Key: ISPN-7922 > URL: https://issues.jboss.org/browse/ISPN-7922 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 9.0.1.Final > Reporter: William Burns > Assignee: William Burns > > Using flatMap for some reason causes the stream operation to keep entries in memory for all entries that map to a given lock. We should have these processed by address counter instead. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7922) OffHeap stream causes too many entries in memory at once

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-7922?page=com.atlassian.jira.plugin.... ] William Burns edited comment on ISPN-7922 at 6/13/17 10:02 PM: --------------------------------------------------------------- Looking closer there are some other major -bugs- issues with flatMap https://stackoverflow.com/questions/29229373/why-filter-after-flatmap-is-... was (Author: william.burns): Looking closer there are some other major bugs with flatMap https://stackoverflow.com/questions/29229373/why-filter-after-flatmap-is-... > OffHeap stream causes too many entries in memory at once > -------------------------------------------------------- > > Key: ISPN-7922 > URL: https://issues.jboss.org/browse/ISPN-7922 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 9.0.1.Final > Reporter: William Burns > Assignee: William Burns > > Using flatMap for some reason causes the stream operation to keep entries in memory for all entries that map to a given lock. We should have these processed by address counter instead. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7922) OffHeap stream causes too many entries in memory at once

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-7922?page=com.atlassian.jira.plugin.... ] William Burns commented on ISPN-7922: ------------------------------------- This is the exact bug I am running into https://stackoverflow.com/a/29986041/4222962 > OffHeap stream causes too many entries in memory at once > -------------------------------------------------------- > > Key: ISPN-7922 > URL: https://issues.jboss.org/browse/ISPN-7922 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 9.0.1.Final > Reporter: William Burns > Assignee: William Burns > > Using flatMap for some reason causes the stream operation to keep entries in memory for all entries that map to a given lock. We should have these processed by address counter instead. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7922) OffHeap stream causes too many entries in memory at once

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-7922?page=com.atlassian.jira.plugin.... ] William Burns edited comment on ISPN-7922 at 6/13/17 9:48 PM: -------------------------------------------------------------- This is the exact bug I am running into, where the stream returned in flatMap has to be completely exhausted before sending a single entry down stream https://stackoverflow.com/a/29986041/4222962 was (Author: william.burns): This is the exact bug I am running into https://stackoverflow.com/a/29986041/4222962 > OffHeap stream causes too many entries in memory at once > -------------------------------------------------------- > > Key: ISPN-7922 > URL: https://issues.jboss.org/browse/ISPN-7922 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 9.0.1.Final > Reporter: William Burns > Assignee: William Burns > > Using flatMap for some reason causes the stream operation to keep entries in memory for all entries that map to a given lock. We should have these processed by address counter instead. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7922) OffHeap stream causes too many entries in memory at once

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-7922?page=com.atlassian.jira.plugin.... ] William Burns commented on ISPN-7922: ------------------------------------- Looking closer there are some other major bugs with flatMap https://stackoverflow.com/questions/29229373/why-filter-after-flatmap-is-... > OffHeap stream causes too many entries in memory at once > -------------------------------------------------------- > > Key: ISPN-7922 > URL: https://issues.jboss.org/browse/ISPN-7922 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 9.0.1.Final > Reporter: William Burns > Assignee: William Burns > > Using flatMap for some reason causes the stream operation to keep entries in memory for all entries that map to a given lock. We should have these processed by address counter instead. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7922) OffHeap stream causes too many entries in memory at once

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-7922?page=com.atlassian.jira.plugin.... ] William Burns updated ISPN-7922: -------------------------------- Status: Open (was: New) > OffHeap stream causes too many entries in memory at once > -------------------------------------------------------- > > Key: ISPN-7922 > URL: https://issues.jboss.org/browse/ISPN-7922 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 9.0.1.Final > Reporter: William Burns > Assignee: William Burns > > Using flatMap for some reason causes the stream operation to keep entries in memory for all entries that map to a given lock. We should have these processed by address counter instead. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 9 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 June 2017