[bind10-dev] numeric/integer size on CC channel

fujiwara at jprs.co.jp fujiwara at jprs.co.jp
Fri Jun 21 03:25:46 UTC 2013


Hello,

> From: "Michal 'vorner' Vaner" <michal.vaner at nic.cz>
>> Statistics value is unsigned.
>> If we choose 32bit intElement, we cannot carry 32bit unsigned value.
>> If we choose 64bit intElement, we cannot carry 64bit unsigned value.
>> 
>> We must prepare unsigned Element.
> 
> That's something I don't agree with. If you use only the positive half of signed
> 64bit integer, you can store unsigned numbers there. I don't think it is
> possible to exhaust that 63 bits of number. The maximum number of signed 64bit
> integer is 9223372036854775807, which looks huge enough. If it isn't, that one
> more bit won't help.
> 
> My opinion here is it is safe to use signed 64bit integer for statistics counter
> and saves us trouble with the conversions.
> 
> Do we need the doubles anyway? Wouldn't it be just better to use int64_t
> everywhere? It would be definitely less work and possibly even introducing less
> traps for developers.

Do you mean that statistics data will corrupt if it exceeds 2^63 ?

Or do you mean that statistics data size is limited to 2^63 ?

The latter case, I can agree.

--
Kazunori Fujiwara, JPRS <fujiwara at jprs.co.jp>


More information about the bind10-dev mailing list