From nobody Thu Apr 14 06:47:19 2022 X-Original-To: freebsd-xen@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 E8F191B32E03 for ; Thu, 14 Apr 2022 06:47:24 +0000 (UTC) (envelope-from zedupsys@gmail.com) Received: from mail-lf1-x129.google.com (mail-lf1-x129.google.com [IPv6:2a00:1450:4864:20::129]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Kf94W6FWnz4TkG for ; Thu, 14 Apr 2022 06:47:23 +0000 (UTC) (envelope-from zedupsys@gmail.com) Received: by mail-lf1-x129.google.com with SMTP id p10so7382194lfa.12 for ; Wed, 13 Apr 2022 23:47:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=reply-to:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=fx9/mZfkne3JyfgMXKrTmwCb0IzVHTV6hVq8j5IWquk=; b=q0TSOGE93mC7zbFzrUthl9qj6dJvP1EMowbUtX32gSj87ehcznD0bziPjcCk5URdr8 wx82s9/gfzwHmTJeVWqCYodY8+4Lu8opP/0tSR6BOJIkrA8VWA8SQyvjkolY8CrPkvVq tdRuGKpgqIM30hLaEr/i6F1El3pfy1wUhjjWOus/uIGtUkR9ZWQjjUY5lJH1lj+wsQut VgvYLs293OkUiihkIMJXjrlZvSAE/2wXYrji6JHHbgUe8EM2Sad1ZOLCpMWJND6W4TIK GMC11pLBMV+KaHBI+V/R3g5hakQpYFk70PqOSzPoRkbe3SEC2meBfzyzJZ247i4j+Z9w lTKA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:reply-to:subject:to:cc:references:from :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=fx9/mZfkne3JyfgMXKrTmwCb0IzVHTV6hVq8j5IWquk=; b=I4FSYPIc5osUO5IX2Kc0xPLIH/jD9/H8NEAzSifgDQv0OIblpML+j5YHQgfEFw9GtZ FbJL17L2n9bA0FhZmbpuF2t+ltDF4FnSEbLnxCM9iL6qhKEJqI7qQwlOAcIms1HzjaaN lq48kdGvt32bLTn8c1VXyyLe10HUM6UjVpZGd4ovLHYNi419fl3rADGfBaAScMMtgCLF ZNAMfxeF9k/t00Y+pga7bb++nDdGfQKTt7XieAFGJnyzyAIf5HQQUN4CJoG1B+BBVqxe F1g0gWFJcPrYUgCOUg+6llpjeXinPxAEeDbU45xDIwKsPM34IZI1pWqHMuiw8tNL0c8D FFhw== X-Gm-Message-State: AOAM530EBAROqIjsaOvJ2kQS1ANNbAsL8bIrjec7GUt8wR1HhqO4PJCL K+DHcjOqx9r4X3zIwo/B9pM= X-Google-Smtp-Source: ABdhPJwGgam6VbxVay4ZjjC0IYJugal+IVJtYcqHSneEoYYoqhZUPF95xnGdqsE2fG1RDFSmLF3JdA== X-Received: by 2002:a05:6512:3fa6:b0:44a:cc1f:4a52 with SMTP id x38-20020a0565123fa600b0044acc1f4a52mr971933lfa.456.1649918842304; Wed, 13 Apr 2022 23:47:22 -0700 (PDT) Received: from [10.3.0.1] ([213.110.65.3]) by smtp.googlemail.com with ESMTPSA id bj8-20020a2eaa88000000b0024c8f61c960sm105098ljb.41.2022.04.13.23.47.21 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 13 Apr 2022 23:47:21 -0700 (PDT) Reply-To: zedupsys@gmail.com Subject: Re: ZFS + FreeBSD XEN dom0 panic To: =?UTF-8?Q?Roger_Pau_Monn=c3=a9?= Cc: freebsd-xen@freebsd.org, buhrow@nfbcal.org References: <4da2302b-0745-ea1d-c868-5a8a5fc66b18@gmail.com> <48b74c39-abb3-0a3e-91a8-b5ab1e1223ce@gmail.com> <22643831-70d3-5a3e-f973-fb80957e80dc@gmail.com> <209c9b7c-4b4b-7fe3-6e73-d2a0dc651c19@gmail.com> <1286cb59-867e-e7d0-2bd3-45c33feae66a@gmail.com> From: Ze Dupsys Message-ID: Date: Thu, 14 Apr 2022 09:47:19 +0300 User-Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.12.0 List-Id: Discussion List-Archive: https://lists.freebsd.org/archives/freebsd-xen List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-xen@freebsd.org X-BeenThere: freebsd-xen@freebsd.org MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: lv Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4Kf94W6FWnz4TkG X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=q0TSOGE9; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of zedupsys@gmail.com designates 2a00:1450:4864:20::129 as permitted sender) smtp.mailfrom=zedupsys@gmail.com X-Spamd-Result: default: False [-0.40 / 15.00]; HAS_REPLYTO(0.00)[zedupsys@gmail.com]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_SPAM_SHORT(0.72)[0.716]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_REPLYTO(0.00)[gmail.com]; PREVIOUSLY_DELIVERED(0.00)[freebsd-xen@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.89)[0.888]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::129:from]; MLMMJ_DEST(0.00)[freebsd-xen]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On 2022.04.12. 18:37, Roger Pau Monné wrote: > > I have a patch to disable the bounce buffering done in blkback > (attached). Regarding this patch, it wouldn't apply on RELEASE 13.0 code, because i guess there are other changes, when updating code manually i got compile error, variable xen_cpuid_base not defined, and include paths do not have at the start. So i applied it manually to main branch, commit: 2f0baec1ecb2e79cfb97a19e1bbfb27741365847, since there at least variable xen_cpuid_base existed. > While I think it's not directly related to the panic you are hitting, > it's long time since we should have disabled that. It should reduce > the memory consumption by blkback greatly, so might have the side > effect of helping with your issue related to pmap_growkernel. I think i do not understand this clearly. Was it an obsolete feature that had to be removed? > On my test box a single instance of blkback reduced memory usage from > ~100M to ~300K. On my lab system this seems to work quiet niceley as well. System is under load now for 17:36 hours, no panic, collecting vmstat. And what else is different, that VM start/stop script has not printed any error about adding block devices. So this seems promissing.