You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@spark.apache.org by "jianbo li (JIRA)" <ji...@apache.org> on 2016/05/12 10:22:12 UTC
[jira] [Commented] (SPARK-2677) BasicBlockFetchIterator#next can
wait forever
[ https://issues.apache.org/jira/browse/SPARK-2677?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15281402#comment-15281402 ]
jianbo li commented on SPARK-2677:
----------------------------------
It seems this issue still can occur on spark 1.5.2 release version
> BasicBlockFetchIterator#next can wait forever
> ---------------------------------------------
>
> Key: SPARK-2677
> URL: https://issues.apache.org/jira/browse/SPARK-2677
> Project: Spark
> Issue Type: Bug
> Components: Spark Core
> Affects Versions: 0.9.2, 1.0.0, 1.0.1
> Reporter: Kousuke Saruta
> Assignee: Kousuke Saruta
> Priority: Blocker
> Fix For: 1.1.0
>
>
> In BasicBlockFetchIterator#next, it waits fetch result on result.take.
> {code}
> override def next(): (BlockId, Option[Iterator[Any]]) = {
> resultsGotten += 1
> val startFetchWait = System.currentTimeMillis()
> val result = results.take()
> val stopFetchWait = System.currentTimeMillis()
> _fetchWaitTime += (stopFetchWait - startFetchWait)
> if (! result.failed) bytesInFlight -= result.size
> while (!fetchRequests.isEmpty &&
> (bytesInFlight == 0 || bytesInFlight + fetchRequests.front.size <= maxBytesInFlight)) {
> sendRequest(fetchRequests.dequeue())
> }
> (result.blockId, if (result.failed) None else Some(result.deserialize()))
> }
> {code}
> But, results is implemented as LinkedBlockingQueue so if remote executor hang up, fetching Executor waits forever.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscribe@spark.apache.org
For additional commands, e-mail: issues-help@spark.apache.org