[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PATCH v4] tools: create libxensaverestore
- To: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
- From: Olaf Hering <olaf@xxxxxxxxx>
- Date: Thu, 22 Apr 2021 14:27:44 +0200
- Arc-authentication-results: i=1; strato.com; dkim=none
- Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; t=1619094473; s=strato-dkim-0002; d=strato.com; h=References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date:Cc:Date: From:Subject:Sender; bh=730Zt+z/pf3yHKAMhHCVcudAmd0AB9bXEJc/Sh9aPfo=; b=aaR965QpVpZz0185eKRVgoCK0JXnp6esf1eU+ko7g87tSZdWG16mfQrUjre8WonenJ p9OOXsPA7ummfuhrQWVwFICsbiBMh3pABwrgA47l1lJbKPMEfsrwXYpNe+istlawN4/Q vK6Hl3ecl0WaA433hXTwQxWlKxsx8uiC0qDQQCCF1whhi4a/A49Oc47L0LGgRO4vS8BZ W0HWWGgYvzzs/nWIQ1C637LPHFGlWIHqXkNqCCjcV+lnL2wfngRSc6p2gD4AN2tz2P3q unOmzy0VmLGyoqZPZaEhuruel9PwJi5FXD2jegK7sYxAaSngmrdlw0gaFXuftVWAROle Nj5g==
- Arc-seal: i=1; a=rsa-sha256; t=1619094473; cv=none; d=strato.com; s=strato-dkim-0002; b=EjFZw+gxI29uGmwnmdAdsHLF5Stcyvtp0u9v8NwpeylclnvchAukFhvwalTneYlsTd PP3YEfpiUSM/TsiHYHkSg3oV0cg/3JgopFTEERtRjgGoa463pXPR1KBHz7IR+QRT3C/m v+m81UgYi88munuRRPg2ylBZ8CUaCfVhAHNUsnV2t/gznqNKcEKfUrcXO+0YFbVCTOfF o+0x7nZACSx9ic1i8lO76GVTsYmdKNy+dBijR4L3BOkwkgU/ZDZLwRVgiCnC2L+uxFJR PX2x9wAn+wavSSN09H8pb0ngcY1tuljf3jqhZCr7Mt/m7GCie2P0RE9t6+YnI77Nc3dD FVzA==
- Authentication-results: strato.com; dkim=none
- Cc: <xen-devel@xxxxxxxxxxxxxxxxxxxx>, George Dunlap <george.dunlap@xxxxxxxxxx>, Ian Jackson <iwj@xxxxxxxxxxxxxx>, Jan Beulich <jbeulich@xxxxxxxx>, Julien Grall <julien@xxxxxxx>, Stefano Stabellini <sstabellini@xxxxxxxxxx>, Wei Liu <wl@xxxxxxx>, Anthony PERARD <anthony.perard@xxxxxxxxxx>
- Delivery-date: Thu, 22 Apr 2021 12:28:13 +0000
- List-id: Xen developer discussion <xen-devel.lists.xenproject.org>
Am Thu, 22 Apr 2021 12:49:14 +0100
schrieb Andrew Cooper <andrew.cooper3@xxxxxxxxxx>:
> In this form, there's a reasonable chance that it adds to the perf
> problems you're trying to address.
I did not benchmark this code movement.
Now I wonder what the runtime cost of the move really is.
The other pending series eliminates repeated malloc/free, which will
most likely be independent from place where the callers are located.
> I don't think pulling nomigrate into this new library is sensible. A
> dedicate migration library, stubbed to errors based on some exterior
> setting, is very rude.
>
> Given the proposed new structure, the way this ought to be expressed is
> libxl-save-restore-helper being conditional on CONFIG_MIGRATE in the
> first place.
I think being more serious about the CONFIG_MIGRATE conditional is way
outside the scope of this change. Given that this conditional exists
since 15 years, libxl should have been the first user of it by disabling
alot of code that handles save/restore/migrate.
> Also, xensaverestore is a mouthful. If we are changing things, how
> about xenmigrate instead?
Since the code does just save and restore, "saverestore" looks appropriate
to me. "migrate" just builds on top of the save/restore concept by running
it on two different hosts at the same time.
Olaf
Attachment:
pgpBqvQ5VTAVH.pgp
Description: Digitale Signatur von OpenPGP
|
