qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] [PATCH v2] Move migrate_set_speed and migrate_set_downt


From: Markus Armbruster
Subject: Re: [Qemu-devel] [PATCH v2] Move migrate_set_speed and migrate_set_downtime into migrate_set_parameter
Date: Tue, 06 Sep 2016 10:16:50 +0200
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux)

"Daniel P. Berrange" <address@hidden> writes:

> On Mon, Sep 05, 2016 at 03:16:04PM +0200, Paolo Bonzini wrote:
>> 
>> 
>> On 05/09/2016 15:09, Ashijeet Acharya wrote:
>> >>> >> +            
>> >>> >> "compress-level:i?,compress-threads:i?,decompress-threads:i?,cpu-throttle-initial:i?,cpu-throttle-increment:i?,migrate-set-speed:o?,migrate-set-downtime:T?",
>> >> >
>> >> > Same here about the names.  Also use "i" for QMP commands.
>> > I think we will have to use "T" for downtime at-least otherwise you
>> > cant use float values for setting seconds like "0.2" for example.
>> > No issues using "i" with bandwidth though.
>> 
>> Right, I should have mentioned that my remark was about the "o" (it
>> caught my eye because of your change to hmp-commands.hx).  Sorry!
>
> I've always thought it a rather wierd to use fractional seconds for
> downtime. It sort of made sense for HMP, but should really never have
> been carried over into QMP. IMHO, we should make it just take integer
> milliseconds for downtime with the new API.

Seconds are a fine unit, and using floating-point numbers isn't weird,
especially not in JSON.

What's actually weird is our zoo of time units: seconds
(migrate_set_downtime), milliseconds (MigrationInfo), microseconds
(NetdevTapOptions), nanoseconds (BlockDeviceTimedStats), seconds +
fractional nanoseconds (SnapshotInfo), ...  No adult supervision.

We should've picked *one* time unit for QMP.  The obvious time unit is
seconds.  Nanoseconds would've worked, too.

Time units are probably beyond repair now.  We can still try to make
them at least locally consistent, i.e. stick to what related interfaces
use.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]