[jira] [Updated] (SPARK-25901) Barrier mode spawns a bunch of threads that get collected on gc

2018-10-31 Thread yogesh garg (JIRA)


 [ 
https://issues.apache.org/jira/browse/SPARK-25901?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

yogesh garg updated SPARK-25901:

Description: 
After a barrier job is terminated (successfully or interrupted), the 
accompanying thread created with `Timer` in `BarrierTaskContext` shows in a 
waiting state until gc is called. We should probably have just one thread to 
schedule all such tasks, since they just log every 60 seconds.

Here's a screen shot of the threads growing with more tasks:
 !Screen Shot 2018-10-31 at 11.57.25 AM.png! 

Here's a screen shot of constant number of threads with more tasks:
 !Screen Shot 2018-10-31 at 11.57.42 AM.png! 

  was:
After a barrier job is terminated (successfully or interrupted), the 
accompanying thread created with `Timer` in `BarrierTaskContext` shows in a 
waiting state until gc is called. We should probably have just one thread to 
schedule all such tasks, since they just log every 60 seconds.

Here's a screen shot of the threads growing with more tasks:

Here's a screen shot of constant number of threads with more tasks:


> Barrier mode spawns a bunch of threads that get collected on gc
> ---
>
> Key: SPARK-25901
> URL: https://issues.apache.org/jira/browse/SPARK-25901
> Project: Spark
>  Issue Type: Bug
>  Components: Spark Core
>Affects Versions: 2.4.0
>Reporter: yogesh garg
>Priority: Major
> Attachments: Screen Shot 2018-10-31 at 11.57.25 AM.png, Screen Shot 
> 2018-10-31 at 11.57.42 AM.png
>
>
> After a barrier job is terminated (successfully or interrupted), the 
> accompanying thread created with `Timer` in `BarrierTaskContext` shows in a 
> waiting state until gc is called. We should probably have just one thread to 
> schedule all such tasks, since they just log every 60 seconds.
> Here's a screen shot of the threads growing with more tasks:
>  !Screen Shot 2018-10-31 at 11.57.25 AM.png! 
> Here's a screen shot of constant number of threads with more tasks:
>  !Screen Shot 2018-10-31 at 11.57.42 AM.png! 



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: issues-unsubscr...@spark.apache.org
For additional commands, e-mail: issues-h...@spark.apache.org



[jira] [Updated] (SPARK-25901) Barrier mode spawns a bunch of threads that get collected on gc

2018-10-31 Thread yogesh garg (JIRA)


 [ 
https://issues.apache.org/jira/browse/SPARK-25901?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

yogesh garg updated SPARK-25901:

Attachment: Screen Shot 2018-10-31 at 11.57.25 AM.png
Screen Shot 2018-10-31 at 11.57.42 AM.png

> Barrier mode spawns a bunch of threads that get collected on gc
> ---
>
> Key: SPARK-25901
> URL: https://issues.apache.org/jira/browse/SPARK-25901
> Project: Spark
>  Issue Type: Bug
>  Components: Spark Core
>Affects Versions: 2.4.0
>Reporter: yogesh garg
>Priority: Major
> Attachments: Screen Shot 2018-10-31 at 11.57.25 AM.png, Screen Shot 
> 2018-10-31 at 11.57.42 AM.png
>
>
> After a barrier job is terminated (successfully or interrupted), the 
> accompanying thread created with `Timer` in `BarrierTaskContext` shows in a 
> waiting state until gc is called. We should probably have just one thread to 
> schedule all such tasks, since they just log every 60 seconds.
> Here's a screen shot of the threads growing with more tasks:
> Here's a screen shot of constant number of threads with more tasks:



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: issues-unsubscr...@spark.apache.org
For additional commands, e-mail: issues-h...@spark.apache.org