You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@storm.apache.org by "Boyang Jerry Peng (JIRA)" <ji...@apache.org> on 2016/05/11 17:39:12 UTC
[jira] [Commented] (STORM-1779) Incorrect bfs-ordering in
DefaultResourceAwareStrategy
[ https://issues.apache.org/jira/browse/STORM-1779?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15280494#comment-15280494 ]
Boyang Jerry Peng commented on STORM-1779:
------------------------------------------
dup of https://issues.apache.org/jira/browse/STORM-1681. Already fixed in master-security as well as 1.x branch
> Incorrect bfs-ordering in DefaultResourceAwareStrategy
> ------------------------------------------------------
>
> Key: STORM-1779
> URL: https://issues.apache.org/jira/browse/STORM-1779
> Project: Apache Storm
> Issue Type: Bug
> Components: storm-core
> Affects Versions: 1.0.0
> Reporter: Pavel Smirnov
> Priority: Minor
> Labels: bug, scheduler
>
> I have designed a simple diamond topology: spout, N parallel processingBolts, joinBolt.
> https://github.com/smirnp/storm-benchmark/blob/1.0.0/src/storm/benchmark/DiamondTopology.java
> For 6-components topopoly the breadth-first search (bfs method in DefaultResourceAwareStrategy.java:323) returns 13 components, which is obviously incorrect for further scheduling (it fails on memory limits trying to schedule already scheduled tasks in priorityToExecutorMap).
> I have reimplemented bfs with the comparison with the original-one (https://github.com/smirnp/storm-benchmark/blob/1.0.0/bfs.txt)
> Please check it and fix the bug in next releases.
> P.S. storm.yaml user for scheduling is here:
> https://github.com/smirnp/storm-benchmark/blob/1.0.0/storm.yaml
> Best regards,
> Thanks
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)