flink-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "ASF GitHub Bot (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (FLINK-2076) Bug in re-openable hash join
Date Mon, 01 Jun 2015 13:40:17 GMT

    [ https://issues.apache.org/jira/browse/FLINK-2076?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14567296#comment-14567296
] 

ASF GitHub Bot commented on FLINK-2076:
---------------------------------------

Github user chiwanpark commented on the pull request:

    https://github.com/apache/flink/pull/751#issuecomment-107478713
  
    I fixed the bug related to non-null memory segment. The bug was caused by non-clearing
`writeBehindBuffersAvailable` variable in `close()` method of `MutableHashTable` class. I
added a test case for this bug.
    
    I have a problem for creating a test case to test the bug related to null memory segment.
I think that it is related to parallelism also. If I run ConnectedComponents example with
parallelism 1, the bug not occurs. So I cannot reproduce the state without ConnectedComponents
example. 


> Bug in re-openable hash join
> ----------------------------
>
>                 Key: FLINK-2076
>                 URL: https://issues.apache.org/jira/browse/FLINK-2076
>             Project: Flink
>          Issue Type: Bug
>          Components: Local Runtime
>    Affects Versions: 0.9
>            Reporter: Stephan Ewen
>            Assignee: Chiwan Park
>
> It happens deterministically in my machine with the following setup:
> TaskManager:
>   - heap size: 512m
>   - network buffers: 4096
>   - slots: 32
> Job:
>   - ConnectedComponents
>   - 100k vertices
>   - 1.2m edges
> --> this gives around 260 m Flink managed memory, across 32 slots is 8MB per slot,
with several mem consumers in the job, makes the iterative hash join out-of-core
> {code}
> java.lang.RuntimeException: Hash Join bug in memory management: 
> Memory buffers leaked.
> 	at org.apache.flink.runtime.operators.hash.MutableHashTable.buildTableFromSpilledPartition(MutableHashTable.java:733)
> 	at org.apache.flink.runtime.operators.hash.MutableHashTable.prepareNextPartition(MutableHashTable.java:508)
> 	at org.apache.flink.runtime.operators.hash.ReOpenableMutableHashTable.prepareNextPartition(ReOpenableMutableHashTable.java:167)
> 	at org.apache.flink.runtime.operators.hash.MutableHashTable.nextRecord(MutableHashTable.java:541)
> 	at org.apache.flink.runtime.operators.hash.NonReusingBuildSecondHashMatchIterator.callWithNextKey(NonReusingBuildSecondHashMatchIterator.java:102)
> 	at org.apache.flink.runtime.operators.AbstractCachedBuildSideMatchDriver.run(AbstractCachedBuildSideMatchDriver.java:155)
> 	at org.apache.flink.runtime.operators.RegularPactTask.run(RegularPactTask.java:496)
> 	at org.apache.flink.runtime.iterative.task.AbstractIterativePactTask.run(AbstractIterativePactTask.java:139)
> 	at org.apache.flink.runtime.iterative.task.IterationIntermediatePactTask.run(IterationIntermediatePactTask.java:92)
> 	at org.apache.flink.runtime.operators.RegularPactTask.invoke(RegularPactTask.java:362)
> 	at org.apache.flink.runtime.taskmanager.Task.run(Task.java:560)
> 	at java.lang.Thread.run(Thread.java:745)
> {code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Mime
View raw message