[
https://issues.apache.org/jira/browse/HDDS-1767?focusedWorklogId=278849&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-278849
]
ASF GitHub Bot logged work on HDDS-1767:
----------------------------------------
Author: ASF GitHub Bot
Created on: 18/Jul/19 09:18
Start Date: 18/Jul/19 09:18
Worklog Time Spent: 10m
Work Description: lokeshj1703 commented on issue #1087: HDDS-1767:
ContainerStateMachine should have its own executors for executing
applyTransaction calls
URL: https://github.com/apache/hadoop/pull/1087#issuecomment-512736112
@mukul1987 Thanks for reviewing the PR! I have merged it with trunk.
----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
[email protected]
Issue Time Tracking
-------------------
Worklog Id: (was: 278849)
Time Spent: 40m (was: 0.5h)
> ContainerStateMachine should have its own executors for executing
> applyTransaction calls
> ----------------------------------------------------------------------------------------
>
> Key: HDDS-1767
> URL: https://issues.apache.org/jira/browse/HDDS-1767
> Project: Hadoop Distributed Data Store
> Issue Type: Bug
> Reporter: Lokesh Jain
> Assignee: Lokesh Jain
> Priority: Major
> Labels: pull-request-available
> Time Spent: 40m
> Remaining Estimate: 0h
>
> Currently ContainerStateMachine uses the executors provided by
> XceiverServerRatis for executing applyTransaction calls. This would result in
> two or more ContainerStateMachine to share the same set of executors. Delay
> or load in one ContainerStateMachine would adversely affect the performance
> of other state machines in such a case. It is better to have separate set of
> executors for each ContainerStateMachine.
--
This message was sent by Atlassian JIRA
(v7.6.14#76016)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
