You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@spark.apache.org by "SuYan (JIRA)" <ji...@apache.org> on 2014/12/03 08:17:12 UTC
[jira] [Created] (SPARK-4714) Checking block is null or not after
having gotten info.lock in remove block method
SuYan created SPARK-4714:
----------------------------
Summary: Checking block is null or not after having gotten info.lock in remove block method
Key: SPARK-4714
URL: https://issues.apache.org/jira/browse/SPARK-4714
Project: Spark
Issue Type: Improvement
Components: Block Manager
Affects Versions: 1.1.0
Reporter: SuYan
Priority: Minor
in removeBlock()/ dropOldBlock()/ dropFromMemory()
all have the same logic:
1. info = blockInfo.get(id)
2. if (info != null)
3. info.synchronized
there may be a possibility that while one thread got info.lock while the previous thread already removed from blockinfo in info.lock.
but one thing in current code, That not check info is null or not, while get info.lock to remove block, will not cause any errors.
--
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