[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] [PATCH for-4.1 v2] qemu-img: Saner printing of large fi
From: |
Kevin Wolf |
Subject: |
Re: [Qemu-devel] [PATCH for-4.1 v2] qemu-img: Saner printing of large file sizes |
Date: |
Mon, 1 Apr 2019 17:24:11 +0200 |
User-agent: |
Mutt/1.11.3 (2019-02-01) |
Am 01.04.2019 um 16:57 hat Eric Blake geschrieben:
> Disk sizes close to INT64_MAX cause overflow, for some pretty
> ridiculous output:
>
> $ ./nbdkit -U - memory size=$((2**63 - 512)) --run 'qemu-img info $nbd'
> image: nbd+unix://?socket=/tmp/nbdkitHSAzNz/socket
> file format: raw
> virtual size: -8388607T (9223372036854775296 bytes)
> disk size: unavailable
>
> But there's no reason to have two separate implementations of integer
> to human-readable abbreviation, where one has overflow and stops at
> 'T', while the other avoids overflow and goes all the way to 'E'. With
> this patch, the output now claims 8EiB instead of -8388607T, which
> really is the correct rounding of largest file size supported by qemu
> (we could go 511 bytes larger if we used byte-accurate sizing instead
> of rounding up to the next sector boundary, but that wouldn't change
> the human-readable result).
>
> Quite a few iotests need updates to expected output to match.
>
> Reported-by: Richard W.M. Jones <address@hidden>
> Signed-off-by: Eric Blake <address@hidden>
> Tested-by: Richard W.M. Jones <address@hidden>
> Reviewed-by: Alberto Garcia <address@hidden>
> Reviewed-by: Vladimir Sementsov-Ogievskiy <address@hidden>
> ---
>
> v2 - actually update iotests to match; no change to block/ code so R-b added
Thanks, updated the patch in block-next.
Kevin