All of lore.kernel.org
 help / color / mirror / Atom feed
From: Eric Blake <eblake@redhat.com>
To: arei.gonglei@huawei.com, qemu-devel@nongnu.org
Cc: ChenLiang <chenliang88@huawei.com>,
	owasserm@redhat.com, pbonzini@redhat.com,
	weidong.huang@huawei.com, quintela@redhat.com
Subject: Re: [Qemu-devel] [PATCH v3 10/10] XBZRLE: update the doc of XBZRLE
Date: Thu, 20 Mar 2014 13:53:15 -0600	[thread overview]
Message-ID: <532B472B.2020704@redhat.com> (raw)
In-Reply-To: <1395145464-5524-11-git-send-email-arei.gonglei@huawei.com>

[-- Attachment #1: Type: text/plain, Size: 2370 bytes --]

On 03/18/2014 06:24 AM, arei.gonglei@huawei.com wrote:
> From: ChenLiang <chenliang88@huawei.com>
> 
> update the doc of XBZRLE

Having the subject line and the body of the commit message be identical
is redundant.  And just by looking at the commit message, I can't see
WHY you are updating things.  If you were to keep this as a separate
commit, I'd suggest it look more like:

XBZRLE: document cache miss policy

Add a section to the XBZRLE documentation describing how the page cache
determines which pages are hot.


That said, I think you should squash this documentation update into
patch 5/10 where you actually implement it, so that a single patch
becomes self-documenting why you went with this design.  At which point,
the combined patch commit message should look something like:

XBZRLE: optimize XBZRLE to decrease cache misses

...existing text from 5/10...

Additionally, document the new cache age policy.

> 
> Signed-off-by: ChenLiang <chenliang88@huawei.com>
> Signed-off-by: Gonglei <arei.gonglei@huawei.com>
> ---
>  docs/xbzrle.txt | 7 +++++++
>  1 file changed, 7 insertions(+)
> 
> diff --git a/docs/xbzrle.txt b/docs/xbzrle.txt
> index cc3a26a..cdf1e3e 100644
> --- a/docs/xbzrle.txt
> +++ b/docs/xbzrle.txt
> @@ -71,6 +71,13 @@ encoded buffer:
>  encoded length 24
>  e9 07 0f 01 02 03 04 05 06 07 08 09 0a 0b 0c 0d 0e 0f 03 01 67 01 01 69
>  
> +The strategy of updating cache
> +=================================

Copy-and-paste from bad examples already in this file, but it's nicer
when the length of ==== matches the heading it is paired with.

> +Keeping the hot page in cache is effective to decrease cache missing.
> +XBZRLE use a counter as the age of page. The counter will increase
> +after the ram dirty bitmap syncing. When cache conflicts XBZRLE only
> +replace the old page in cache.

Suggestions for better grammar:

Cache update strategy
=====================
Keeping the hot pages in the cache is effective for decreased cache
misses. XBZRLE uses a counter as the age of each page. The counter will
increase after each ram dirty bitmap sync. When a cache conflict is
detected, XBZRLE will only evict pages in the cache that are older than
a threshold.

-- 
Eric Blake   eblake redhat com    +1-919-301-3266
Libvirt virtualization library http://libvirt.org


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 604 bytes --]

  reply	other threads:[~2014-03-20 19:53 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-03-18 12:24 [Qemu-devel] [PATCH v3 00/10] migration: Optimizate the xbzrle and fix two corruption issues arei.gonglei
2014-03-18 12:24 ` [Qemu-devel] [PATCH v3 01/10] XBZRLE: Fix one XBZRLE " arei.gonglei
2014-03-18 12:24 ` [Qemu-devel] [PATCH v3 02/10] migration: Add counters of updating the dirty bitmap arei.gonglei
2014-03-20 19:29   ` Eric Blake
2014-03-18 12:24 ` [Qemu-devel] [PATCH v3 03/10] migration: expose the bitmap_sync_counter to the end user arei.gonglei
2014-03-20 19:28   ` Eric Blake
2014-03-18 12:24 ` [Qemu-devel] [PATCH v3 04/10] migration: expose xbzrle cache miss rate arei.gonglei
2014-03-20 19:32   ` Eric Blake
2014-03-18 12:24 ` [Qemu-devel] [PATCH v3 05/10] XBZRLE: optimize XBZRLE to decrease the cache missing arei.gonglei
2014-03-20 19:43   ` Eric Blake
2014-03-18 12:24 ` [Qemu-devel] [PATCH v3 06/10] XBZRLE: rebuild the cache_is_cached function arei.gonglei
2014-03-20 17:56   ` Dr. David Alan Gilbert
2014-03-20 19:44   ` Eric Blake
2014-03-20 20:09     ` Eric Blake
2014-03-18 12:24 ` [Qemu-devel] [PATCH v3 07/10] migration: Fix the migrate auto converge process arei.gonglei
2014-03-18 12:24 ` [Qemu-devel] [PATCH v3 08/10] migration: optimize xbzrle by reducing data copy arei.gonglei
2014-03-18 12:24 ` [Qemu-devel] [PATCH v3 09/10] migration: clear the dead code arei.gonglei
2014-03-18 12:24 ` [Qemu-devel] [PATCH v3 10/10] XBZRLE: update the doc of XBZRLE arei.gonglei
2014-03-20 19:53   ` Eric Blake [this message]
2014-03-20 19:56 ` [Qemu-devel] [PATCH v3 00/10] migration: Optimizate the xbzrle and fix two corruption issues Eric Blake

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=532B472B.2020704@redhat.com \
    --to=eblake@redhat.com \
    --cc=arei.gonglei@huawei.com \
    --cc=chenliang88@huawei.com \
    --cc=owasserm@redhat.com \
    --cc=pbonzini@redhat.com \
    --cc=qemu-devel@nongnu.org \
    --cc=quintela@redhat.com \
    --cc=weidong.huang@huawei.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.