All of lore.kernel.org
 help / color / mirror / Atom feed
From: Yoshisato YANAGISAWA <yanagisawa.yoshisato@lab.ntt.co.jp>
To: Keir Fraser <keir.fraser@eu.citrix.com>
Cc: xen-devel <xen-devel@lists.xensource.com>,
	Yoshiaki Tamura <tamura.yoshiaki@lab.ntt.co.jp>
Subject: Re: Design document of Kemari
Date: Tue, 10 Mar 2009 19:16:38 +0900	[thread overview]
Message-ID: <49B63E06.2030402@lab.ntt.co.jp> (raw)
In-Reply-To: <C5DBD397.495C%keir.fraser@eu.citrix.com>

On 2009/03/10 17:21, Keir Fraser wrote:
> On 09/03/2009 22:28, "Yoshiaki Tamura" <tamura.yoshiaki@lab.ntt.co.jp>
> wrote:
> 
>>> xc_domain_{save,restore} and xc_dom_kemari_{save,restore} look to have quite
>>> a bit in common.
>> Yes they do. We kept the original xc_domain_{save,restore} to make kemari
>> specific part less intrusive. If you suggest to integrate them, we would
>> certainly do so. Would that be appropriate?
> 
> Yes, we prefer a merged save/restore codebase.

Since Kemari requires transaction-like feature, xc_dom_kemari_save 
should wait acknowledgment from xc_dom_kemari_restore. 
Xc_dom_kemari_restore should also buffer data until complete snapshot 
received from xc_dom_kemari_save.
Because of this reason, there might be large if-else statements if those 
code are merged.

Isn't it make xc_domain_save and xc_domain_restore too complexed?

-- 
Yoshisato YANAGISAWA, Ph.D.
Open Source Software Computing Project
NTT Cyber Space Laboratories
NIPPON TELEGRAPH AND TELEPHONE CORPORATION
1-1 Hikarinooka, Yokosuka-Shi,
Kanagawa 239-0847, Japan

  reply	other threads:[~2009-03-10 10:16 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-11-25  5:04 [RFC][PATCH] Kemari v1.0 released Yoshiaki Tamura
2009-03-02 13:30 ` Design document of Kemari Yoshiaki Tamura
2009-03-05 18:58   ` Keir Fraser
2009-03-06  0:52     ` Yoshiaki Tamura
2009-03-06 16:28       ` John Levon
2009-03-06 16:48         ` Yoshiaki Tamura
2009-03-06 17:02           ` John Levon
2009-03-06 17:26             ` Yoshiaki Tamura
2009-03-06 17:36               ` John Levon
2009-03-06 23:03                 ` Brendan Cully
2009-03-09  2:05     ` Yoshisato YANAGISAWA
2009-03-09  8:13       ` Keir Fraser
2009-03-09 22:28         ` Yoshiaki Tamura
2009-03-10  8:21           ` Keir Fraser
2009-03-10 10:16             ` Yoshisato YANAGISAWA [this message]
2009-03-10 10:38               ` Keir Fraser
2009-03-10 16:51                 ` Brendan Cully
2009-03-04 22:43 ` Yoshiaki Tamura

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=49B63E06.2030402@lab.ntt.co.jp \
    --to=yanagisawa.yoshisato@lab.ntt.co.jp \
    --cc=keir.fraser@eu.citrix.com \
    --cc=tamura.yoshiaki@lab.ntt.co.jp \
    --cc=xen-devel@lists.xensource.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.