search for: debub_gc

Displaying 7 results from an estimated 7 matches for "debub_gc".

2015 Aug 27
2
Re: [PATCH v2 01/17] v2v: debug gc via at_exit hook
On Tue, Aug 11, 2015 at 08:00:20PM +0300, Roman Kagan wrote: > debub_gc (coming from the command line) indicates that gc should be > forced on program exit. Instead of sticking it on every exit path, > register it as an at_exit hook once. Was this change necessary as part of this patch series? The --debug-gc option is used across most of the virt-* tools in th...
2015 Aug 27
2
Re: [PATCH v2 01/17] v2v: debug gc via at_exit hook
On Thu, Aug 27, 2015 at 08:12:11PM +0300, Roman Kagan wrote: > On Thu, Aug 27, 2015 at 03:50:11PM +0100, Richard W.M. Jones wrote: > > On Tue, Aug 11, 2015 at 08:00:20PM +0300, Roman Kagan wrote: > > > debub_gc (coming from the command line) indicates that gc should be > > > forced on program exit. Instead of sticking it on every exit path, > > > register it as an at_exit hook once. > > > > Was this change necessary as part of this patch series? > > I think so. >...
2015 Aug 11
0
[PATCH v2 01/17] v2v: debug gc via at_exit hook
debub_gc (coming from the command line) indicates that gc should be forced on program exit. Instead of sticking it on every exit path, register it as an at_exit hook once. Signed-off-by: Roman Kagan <rkagan@virtuozzo.com> --- v2v/v2v.ml | 8 +++----- 1 file changed, 3 insertions(+), 5 deletions(-)...
2015 Aug 27
0
Re: [PATCH v2 01/17] v2v: debug gc via at_exit hook
On Thu, Aug 27, 2015 at 03:50:11PM +0100, Richard W.M. Jones wrote: > On Tue, Aug 11, 2015 at 08:00:20PM +0300, Roman Kagan wrote: > > debub_gc (coming from the command line) indicates that gc should be > > forced on program exit. Instead of sticking it on every exit path, > > register it as an at_exit hook once. > > Was this change necessary as part of this patch series? I think so. The goal of the refactoring part o...
2015 Aug 28
0
Re: [PATCH v2 01/17] v2v: debug gc via at_exit hook
...Aug 27, 2015 at 07:17:20PM +0100, Richard W.M. Jones wrote: > On Thu, Aug 27, 2015 at 08:12:11PM +0300, Roman Kagan wrote: > > On Thu, Aug 27, 2015 at 03:50:11PM +0100, Richard W.M. Jones wrote: > > > On Tue, Aug 11, 2015 at 08:00:20PM +0300, Roman Kagan wrote: > > > > debub_gc (coming from the command line) indicates that gc should be > > > > forced on program exit. Instead of sticking it on every exit path, > > > > register it as an at_exit hook once. > > > > > > Was this change necessary as part of this patch series? > &gt...
2015 Aug 28
1
Re: [PATCH v2 01/17] v2v: debug gc via at_exit hook
...7:20PM +0100, Richard W.M. Jones wrote: > > On Thu, Aug 27, 2015 at 08:12:11PM +0300, Roman Kagan wrote: > > > On Thu, Aug 27, 2015 at 03:50:11PM +0100, Richard W.M. Jones wrote: > > > > On Tue, Aug 11, 2015 at 08:00:20PM +0300, Roman Kagan wrote: > > > > > debub_gc (coming from the command line) indicates that gc should be > > > > > forced on program exit. Instead of sticking it on every exit path, > > > > > register it as an at_exit hook once. > > > > > > > > Was this change necessary as part of this pa...
2015 Aug 11
41
[PATCH v2 00/17] v2v: add --in-place mode
This series is a second attempt to add a mode of virt-v2v operation where it leaves the config and disk image conversion, rollback on errors, registering with the destination hypervisor, etc. to a third-party toolset, and performs only tuning of the guest OS to run in the KVM-based hypervisor. The first 14 patches are just refactoring and rearrangement of the code, factoring the implementation