[ https://issues.apache.org/jira/browse/YARN-11704?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17865292#comment-17865292 ]
ASF GitHub Bot commented on YARN-11704: --------------------------------------- zuston opened a new pull request, #6940: URL: https://github.com/apache/hadoop/pull/6940 ### Description of PR After applying the placement constraint allocator in our internal cluster, I found some hotpoint that will effect the scheduling performance as the allocation time metric value increase a lot. After dumping the flamegraph, the hotpoint is that the `SingleConstraintAppPlacementAllocator.checkCardinalityAndPending`, this should be optimized by like cache or other ways. But the unnecessary nested AND placement constraint may be a small improvement for this case. ### How was this patch tested? ### For code changes: - [ ] Does the title or this PR starts with the corresponding JIRA issue id (e.g. 'HADOOP-17799. Your PR title ...')? - [ ] Object storage: have the integration tests been executed and the endpoint declared according to the connector-specific documentation? - [ ] If adding new dependencies to the code, are these dependencies licensed in a way that is compatible for inclusion under [ASF 2.0](http://www.apache.org/legal/resolved.html#category-a)? - [ ] If applicable, have you updated the `LICENSE`, `LICENSE-binary`, `NOTICE-binary` files? > Avoid nested 'AND' placement constraint for non tags in scheduling request > -------------------------------------------------------------------------- > > Key: YARN-11704 > URL: https://issues.apache.org/jira/browse/YARN-11704 > Project: Hadoop YARN > Issue Type: Improvement > Components: capacity scheduler > Reporter: Junfan Zhang > Assignee: Junfan Zhang > Priority: Major > -- This message was sent by Atlassian Jira (v8.20.10#820010) --------------------------------------------------------------------- To unsubscribe, e-mail: yarn-issues-unsubscr...@hadoop.apache.org For additional commands, e-mail: yarn-issues-h...@hadoop.apache.org