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

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

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

    https://github.com/apache/flink/pull/4645#discussion_r137209983
  
    --- Diff: 
flink-runtime/src/main/java/org/apache/flink/runtime/rest/RestClient.java ---
    @@ -77,14 +77,10 @@
     
        private static final ObjectMapper objectMapper = 
RestMapperUtils.getStrictObjectMapper();
     
    -   // used to open connections to a rest server endpoint
    -   private final Executor executor;
    -
        private Bootstrap bootstrap;
     
    -   public RestClient(RestClientConfiguration configuration, Executor 
executor) {
    +   public RestClient(RestClientConfiguration configuration) {
    --- End diff --
    
    Given that now we let netty do all the parsing, I think it makes sense to 
allow the user to specify the size of the `NioEventLoopGroup ` (currently set 
to 1 - which can be the default).


> Rest client may buffer responses indefinitely under heavy laod
> --------------------------------------------------------------
>
>                 Key: FLINK-7582
>                 URL: https://issues.apache.org/jira/browse/FLINK-7582
>             Project: Flink
>          Issue Type: Bug
>          Components: REST
>    Affects Versions: 1.4.0
>            Reporter: Chesnay Schepler
>            Assignee: Chesnay Schepler
>             Fix For: 1.4.0
>
>
> The RestClient uses an executor for sending requests and parsing responses. 
> Under heavy load, i.e. lots of requests being sent, the executor may be used 
> exclusively for sending requests. The responses that are received by the 
> netty threads are thus never parsed and are buffered in memory, until either 
> requests stop coming in or all memory is used up.
> We should let the netty receiver thread do the parsing as well.



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

Reply via email to