[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] [PATCH v3 4/8] replay: save/load initial state
From: |
Pavel Dovgalyuk |
Subject: |
Re: [Qemu-devel] [PATCH v3 4/8] replay: save/load initial state |
Date: |
Tue, 20 Sep 2016 16:37:13 +0300 |
> From: Paolo Bonzini [mailto:address@hidden
> On 20/09/2016 14:39, Pavel Dovgalyuk wrote:
> > > > + replay_snapshot = g_strdup(qemu_opt_get(opts, "rrsnapshot"));
> > > > +
> > > > replay_enable(fname, mode);
> > > >
> > >
> > > Should you set snapshot = 1 here if there is no rrsnapshot option?
> >
> > No, because there is default snapshot name for the case when user
> > specifies overlay for the drives.
>
> There are three possibilities:
>
> a) these patches:
> with implicit overlay:
> -drive file=disk.raw,if=none,id=img-direct
> -drive driver=blkreplay,if=none,image=img-direct,id=img-blkreplay
>
> with explicit overlay:
> -drive file=disk.raw,if=none,id=img-direct
> -drive
> driver=blkreplay,if=none,image=img-direct,id=img-blkreplay,overlay=foo.qcow2
>
> Advantages:
> - does the right thing in the "implicit overlay" case.
- automatically creates overlay
>
> Disadvantages:
> - no need really to specify disk.raw in the "explicit overlay" case, since
> it's already specified when you create the overlay with qemu-img.
>
> Vote for implicit overlay: excellent
> Vote for explicit overlay: bad (need to track two file names)
Disadvantage is for replay only. Running QEMU in record mode automatically
creates overlay. Therefore two filenames are required.
> c) no rrsnapshot implies -snapshot:
> without overlay:
> -drive file=disk.raw,if=none,id=img-direct
> -drive driver=blkreplay,if=none,image=img-direct,id=img-blkreplay
>
> with overlay:
> -drive file=foo.qcow2,if=none,id=img-direct
> -drive driver=blkreplay,if=none,image=img-direct,id=img-blkreplay
> -icount ...,rrsnapshot=snapname
But how record will create this overlay?
This method requires creating overlay manually, because backing file is
not specified at all.
Pavel Dovgalyuk
- [Qemu-devel] [PATCH v3 1/8] record/replay: add network support, (continued)
- [Qemu-devel] [PATCH v3 3/8] block: don't make snapshots for filters, Pavel Dovgalyuk, 2016/09/20
- [Qemu-devel] [PATCH v3 4/8] replay: save/load initial state, Pavel Dovgalyuk, 2016/09/20
- Re: [Qemu-devel] [PATCH v3 4/8] replay: save/load initial state, Paolo Bonzini, 2016/09/20
- Re: [Qemu-devel] [PATCH v3 4/8] replay: save/load initial state, Pavel Dovgalyuk, 2016/09/20
- Re: [Qemu-devel] [PATCH v3 4/8] replay: save/load initial state, Paolo Bonzini, 2016/09/20
- Re: [Qemu-devel] [PATCH v3 4/8] replay: save/load initial state,
Pavel Dovgalyuk <=
- Re: [Qemu-devel] [PATCH v3 4/8] replay: save/load initial state, Paolo Bonzini, 2016/09/20
- Re: [Qemu-devel] [PATCH v3 4/8] replay: save/load initial state, Pavel Dovgalyuk, 2016/09/20
- Re: [Qemu-devel] [PATCH v3 4/8] replay: save/load initial state, Paolo Bonzini, 2016/09/20
[Qemu-devel] [PATCH v3 5/8] replay: move internal data to the structure, Pavel Dovgalyuk, 2016/09/20
[Qemu-devel] [PATCH v3 6/8] replay: vmstate for replay module, Pavel Dovgalyuk, 2016/09/20
[Qemu-devel] [PATCH v3 7/8] replay: allow replay stopping and restarting, Pavel Dovgalyuk, 2016/09/20
[Qemu-devel] [PATCH v3 8/8] integratorcp: adding vmstate for save/restore, Pavel Dovgalyuk, 2016/09/20
Re: [Qemu-devel] [PATCH v3 0/8] replay additions, no-reply, 2016/09/20