From nobody Wed Jul 21 09:58:46 2021 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id C9C8C12AAEFD for ; Wed, 21 Jul 2021 09:58:57 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: from connect.ultra-secure.de (connect.ultra-secure.de [88.198.71.201]) by mx1.freebsd.org (Postfix) with ESMTP id 4GV9yn3bL0z4vv0 for ; Wed, 21 Jul 2021 09:58:56 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: (Haraka outbound); Wed, 21 Jul 2021 12:01:43 +0200 Received-SPF: SoftFail (connect.ultra-secure.de: domain of ultra-secure.de does not designate 217.71.83.52 as permitted sender) receiver=connect.ultra-secure.de; identity=mailfrom; client-ip=217.71.83.52; helo=smtpclient.apple; envelope-from= Received-SPF: None (connect.ultra-secure.de: domain of smtpclient.apple does not designate 217.71.83.52 as permitted sender) receiver=connect.ultra-secure.de; identity=helo; client-ip=217.71.83.52; helo=smtpclient.apple; envelope-from= Received: from smtpclient.apple (217-071-083-052.ip-tech.ch [217.71.83.52]) by connect.ultra-secure.de (Haraka/2.6.2-toaster) with ESMTPSA id 6C407647-BBE8-4E1B-96A8-746FEF764478.1 envelope-from (authenticated bits=0); Wed, 21 Jul 2021 12:01:41 +0200 Content-Type: text/plain; charset=utf-8 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.100.0.2.22\)) Subject: Re: CPU hot-plug and RAM hot-add in virtual machines From: Rainer Duffner In-Reply-To: Date: Wed, 21 Jul 2021 11:58:46 +0200 Cc: FreeBSD Stable Mailing List Content-Transfer-Encoding: quoted-printable Message-Id: References: <4336a1bf-d826-dba3-9ec1-9b48cf7cd177@quip.cz> <70033628-bc3a-24d2-4c65-9a3b9c1c66d5@FreeBSD.org> To: Miroslav Lachman <000.fbsd@quip.cz> X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Haraka-GeoIP: EU, CH, 451km X-Haraka-ASN: 24951 X-Haraka-GeoIP-Received: 217.71.83.52:CH X-Haraka-ASN: 24951 217.71.80.0/20 X-Haraka-ASN-CYMRU: asn=24951 net=217.71.80.0/20 country=CH assignor=ripencc date=2003-08-07 X-Haraka-FCrDNS: 217-071-083-052.ip-tech.ch X-Haraka-p0f: os="Mac OS X " link_type="DSL" distance=16 total_conn=2 shared_ip=N X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on spamassassin X-Spam-Level: X-Spam-Status: No, score=-2.2 required=5.0 tests=ALL_TRUSTED,BAYES_00, SPF_HELO_NONE,SPF_SOFTFAIL,URIBL_BLOCKED autolearn=no autolearn_force=no version=3.4.1 X-Haraka-Karma: score: 6, good: 18837, bad: 622, connections: 21231, history: 18215, asn_score: 574, asn_connections: 607, asn_good: 575, asn_bad: 1, pass:asn, relaying X-Rspamd-Queue-Id: 4GV9yn3bL0z4vv0 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N > Am 21.07.2021 um 10:53 schrieb Miroslav Lachman <000.fbsd@quip.cz>: >=20 > On 09/07/2021 13:16, Andriy Gapon wrote: >> On 08/07/2021 00:34, Miroslav Lachman wrote: >>> The question is simple but I cannot find answer - Does FreeBSD = support hot-plug vCPU and hot-add RAM? >>> Current virtualization platforms support adding CPU cores or = additional RAM without the need to reboot the guest OS. Some of our = clients need to add additional vCPUs or RAM so often that hot-plug and = hot-add will be really useful. If this is not supported on FreeBSD for = now, is there any Work In Progress? Or is there a plan to support it? >> I think that those features are not supported and I haven't heard of = any WIP. >=20 > Thank you for your reply. I know nothing about system internals. Is it = too much work to implement it or just nobody from developers need it = thus nobody write the code? Virtualization is more and more popular = these days so I think it will be useful for many users. >=20 > Kind regards > Miroslav Lachman >=20 My guess is that it=E2=80=99s something that is very much tied to the = Linux kernel. AFAIK, it works on RHEL (and derivatives), and that=E2=80=99s usually a = sign that it=E2=80=99s 100% tied to the Linux-kernel. We have over 20 Vcenters (yeah...) with thousands of VMs and AFAIK, only = one customer has ever requested that feature. Do you really need it that badly?