accumulo-notifications mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Keith Turner (JIRA)" <>
Subject [jira] [Commented] (ACCUMULO-984) Check potentially unexpected behavior with TimeUnit
Date Thu, 24 Jan 2013 17:11:12 GMT


Keith Turner commented on ACCUMULO-984:

I like option 2.  There are some existing hadoop and accumulo configs where 0 means forever.
 Using -1 would be inconsistent with these other configurations, which in IMO would be confusing.
> Check potentially unexpected behavior with TimeUnit
> ---------------------------------------------------
>                 Key: ACCUMULO-984
>                 URL:
>             Project: Accumulo
>          Issue Type: Sub-task
>          Components: client
>            Reporter: Christopher Tubbs
>             Fix For: 1.5.0
> For maxTimeout and maxLatency, there is potentially unexpected behavior if the user sets
a (very) small value. Internally, these values are stored as MILLISECONDS, but TimeUnit supports
MICROSECONDS, and NANOSECONDS, which means that when we convert values to MILLISECONDS, if
the value is small, the conversion could lose precision and change a really small value to
an exact value of 0 MILLISECONDS, which has the special interpretation of INFINITY. Setting
a really small value that internally converts to INFINITY (or Long.MAX_VALUE, at the very
least) is incorrect.
> We just to need to check this and possibly clean up the code to behave in a way more
congruent with the behavior users might expect.
> Options:
> # Treat -1 as +INF instead of 0 (which I think more intuitively means "immediate" instead
of "never" for a span of time).
> # Always round up to 1 millisecond, if the value would normally round down to 0 and wasn't
already 0 to begin with.

This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see:

View raw message