[
https://issues.apache.org/jira/browse/HDFS-11740?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15997144#comment-15997144
]
Weiwei Yang commented on HDFS-11740:
------------------------------------
Hi [~anu]
The main objection from me is you think this could be a good thing to have but
I think it is a problem to fix. I don't like the idea to sleep this fixed
length between state transitions. The business problem like I said was the user
experience and the performance, especially when cluster is fresh and if more
states added, but that doesn't seem to convince you.
Maybe it is not a good idea to spend more time arguing whether it is necessary
or not, as this is not something super critical. I will pause the work here but
keeping the JIRA open so we can revisit this anytime needed. Note the v3 patch
is a workable patch, you can try on your cluster and see how it works out.
Thanks for all the comments along. Appreciate.
> Ozone: Differentiate time interval for different DatanodeStateMachine state
> tasks
> ---------------------------------------------------------------------------------
>
> Key: HDFS-11740
> URL: https://issues.apache.org/jira/browse/HDFS-11740
> Project: Hadoop HDFS
> Issue Type: Sub-task
> Components: ozone
> Reporter: Weiwei Yang
> Assignee: Weiwei Yang
> Attachments: HDFS-11740-HDFS-7240.001.patch,
> HDFS-11740-HDFS-7240.002.patch, HDFS-11740-HDFS-7240.003.patch,
> statemachine_1.png, statemachine_2.png
>
>
> Currently datanode state machine transitioned between tasks in a fixed time
> interval, defined by {{ScmConfigKeys#OZONE_SCM_HEARTBEAT_INTERVAL_SECONDS}},
> the default value is 30s. Once datanode is started, it will need 90s before
> transited to {{Heartbeat}} state, such a long lag is not necessary. Propose
> to improve the logic of time interval handling, it seems only the heartbeat
> task needs to be scheduled in {{OZONE_SCM_HEARTBEAT_INTERVAL_SECONDS}}
> interval, rest should be done without any lagging.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
