Message ID | 169073570563.19893.2928364761104733482-1@git.sr.ht |
---|---|
State | New |
Headers | show |
Series | migration: craft the doc comments | expand |
~hyman <hyman@git.sr.ht> writes: > From: Hyman Huang(黄勇) <yong.huang@smartx.com> > > Reformat the dirty-limit migration doc comments to conform > to current conventions as commit a937b6aa739 (qapi: Reformat > doc comments to conform to current conventions). > > Signed-off-by: Markus Armbruster <armbru@redhat.com> Unexpected S-o-b. Accident? > Signed-off-by: Hyman Huang(黄勇) <yong.huang@smartx.com> > --- > qapi/migration.json | 69 ++++++++++++++++++++++----------------------- > 1 file changed, 34 insertions(+), 35 deletions(-) > > diff --git a/qapi/migration.json b/qapi/migration.json > index 6b49593d2f..a74ade4d72 100644 > --- a/qapi/migration.json > +++ b/qapi/migration.json > @@ -258,17 +258,17 @@ > # blocked. Present and non-empty when migration is blocked. > # (since 6.0) > # > -# @dirty-limit-throttle-time-per-round: Maximum throttle time (in microseconds) of virtual > -# CPUs each dirty ring full round, which shows how > -# MigrationCapability dirty-limit affects the guest > -# during live migration. (since 8.1) > -# > -# @dirty-limit-ring-full-time: Estimated average dirty ring full time (in microseconds) > -# each dirty ring full round, note that the value equals > -# dirty ring memory size divided by average dirty page rate > -# of virtual CPU, which can be used to observe the average > -# memory load of virtual CPU indirectly. Note that zero > -# means guest doesn't dirty memory (since 8.1) > +# @dirty-limit-throttle-time-per-round: Maximum throttle time > +# (in microseconds) of virtual CPUs each dirty ring full round, > +# which shows how MigrationCapability dirty-limit affects the > +# guest during live migration. (Since 8.1) > +# > +# @dirty-limit-ring-full-time: Estimated average dirty ring full > +# time (in microseconds) for each dirty ring full round. The Two spaces between sentences for consistency. > +# value equals the dirty ring memory size divided by the average > +# dirty page rate of the virtual CPU, which can be used to > +# observe the average memory load of the virtual CPU indirectly. > +# Note that zero means guest doesn't dirty memory. (Since 8.1) > # > # Since: 0.14 > ## > @@ -519,15 +519,14 @@ > # are present. 'return-path' capability must be enabled to use > # it. (since 8.1) > # > -# @dirty-limit: If enabled, migration will use the dirty-limit algo to > -# throttle down guest instead of auto-converge algo. > -# Throttle algo only works when vCPU's dirtyrate greater > -# than 'vcpu-dirty-limit', read processes in guest os > -# aren't penalized any more, so this algo can improve > -# performance of vCPU during live migration. This is an > -# optional performance feature and should not affect the > -# correctness of the existing auto-converge algo. > -# (since 8.1) > +# @dirty-limit: If enabled, migration will use the dirty-limit > +# algorithim to throttle down guest instead of auto-converge > +# algorithim. Throttle algorithim only works when vCPU's dirtyrate > +# greater than 'vcpu-dirty-limit', read processes in guest os > +# aren't penalized any more, so this algorithim can improve > +# performance of vCPU during live migration. This is an optional > +# performance feature and should not affect the correctness of the > +# existing auto-converge algorithim. (Since 8.1) > # > # Features: > # > @@ -822,17 +821,17 @@ > # Nodes are mapped to their block device name if there is one, and > # to their node name otherwise. (Since 5.2) > # > -# @x-vcpu-dirty-limit-period: Periodic time (in milliseconds) of dirty limit during > -# live migration. Should be in the range 1 to 1000ms, > -# defaults to 1000ms. (Since 8.1) > +# @x-vcpu-dirty-limit-period: Periodic time (in milliseconds) of dirty > +# limit during live migration. Should be in the range 1 to 1000ms. > +# Defaults to 1000ms. (Since 8.1) Likewise. > # > # @vcpu-dirty-limit: Dirtyrate limit (MB/s) during live migration. > -# Defaults to 1. (Since 8.1) > +# Defaults to 1. (Since 8.1) > # > # Features: > # > # @unstable: Members @x-checkpoint-delay and @x-vcpu-dirty-limit-period > -# are experimental. > +# are experimental. > # > # Since: 2.4 > ## > @@ -988,17 +987,17 @@ > # Nodes are mapped to their block device name if there is one, and > # to their node name otherwise. (Since 5.2) > # > -# @x-vcpu-dirty-limit-period: Periodic time (in milliseconds) of dirty limit during > -# live migration. Should be in the range 1 to 1000ms, > -# defaults to 1000ms. (Since 8.1) > +# @x-vcpu-dirty-limit-period: Periodic time (in milliseconds) of dirty > +# limit during live migration. Should be in the range 1 to 1000ms. > +# Defaults to 1000ms. (Since 8.1) Likewise. > # > # @vcpu-dirty-limit: Dirtyrate limit (MB/s) during live migration. > -# Defaults to 1. (Since 8.1) > +# Defaults to 1. (Since 8.1) > # > # Features: > # > # @unstable: Members @x-checkpoint-delay and @x-vcpu-dirty-limit-period > -# are experimental. > +# are experimental. > # > # TODO: either fuse back into MigrationParameters, or make > # MigrationParameters members mandatory > @@ -1191,17 +1190,17 @@ > # Nodes are mapped to their block device name if there is one, and > # to their node name otherwise. (Since 5.2) > # > -# @x-vcpu-dirty-limit-period: Periodic time (in milliseconds) of dirty limit during > -# live migration. Should be in the range 1 to 1000ms, > -# defaults to 1000ms. (Since 8.1) > +# @x-vcpu-dirty-limit-period: Periodic time (in milliseconds) of dirty > +# limit during live migration. Should be in the range 1 to 1000ms. > +# Defaults to 1000ms. (Since 8.1) Likewise. > # > # @vcpu-dirty-limit: Dirtyrate limit (MB/s) during live migration. > -# Defaults to 1. (Since 8.1) > +# Defaults to 1. (Since 8.1) > # > # Features: > # > # @unstable: Members @x-checkpoint-delay and @x-vcpu-dirty-limit-period > -# are experimental. > +# are experimental. > # > # Since: 2.4 > ## No need for another respin, I'm happy to tidy up spacing in my tree.
On Tue, Aug 1, 2023 at 8:34 PM Markus Armbruster <armbru@redhat.com> wrote: > ~hyman <hyman@git.sr.ht> writes: > > > From: Hyman Huang(黄勇) <yong.huang@smartx.com> > > > > Reformat the dirty-limit migration doc comments to conform > > to current conventions as commit a937b6aa739 (qapi: Reformat > > doc comments to conform to current conventions). > > > > Signed-off-by: Markus Armbruster <armbru@redhat.com> > > Unexpected S-o-b. Accident? > Yes, I'll fix that > > > Signed-off-by: Hyman Huang(黄勇) <yong.huang@smartx.com> > > --- > > qapi/migration.json | 69 ++++++++++++++++++++++----------------------- > > 1 file changed, 34 insertions(+), 35 deletions(-) > > > > diff --git a/qapi/migration.json b/qapi/migration.json > > index 6b49593d2f..a74ade4d72 100644 > > --- a/qapi/migration.json > > +++ b/qapi/migration.json > > @@ -258,17 +258,17 @@ > > # blocked. Present and non-empty when migration is blocked. > > # (since 6.0) > > # > > -# @dirty-limit-throttle-time-per-round: Maximum throttle time (in > microseconds) of virtual > > -# CPUs each dirty ring full > round, which shows how > > -# MigrationCapability dirty-limit > affects the guest > > -# during live migration. (since > 8.1) > > -# > > -# @dirty-limit-ring-full-time: Estimated average dirty ring full time > (in microseconds) > > -# each dirty ring full round, note that > the value equals > > -# dirty ring memory size divided by > average dirty page rate > > -# of virtual CPU, which can be used to > observe the average > > -# memory load of virtual CPU indirectly. > Note that zero > > -# means guest doesn't dirty memory (since > 8.1) > > +# @dirty-limit-throttle-time-per-round: Maximum throttle time > > +# (in microseconds) of virtual CPUs each dirty ring full round, > > +# which shows how MigrationCapability dirty-limit affects the > > +# guest during live migration. (Since 8.1) > > +# > > +# @dirty-limit-ring-full-time: Estimated average dirty ring full > > +# time (in microseconds) for each dirty ring full round. The > > Two spaces between sentences for consistency. > > > +# value equals the dirty ring memory size divided by the average > > +# dirty page rate of the virtual CPU, which can be used to > > +# observe the average memory load of the virtual CPU indirectly. > > +# Note that zero means guest doesn't dirty memory. (Since 8.1) > > # > > # Since: 0.14 > > ## > > @@ -519,15 +519,14 @@ > > # are present. 'return-path' capability must be enabled to use > > # it. (since 8.1) > > # > > -# @dirty-limit: If enabled, migration will use the dirty-limit algo to > > -# throttle down guest instead of auto-converge algo. > > -# Throttle algo only works when vCPU's dirtyrate greater > > -# than 'vcpu-dirty-limit', read processes in guest os > > -# aren't penalized any more, so this algo can improve > > -# performance of vCPU during live migration. This is an > > -# optional performance feature and should not affect the > > -# correctness of the existing auto-converge algo. > > -# (since 8.1) > > +# @dirty-limit: If enabled, migration will use the dirty-limit > > +# algorithim to throttle down guest instead of auto-converge > > +# algorithim. Throttle algorithim only works when vCPU's dirtyrate > > +# greater than 'vcpu-dirty-limit', read processes in guest os > > +# aren't penalized any more, so this algorithim can improve > > +# performance of vCPU during live migration. This is an optional > > +# performance feature and should not affect the correctness of the > > +# existing auto-converge algorithim. (Since 8.1) > > # > > # Features: > > # > > @@ -822,17 +821,17 @@ > > # Nodes are mapped to their block device name if there is one, and > > # to their node name otherwise. (Since 5.2) > > # > > -# @x-vcpu-dirty-limit-period: Periodic time (in milliseconds) of dirty > limit during > > -# live migration. Should be in the range 1 > to 1000ms, > > -# defaults to 1000ms. (Since 8.1) > > +# @x-vcpu-dirty-limit-period: Periodic time (in milliseconds) of dirty > > +# limit during live migration. Should be in the range 1 to 1000ms. > > +# Defaults to 1000ms. (Since 8.1) > > Likewise. > > > # > > # @vcpu-dirty-limit: Dirtyrate limit (MB/s) during live migration. > > -# Defaults to 1. (Since 8.1) > > +# Defaults to 1. (Since 8.1) > > # > > # Features: > > # > > # @unstable: Members @x-checkpoint-delay and @x-vcpu-dirty-limit-period > > -# are experimental. > > +# are experimental. > > # > > # Since: 2.4 > > ## > > @@ -988,17 +987,17 @@ > > # Nodes are mapped to their block device name if there is one, and > > # to their node name otherwise. (Since 5.2) > > # > > -# @x-vcpu-dirty-limit-period: Periodic time (in milliseconds) of dirty > limit during > > -# live migration. Should be in the range 1 > to 1000ms, > > -# defaults to 1000ms. (Since 8.1) > > +# @x-vcpu-dirty-limit-period: Periodic time (in milliseconds) of dirty > > +# limit during live migration. Should be in the range 1 to 1000ms. > > +# Defaults to 1000ms. (Since 8.1) > > Likewise. > > > # > > # @vcpu-dirty-limit: Dirtyrate limit (MB/s) during live migration. > > -# Defaults to 1. (Since 8.1) > > +# Defaults to 1. (Since 8.1) > > # > > # Features: > > # > > # @unstable: Members @x-checkpoint-delay and @x-vcpu-dirty-limit-period > > -# are experimental. > > +# are experimental. > > # > > # TODO: either fuse back into MigrationParameters, or make > > # MigrationParameters members mandatory > > @@ -1191,17 +1190,17 @@ > > # Nodes are mapped to their block device name if there is one, and > > # to their node name otherwise. (Since 5.2) > > # > > -# @x-vcpu-dirty-limit-period: Periodic time (in milliseconds) of dirty > limit during > > -# live migration. Should be in the range 1 > to 1000ms, > > -# defaults to 1000ms. (Since 8.1) > > +# @x-vcpu-dirty-limit-period: Periodic time (in milliseconds) of dirty > > +# limit during live migration. Should be in the range 1 to 1000ms. > > +# Defaults to 1000ms. (Since 8.1) > > Likewise. > > > # > > # @vcpu-dirty-limit: Dirtyrate limit (MB/s) during live migration. > > -# Defaults to 1. (Since 8.1) > > +# Defaults to 1. (Since 8.1) > > # > > # Features: > > # > > # @unstable: Members @x-checkpoint-delay and @x-vcpu-dirty-limit-period > > -# are experimental. > > +# are experimental. > > # > > # Since: 2.4 > > ## > > No need for another respin, I'm happy to tidy up spacing in my tree. >
Yong Huang <yong.huang@smartx.com> writes: > On Tue, Aug 1, 2023 at 8:34 PM Markus Armbruster <armbru@redhat.com> wrote: > >> ~hyman <hyman@git.sr.ht> writes: >> >> > From: Hyman Huang(黄勇) <yong.huang@smartx.com> >> > >> > Reformat the dirty-limit migration doc comments to conform >> > to current conventions as commit a937b6aa739 (qapi: Reformat >> > doc comments to conform to current conventions). >> > >> > Signed-off-by: Markus Armbruster <armbru@redhat.com> >> >> Unexpected S-o-b. Accident? >> > Yes, I'll fix that With whitespace tidied up: Reviewed-by: Markus Armbruster <armbru@redhat.com> [...]
diff --git a/qapi/migration.json b/qapi/migration.json index 6b49593d2f..a74ade4d72 100644 --- a/qapi/migration.json +++ b/qapi/migration.json @@ -258,17 +258,17 @@ # blocked. Present and non-empty when migration is blocked. # (since 6.0) # -# @dirty-limit-throttle-time-per-round: Maximum throttle time (in microseconds) of virtual -# CPUs each dirty ring full round, which shows how -# MigrationCapability dirty-limit affects the guest -# during live migration. (since 8.1) -# -# @dirty-limit-ring-full-time: Estimated average dirty ring full time (in microseconds) -# each dirty ring full round, note that the value equals -# dirty ring memory size divided by average dirty page rate -# of virtual CPU, which can be used to observe the average -# memory load of virtual CPU indirectly. Note that zero -# means guest doesn't dirty memory (since 8.1) +# @dirty-limit-throttle-time-per-round: Maximum throttle time +# (in microseconds) of virtual CPUs each dirty ring full round, +# which shows how MigrationCapability dirty-limit affects the +# guest during live migration. (Since 8.1) +# +# @dirty-limit-ring-full-time: Estimated average dirty ring full +# time (in microseconds) for each dirty ring full round. The +# value equals the dirty ring memory size divided by the average +# dirty page rate of the virtual CPU, which can be used to +# observe the average memory load of the virtual CPU indirectly. +# Note that zero means guest doesn't dirty memory. (Since 8.1) # # Since: 0.14 ## @@ -519,15 +519,14 @@ # are present. 'return-path' capability must be enabled to use # it. (since 8.1) # -# @dirty-limit: If enabled, migration will use the dirty-limit algo to -# throttle down guest instead of auto-converge algo. -# Throttle algo only works when vCPU's dirtyrate greater -# than 'vcpu-dirty-limit', read processes in guest os -# aren't penalized any more, so this algo can improve -# performance of vCPU during live migration. This is an -# optional performance feature and should not affect the -# correctness of the existing auto-converge algo. -# (since 8.1) +# @dirty-limit: If enabled, migration will use the dirty-limit +# algorithim to throttle down guest instead of auto-converge +# algorithim. Throttle algorithim only works when vCPU's dirtyrate +# greater than 'vcpu-dirty-limit', read processes in guest os +# aren't penalized any more, so this algorithim can improve +# performance of vCPU during live migration. This is an optional +# performance feature and should not affect the correctness of the +# existing auto-converge algorithim. (Since 8.1) # # Features: # @@ -822,17 +821,17 @@ # Nodes are mapped to their block device name if there is one, and # to their node name otherwise. (Since 5.2) # -# @x-vcpu-dirty-limit-period: Periodic time (in milliseconds) of dirty limit during -# live migration. Should be in the range 1 to 1000ms, -# defaults to 1000ms. (Since 8.1) +# @x-vcpu-dirty-limit-period: Periodic time (in milliseconds) of dirty +# limit during live migration. Should be in the range 1 to 1000ms. +# Defaults to 1000ms. (Since 8.1) # # @vcpu-dirty-limit: Dirtyrate limit (MB/s) during live migration. -# Defaults to 1. (Since 8.1) +# Defaults to 1. (Since 8.1) # # Features: # # @unstable: Members @x-checkpoint-delay and @x-vcpu-dirty-limit-period -# are experimental. +# are experimental. # # Since: 2.4 ## @@ -988,17 +987,17 @@ # Nodes are mapped to their block device name if there is one, and # to their node name otherwise. (Since 5.2) # -# @x-vcpu-dirty-limit-period: Periodic time (in milliseconds) of dirty limit during -# live migration. Should be in the range 1 to 1000ms, -# defaults to 1000ms. (Since 8.1) +# @x-vcpu-dirty-limit-period: Periodic time (in milliseconds) of dirty +# limit during live migration. Should be in the range 1 to 1000ms. +# Defaults to 1000ms. (Since 8.1) # # @vcpu-dirty-limit: Dirtyrate limit (MB/s) during live migration. -# Defaults to 1. (Since 8.1) +# Defaults to 1. (Since 8.1) # # Features: # # @unstable: Members @x-checkpoint-delay and @x-vcpu-dirty-limit-period -# are experimental. +# are experimental. # # TODO: either fuse back into MigrationParameters, or make # MigrationParameters members mandatory @@ -1191,17 +1190,17 @@ # Nodes are mapped to their block device name if there is one, and # to their node name otherwise. (Since 5.2) # -# @x-vcpu-dirty-limit-period: Periodic time (in milliseconds) of dirty limit during -# live migration. Should be in the range 1 to 1000ms, -# defaults to 1000ms. (Since 8.1) +# @x-vcpu-dirty-limit-period: Periodic time (in milliseconds) of dirty +# limit during live migration. Should be in the range 1 to 1000ms. +# Defaults to 1000ms. (Since 8.1) # # @vcpu-dirty-limit: Dirtyrate limit (MB/s) during live migration. -# Defaults to 1. (Since 8.1) +# Defaults to 1. (Since 8.1) # # Features: # # @unstable: Members @x-checkpoint-delay and @x-vcpu-dirty-limit-period -# are experimental. +# are experimental. # # Since: 2.4 ##