similar to: [PATCH v2v] v2v: Set the number of vCPUs to same as host number of pCPUs.

Displaying 20 results from an estimated 400 matches similar to: "[PATCH v2v] v2v: Set the number of vCPUs to same as host number of pCPUs."

2020 Sep 18
1
Re: [PATCH v2v] v2v: Set the number of vCPUs to same as host number of pCPUs.
On Fri, Sep 18, 2020 at 10:52:58AM +0100, Daniel P. Berrangé wrote: > On Fri, Sep 18, 2020 at 10:44:03AM +0100, Richard W.M. Jones wrote: > > So it didn't make any noticable difference in my test. I wonder if > > the test guest I'm using (Fedora 32 using dracut) doesn't use parallel > > compression? > > Do you do anything special to optimize storage ? If
2020 Sep 18
1
Re: [PATCH v2v] v2v: Set the number of vCPUs to same as host number of pCPUs.
On Friday, 18 September 2020 11:44:04 CEST Richard W.M. Jones wrote: > let g = open_guestfs ~identifier:"v2v" () in > g#set_memsize (g#get_memsize () * 14 / 5); > + (* Setting the number of vCPUs allows parallel mkinitrd. *) > + g#set_smp (Sysconf.nr_processors_online ()); IMHO this is not a good idea, for few reasons: a) it unconditionally uses all the available
2020 Sep 18
0
Re: [PATCH v2v] v2v: Set the number of vCPUs to same as host number of pCPUs.
On Fri, Sep 18, 2020 at 10:44:03AM +0100, Richard W.M. Jones wrote: > So it didn't make any noticable difference in my test. I wonder if > the test guest I'm using (Fedora 32 using dracut) doesn't use parallel > compression? Do you do anything special to optimize storage ? If the thing using parallel CPUs in the guest is doing I/O you'd likely want to tune storage at
2020 Sep 18
0
[PATCH v2v] v2v: Set the number of vCPUs to same as host number of pCPUs.
This helps mkinitrd which runs pigz (parallel gzip). Thanks Jean-Louis Dupond for suggesting this change. --- common | 2 +- v2v/v2v.ml | 2 ++ 2 files changed, 3 insertions(+), 1 deletion(-) diff --git a/common b/common index c840f2e39..ea5278bba 160000 --- a/common +++ b/common @@ -1 +1 @@ -Subproject commit c840f2e39d0bb637a98b224c89f6df011e1d4414 +Subproject commit
2012 Jan 25
0
Re: [PATCHv2 1 of 2] libxl: extend pCPUs specification for vcpu-pin.
On Mon, 2012-01-23 at 18:21 +0000, Dario Faggioli wrote: > Allow for "^<cpuid>" syntax while specifying the pCPUs list > during a vcpu-pin. This enables doing the following: > > xl vcpu-pin 1 1 0-4,^2 > > and achieving: > > xl vcpu-list > Name ID VCPU CPU State Time(s) CPU Affinity > ... > Squeeze_pv
2012 Jan 25
0
Re: [PATCHv3 1 of 2] libxl: extend pCPUs specification for vcpu-pin.
On Wed, 2012-01-25 at 14:35 +0000, Dario Faggioli wrote: > Allow for "^<cpuid>" syntax while specifying the pCPUs list > during a vcpu-pin. This enables doing the following: > > xl vcpu-pin 1 1 0-4,^2 > > and achieving: > > xl vcpu-list > Name ID VCPU CPU State Time(s) CPU Affinity > ... > Squeeze_pv
2020 Sep 15
2
virt-v2v: Virtio-Scsi patch
Hi, I was trying to migrate some VM's to Virtio-SCSI block devices, as this gives some advantages. While checking the virt-v2v code, I found out that it supported Virtio-SCSI, but some bits were missing. In attachment a small patch that adds the missing bits :) Best regards Jean-Louis
2020 Sep 16
2
Re: virt-v2v: Virtio-Scsi patch
On 15/09/2020 21:08, Richard W.M. Jones wrote: > On Tue, Sep 15, 2020 at 09:54:32AM +0200, Jean-Louis Dupond wrote: >> Hi, >> >> I was trying to migrate some VM's to Virtio-SCSI block devices, as >> this gives some advantages. >> >> While checking the virt-v2v code, I found out that it supported >> Virtio-SCSI, but some bits were missing. >>
2018 May 16
3
[PATCH] tests: Increase appliance memory when testing 256+ disks.
Currently the tests fail on x86 with recent kernels: FAIL: test-255-disks.sh This confused me for a while because our other test program (utils/max-disks/max-disks.pl) reports that it should be possible to add 255 disks. Well it turns out that the default amount of appliance memory is sufficient if you're just adding disks, but if you try to add _and_ partition those disks there's
2015 Nov 10
1
[PATCH] OCaml tools: use open_guestfs everywhere
Instead of creating Guestfs handles and manually apply common options (e.g. debug and trace), use the open_guestfs in Common_utils. This also applies the common options to handles which didn't set them before, so we can inspect also their messages if needed. --- builder/builder.ml | 8 ++------ customize/customize_main.ml | 4 +--- dib/dib.ml | 4 +---
2015 Nov 10
7
[PATCH 0/4]: mllib: Add 'may' function, and refactoring.
The 'may' function is a higher-order function (HOF) that replaces: match x with | None -> () | Some x -> f x with: may f x The idea comes from lablgtk (OCaml Gtk bindings) where it is widely used. If this change is clearer than previous code, then this could be used in many more places. However I previously steered clear from using HOFs like this because they can be
2015 Feb 26
1
[PATCH] builder: handle -v and -x flags like in other tools (RHBZ#1196100)
Make sure that -x enables tracing and -v enables verbose mode, just like other tools do. Kind of followup of commit b6b9b90dd74c7b9204bdf218aa9360e117308e78. --- builder/builder.ml | 6 ++++-- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/builder/builder.ml b/builder/builder.ml index a519913..0ddf076 100644 --- a/builder/builder.ml +++ b/builder/builder.ml @@ -555,7 +555,8 @@ let
2016 Dec 11
2
libguestfs error: bridge 'virbr0' not found
Hey, I am getting this error after using virt-v2v-copy-to-local and trying to run: $ virt-v2v -i libvirtxml rhel7.xml -o local -os /var/tmp -of raw I try to set: export LIBGUESTFS_BACKEND_SETTINGS=virbr0=ovirtmgmt with no success and the file /etc/qemu/bridge.conf contains: allow virbr0 it only worked after creating the bridge, is there other way to import without creating the bridge? Thank
2015 Sep 01
3
[PATCH 1/3] mllib: make few command line options stuff private
Make print_version_and_exit, long_options, display_short_options, and display_long_options private, as set_standard_options now takes care of handling the job for the common command line options. --- mllib/common_utils.mli | 10 ---------- 1 file changed, 10 deletions(-) diff --git a/mllib/common_utils.mli b/mllib/common_utils.mli index 79032bc..24f8f83 100644 --- a/mllib/common_utils.mli +++
2016 Jul 18
3
[PATCH v4 0/2] mllib: Various fixes and changes to Getopt module.
v3 -> v4: - Pushed the first patch upstream since it was ACKed. - Prevent use of M except for the special virt-v2v options. - Sort the options after added --help etc. - Make corresponding fixes to the tests. Rich.
2016 Jul 18
4
[PATCH v3 0/3] mllib: Various fixes and changes to Getopt module.
v2 -> v3: - Add M variant and test it. Rich.
2020 Sep 18
0
[PATCH common] mlutils: Simple wrapper around sysconf (_SC_NPROCESSORS_ONLN).
--- mlutils/unix_utils-c.c | 15 +++++++++++++++ mlutils/unix_utils.ml | 5 +++++ mlutils/unix_utils.mli | 9 +++++++++ 3 files changed, 29 insertions(+) diff --git a/mlutils/unix_utils-c.c b/mlutils/unix_utils-c.c index 3309961..8acf039 100644 --- a/mlutils/unix_utils-c.c +++ b/mlutils/unix_utils-c.c @@ -77,6 +77,7 @@ extern value guestfs_int_mllib_mkdtemp (value val_pattern); extern value
2017 Oct 08
4
[PATCH 0/3] common/mlstdutils: Add Std_utils List and Option modules.
In Std_utils we already extend Char and String. These commits take it a little further by extending List and adding a new Option submodule. All basically simple refactoring. Rich.
2017 Oct 08
7
[[PATCH v2 0/4] common/mlstdutils: Add Std_utils List and Option modules.
This time including the first commit ...
2008 Sep 24
1
More vcpus than physical cores and hvm
Hi List, I have a server with two QuadCore 2.93Ghz processors and 16GB Ram, running Debian etch and Xen 3.2-1. Until yesterday I had in this server 2 hvm virtual machines, running w2k, 4 vcpus each without any problem, the use of each virtual machine rarely reach 70%. Today I cloned one of the virtual machines and started they with 2 vcpus, right after I start this new guest the use of cpus