On 02/03/2012 02:08 PM, Andrew Stitcher wrote:
On Fri, 2012-02-03 at 11:28 -0500, Alan Conway wrote:
...
--reconnect-timeout 1 == 1s [existing]
--reconnect-timeout 1s == the same as above but explicit
--reconnect-timeout 20ms == new mode less than a second
--reconnect-timeout 100us == 100 microsecs
--reconnect-timeout 1000ns == 1 microsecond (probably uselessly short)
I feel like the float approach is simpler. There's already a convenient and
_standard_ notation for expressing small values e.g. 1e-6 is a microsecond,
100e-6 is 100 microseconds, 1e-9 is a nanosecond etc. No need to introduce a
parser for a new notation.
Well I tend to think that SI is indeed an existing standard notation
(except for us which is really μs) and is somewhat shorter and (for me
at least) requires less thought.
I think you're really objecting to having to write an extra parser for
this and I agree that is a pain.
I'd also point out that this is by no means an original approach and is
used by a range of other tools (eg dd allows a suffix to specify the
units for various sizes)
All fair points, I really am just trying to get out of writing the parser. I
have to admit that 200ms is easier to read than 200e-6. I will put it on my
to-do list. I will also apply it to all the existing time values in broker
config for consistency.
---------------------------------------------------------------------
Apache Qpid - AMQP Messaging Implementation
Project: http://qpid.apache.org
Use/Interact: mailto:[email protected]