From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received-SPF: None (no SPF record) identity=mailfrom; client-ip=2607:f8b0:4864:20::d35; helo=mail-io1-xd35.google.com; envelope-from=adam@zegelin.com; receiver=edk2-devel@lists.01.org Received: from mail-io1-xd35.google.com (mail-io1-xd35.google.com [IPv6:2607:f8b0:4864:20::d35]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ml01.01.org (Postfix) with ESMTPS id 334282118EF6B for ; Wed, 14 Nov 2018 21:58:15 -0800 (PST) Received: by mail-io1-xd35.google.com with SMTP id r200so8084424iod.11 for ; Wed, 14 Nov 2018 21:58:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zegelin-com.20150623.gappssmtp.com; s=20150623; h=mime-version:from:date:message-id:subject:to; bh=2koHasGecYhZc8cOhPOk2/ThUwdLbYF++lQBn39YI7c=; b=keVKm3k1Vsl02+ktGd46lnuJkBojHhdZ8mt0mMzXAS2R5U2LQulRnHAYyuPeWh9cTT JbK+vVX8eDBetkP3sJdHvAlf0VRcfMiCVuf+5P25L84iIK/paFYMOglTX8JPsyumWOaG sIJan/bIxDa0T1Ape29GTMTYOmZQxY3K5LQ7p1f0Rg9cOUk8sZz+9/o7CkHVYl9IA7NY PzyLss1u/WlxM3A52c3rLJkwVPEhz6XwQMR8N08eeLIbiz36nybiQyLFUgXDJtCqSh2n VCO57pA6sAGRniAZlJq/ty2lXN8prKOfWc0TK1/Rm6EHOlY0nJ+qdtcKTNVsxZ8fBsQa aQ1Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=2koHasGecYhZc8cOhPOk2/ThUwdLbYF++lQBn39YI7c=; b=fEPpoThodz+FEN0nOyvGQ+Rjp4jADfse2Hh9LLSoWApN1n9r9377bKlThTePLup9fP 8F6KNunb9vyXxfClEoXn5phY/ORseJC/x//wRaja9AE/ayOHZ6k0AAk2sJAlvVkV4M+k C0fo+e3b5Uuqb2nXolntpvnVbrxfjV0RKq3TFwcAxL/KW6DDEODUhseavSyj85jD8rt2 BrE+KCTeg3Y6/eUzTWA+4dh+SDWzxA3zk6EX6Wm7edK8YBQRqj1zXGOngWqf5Zlw3ZNt ivig/2J+Rs8SLojEi5nZ8BCqjptZeTW601DHMkWoPFAgEGvoiiz+EWcj/ltgH49uIiaJ ccjA== X-Gm-Message-State: AGRZ1gKsUp6IVdn3GbfxUKAxrjpLQjPvd4n1XeBjsRSxlWlAjCgLQ0RQ qV1Y6IsB5g4B+rrvdAhuFYEa0dE7OVPEJUBKSP9Xnn6/qpupew== X-Google-Smtp-Source: AFSGD/WB2PtVasAbp+q9ZwWQJ/B7BGejYO/vxo9mql9gkfwUA8oX+JnHg8qwKc7t7Q+laJWrlzno/L2qQiUD0r4IdO8= X-Received: by 2002:a6b:b496:: with SMTP id d144mr3610958iof.180.1542261493889; Wed, 14 Nov 2018 21:58:13 -0800 (PST) MIME-Version: 1.0 From: A Z Date: Wed, 14 Nov 2018 21:58:01 -0800 Message-ID: To: edk2-devel@lists.01.org X-Content-Filtered-By: Mailman/MimeDel 2.1.29 Subject: [OVMF+VIFO+QEMU] Large VM RAM allocation = Long Boot Times X-BeenThere: edk2-devel@lists.01.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: EDK II Development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2018 05:58:15 -0000 Content-Type: text/plain; charset="UTF-8" This is an issue that involves a combination of different software packages, so my apologies in advance if this is the wrong list to post on. I'm experiencing terrible boot times when I assign a large amount of RAM to a VM when used in combination with VIFO/PCI-passthrough. On a VM with a Nvidia GTX 970 + USB controller and 24GiB of RAM assigned, the time to the TianoCore splash screen is ~5 minutes. It's then ~30 seconds before Windows 10 begins to boot (spinning dots). During this time, the QEMU CPU core threads are 100% busy. According to `perf`, the QMU CPU core threads are spending most of their time waiting on a spinlock over kvm->mmu_lock that's created by kvm_zap_gfn_range. I'm fairly certain that ~1 year ago (if not longer) the same configuration didn't take this long to boot. Regards, Adam