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

ASF GitHub Bot commented on FLINK-7057:
---------------------------------------

Github user tillrohrmann commented on a diff in the pull request:

    https://github.com/apache/flink/pull/4238#discussion_r133503488
  
    --- Diff: 
flink-runtime/src/main/java/org/apache/flink/runtime/jobmaster/JobMaster.java 
---
    @@ -148,7 +149,10 @@
        /** Service to contend for and retrieve the leadership of JM and RM */
        private final HighAvailabilityServices highAvailabilityServices;
     
    -   /** Blob cache manager used across jobs */
    +   /** Blob server used across jobs */
    +   private final BlobServer blobServer;
    --- End diff --
    
    I think the `JobMaster` should not depend on the `BlobServer` because the 
`BlobServer` might run on a different node (along side to the dispatcher, for 
example). Can we pass in the `BlobService` which can either be a `BlobServer` 
or a `BlobCache`? I think we have to move the `register/releaseJob` methods to 
the `BlobService` for that. Additionally, the `BlobServer` should simply do 
nothing when these methods are called. That way, we can also pass in a 
`BlobService` to the `Task` and the `TaskExecutor/TaskManager`


> move BLOB ref-counting from LibraryCacheManager to BlobCache
> ------------------------------------------------------------
>
>                 Key: FLINK-7057
>                 URL: https://issues.apache.org/jira/browse/FLINK-7057
>             Project: Flink
>          Issue Type: Sub-task
>          Components: Distributed Coordination, Network
>    Affects Versions: 1.4.0
>            Reporter: Nico Kruber
>            Assignee: Nico Kruber
>
> Currently, the {{LibraryCacheManager}} is doing some ref-counting for JAR 
> files managed by it. Instead, we want the {{BlobCache}} to do that itself for 
> all job-related BLOBs. Also, we do not want to operate on a per-{{BlobKey}} 
> level but rather per job. Therefore, the cleanup process should be adapted, 
> too.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

Reply via email to