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

Dongjoon Hyun edited comment on SPARK-30556 at 1/22/20 7:27 PM:
----------------------------------------------------------------

Hi, [~ajithshetty].
This looks important. Could you check the older Spark versions like 2.3.x and 
2.2.x, too? 


was (Author: dongjoon):
Hi, [~ajithshetty].
Could you check the older Spark versions like 2.3.x and 2.2.x, too? 

> SubqueryExec passes local properties to SubqueryExec.executionContext
> ---------------------------------------------------------------------
>
>                 Key: SPARK-30556
>                 URL: https://issues.apache.org/jira/browse/SPARK-30556
>             Project: Spark
>          Issue Type: Bug
>          Components: SQL
>    Affects Versions: 2.4.4, 3.0.0
>            Reporter: Ajith S
>            Priority: Major
>
> Local properties set via sparkContext are not available as TaskContext 
> properties when executing  jobs and threadpools have idle threads which are 
> reused
> Explanation:
> When SubqueryExec, the {{relationFuture}} is evaluated via a separate thread. 
> The threads inherit the {{localProperties}} from sparkContext as they are the 
> child threads.
> These threads are controlled via the executionContext (thread pools). Each 
> Thread pool has a default {{keepAliveSeconds}} of 60 seconds for idle threads.
> Scenarios where the thread pool has threads which are idle and reused for a 
> subsequent new query, the thread local properties will not be inherited from 
> spark context (thread properties are inherited only on thread creation) hence 
> end up having old or no properties set. This will cause taskset properties to 
> be missing when properties are transferred by child thread via 
> {{sparkContext.runJob/submitJob}}



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to