You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@cloudstack.apache.org by Laszlo Hornyak <la...@gmail.com> on 2013/10/07 11:06:12 UTC

Re: Review Request 13901: fix long cast to double


> On Aug. 29, 2013, 12:40 p.m., Wei Zhou wrote:
> > It looks the type of varieties in vmStats class need to be changed as well.
> 
> Laszlo Hornyak wrote:
>     Hi Wei,
>     
>     VmStatsEntry.networkReadKBs and other statistics information are already double. I think that is good, the problem was that at the division of the long values another long was created which was then casted to double, and therefore it lost precision, e.g. values below 0.9 kb was truncated down to 0.
>     You can give it a try and modify the values back to long, it will make the test included in the patch fail because the values under 1kb are truncated.

ping?


- Laszlo


-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/13901/#review25728
-----------------------------------------------------------


On Aug. 29, 2013, 12:26 p.m., Laszlo Hornyak wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/13901/
> -----------------------------------------------------------
> 
> (Updated Aug. 29, 2013, 12:26 p.m.)
> 
> 
> Review request for cloudstack, Alena Prokharchyk and Wei Zhou.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> -------
> 
> - the result of dividing long with long resulted in loss of precision both for network and IO
> - unit tests included
> 
> 
> Diffs
> -----
> 
>   plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtComputingResource.java a156ae6 
>   plugins/hypervisors/kvm/test/com/cloud/hypervisor/kvm/resource/LibvirtComputingResourceTest.java 3640030 
> 
> Diff: https://reviews.apache.org/r/13901/diff/
> 
> 
> Testing
> -------
> 
> unit test included
> 
> 
> Thanks,
> 
> Laszlo Hornyak
> 
>