Displaying 3 results from an estimated 3 matches for "4614888".
2017 Feb 01
2
[PATCH] v2v: Further increase memory allocated to the appliance (RHBZ#1418283).
...fier:"v2v" () in
- g#set_memsize (g#get_memsize () * 8 / 5);
+ g#set_memsize (g#get_memsize () * 20 / 5);
(* The network is only used by the unconfigure_vmware () function. *)
g#set_network true;
(match conversion_mode with
diff --git a/v2v/virt-v2v.pod b/v2v/virt-v2v.pod
index 4614888..88bfd7f 100644
--- a/v2v/virt-v2v.pod
+++ b/v2v/virt-v2v.pod
@@ -1634,7 +1634,7 @@ alleviate this.
Virt-v2v is not especially compute or RAM intensive. If you are
running many parallel conversions, then you may consider allocating
-one CPU core and between 512 MB and 1 GB of RAM per running i...
2017 Feb 01
0
Re: [PATCH] v2v: Further increase memory allocated to the appliance (RHBZ#1418283).
...ther SELinux command takes
> large amounts of RAM (setfiles during the SELinux relabel step).
> Therefore increase the memory size again, this time to 2000MB.
> ---
LGTM.
Should v2v get a -m parameter like the other tools?
> diff --git a/v2v/virt-v2v.pod b/v2v/virt-v2v.pod
> index 4614888..88bfd7f 100644
> --- a/v2v/virt-v2v.pod
> +++ b/v2v/virt-v2v.pod
> @@ -1634,7 +1634,7 @@ alleviate this.
>
> Virt-v2v is not especially compute or RAM intensive. If you are
> running many parallel conversions, then you may consider allocating
> -one CPU core and between 5...
2017 Feb 02
1
Re: [PATCH] v2v: Further increase memory allocated to the appliance (RHBZ#1418283).
...ools doing an
selinux_relabel (API). Probably on some guests they will also run out
of memory. We could increase the appliance size for everyone, but I
think it's better to fix the memory leak or whatever in setfiles.
> > diff --git a/v2v/virt-v2v.pod b/v2v/virt-v2v.pod
> > index 4614888..88bfd7f 100644
> > --- a/v2v/virt-v2v.pod
> > +++ b/v2v/virt-v2v.pod
> > @@ -1634,7 +1634,7 @@ alleviate this.
> >
> > Virt-v2v is not especially compute or RAM intensive. If you are
> > running many parallel conversions, then you may consider allocating
&g...