qpid-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Alan Conway <acon...@redhat.com>
Subject Re: C++ messaging client: fractional values for reconnect parameters?
Date Mon, 06 Feb 2012 14:54:23 GMT
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:dev-subscribe@qpid.apache.org


Mime
View raw message