hadoop-hdfs-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Arpit Agarwal (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (HDFS-9821) HDFS configuration should accept friendly time units
Date Tue, 23 Feb 2016 22:24:18 GMT

    [ https://issues.apache.org/jira/browse/HDFS-9821?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15159773#comment-15159773

Arpit Agarwal commented on HDFS-9821:

bq. Why don't we keep the existing configuration as-is and use the predefined unit as the
default unit? When the value is set without a unit, the default unit is used. When it is set
with a unit, the default unit is overridden.
Hi [~szetszwo], the first option in the description meant to say what you describe for backwards

Steve, yes we'd accept ms suffix for milliseconds in config. Edited description for clarity.

> HDFS configuration should accept friendly time units
> ----------------------------------------------------
>                 Key: HDFS-9821
>                 URL: https://issues.apache.org/jira/browse/HDFS-9821
>             Project: Hadoop HDFS
>          Issue Type: Improvement
>          Components: datanode, namenode
>    Affects Versions: 2.8.0
>            Reporter: Arpit Agarwal
>            Assignee: Xiaobing Zhou
> HDFS configuration keys that define time intervals use units inconsistently (Hours, seconds,
> Not all keys have the unit as part of their name. Related keys may use different units
e.g. {{dfs.blockreport.intervalMsec}} accepts msec while {{dfs.blockreport.initialDelay}}
accepts seconds. Milliseconds is rarely useful as a time unit which makes these values hard
to parse when reading config files.
> We can either
> # Let existing keys use friendly units e.g. 100ms, 60s, 5m, 1d, 6w etc. This can be done
compatibly since there will be no conflict with existing valid configuration. If no suffix
is specified just default to the current time unit.
> # Just deprecate the existing keys and define new ones that accept friendly units.
> We continue to use fine-grained time units (usually ms) internally in code and also accept
"ms" option for tests.

This message was sent by Atlassian JIRA

View raw message