[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