From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-9.0 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, MENTIONS_GIT_HOSTING,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id A9768C433DB for ; Thu, 11 Mar 2021 14:57:16 +0000 (UTC) Received: from desiato.infradead.org (desiato.infradead.org [90.155.92.199]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 0B37D64F93 for ; Thu, 11 Mar 2021 14:57:15 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 0B37D64F93 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=arndb.de Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=desiato.20200630; h=Sender:Content-Transfer-Encoding :Content-Type:List-Subscribe:List-Help:List-Post:List-Archive: List-Unsubscribe:List-Id:Cc:To:Subject:Message-ID:Date:From:In-Reply-To: References:MIME-Version:Reply-To:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner; bh=KccIWXEWJnJJwLEwYSuDnPOZtGvj8TNMKjZrYlgxcLQ=; b=T4Mumr0it18vyOtLdEsdEAivc J93EXYtHkqCl1i73ZEzJymcYKW3fNVESJlmqbBMvbOKA/MQK4P8yBeXnang4xhRNzFb2bMiFELV2z nkGjaE5qnpVG9SITVGHC3FsGWVX/xgKzTpN3fCtDKpyRKwymiqTKTpGAZkV/hpkS4mzhIj1SuTqST rA5j80RHp0EYN/igjfTTujPoqJacRxxv0nNRNjbcdw6JOrxxXEwGG2ugpc7OAsy5zgt0rVC0XVOY0 YpQ1RoVMbhr+cLw/y1lDSt6VH2M+ReBz7cuzPCFI0Puytw4LjRc4/cJ82HnlVsTGhPYFy/RQRaQA2 WdM+7/i1Q==; Received: from localhost ([::1] helo=desiato.infradead.org) by desiato.infradead.org with esmtp (Exim 4.94 #2 (Red Hat Linux)) id 1lKMj8-009NZF-Aj; Thu, 11 Mar 2021 14:55:50 +0000 Received: from mout.kundenserver.de ([212.227.126.187]) by desiato.infradead.org with esmtps (Exim 4.94 #2 (Red Hat Linux)) id 1lKMj3-009NY7-HY for linux-arm-kernel@lists.infradead.org; Thu, 11 Mar 2021 14:55:47 +0000 Received: from mail-ot1-f41.google.com ([209.85.210.41]) by mrelayeu.kundenserver.de (mreue012 [213.165.67.97]) with ESMTPSA (Nemesis) id 1MOm9H-1l5rRf1yUp-00QEKT for ; Thu, 11 Mar 2021 15:55:44 +0100 Received: by mail-ot1-f41.google.com with SMTP id m1so1603549ote.10 for ; Thu, 11 Mar 2021 06:55:43 -0800 (PST) X-Gm-Message-State: AOAM531M0dgVBNNiew/9BD+5iB5Et9baOw8mvXSdjRrW1T98CKmFunKc 0zAZlqtGRt7oaTOEswkmhg0I4hM1X5X0B6Naqpk= X-Google-Smtp-Source: ABdhPJxbYDqZzL+8t7NkDA0f1ZV7bnzq9r7BMt9dnv2MMy+s22TJ2mPaYDGgtbyCpwb4WOUVSpHeK5NvM6pqVCD9DuM= X-Received: by 2002:a9d:6341:: with SMTP id y1mr7186603otk.210.1615474542010; Thu, 11 Mar 2021 06:55:42 -0800 (PST) MIME-Version: 1.0 References: <20210119123659.GJ1551@shell.armlinux.org.uk> <20210119194827.GL1551@shell.armlinux.org.uk> <20210127101911.GL1551@shell.armlinux.org.uk> <20210311140904.GJ1463@shell.armlinux.org.uk> In-Reply-To: <20210311140904.GJ1463@shell.armlinux.org.uk> From: Arnd Bergmann Date: Thu, 11 Mar 2021 15:55:25 +0100 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Arm + KASAN + syzbot To: Russell King - ARM Linux admin Cc: Linus Walleij , Dmitry Vyukov , Krzysztof Kozlowski , syzkaller , kasan-dev , Hailong Liu , Linux ARM X-Provags-ID: V03:K1:RNrK2tQQlTgsgTPqFJ5oDk/GW7hNbdm5e67xcejob2MLjkTKU3l BR9UuN53M712zk4/odWdCFgCyhBxhP9bCZK8ejFtOkI3SzFh2PWgUz8QyaS2KG74pRpqkuv dnvCy1cc08sc+q/u07QWDiZRFJaXzh/DtJMlnAdbIMgGjq5bjRQS6ez/Wqkb/u9rjRG2a42 10LqUf7cSeXgF3hyv5I0w== X-UI-Out-Filterresults: notjunk:1;V03:K0:2dvH5PJJtw4=:jun/KZLCjV/7Yl8A7qvwIU AoEAv6EQGPoxVGa990PpvhCKFRvHPQY2Hn7axOCCOplyd8yQS3taFuJLY07UjTSH0H0ij0G51 sbzWiB0b01q72b7+G5ZhD8rhTrHr43ynbem4QcwY6XpX7QYkuqo9OuiyZnpZPEnQVVeat1eGd 4dRgwdvvEofEorwiLt9Lw6VEM9hyyG/mVpvAp9azhFm0IJj2iGfrC87aiBsdjE4XB9prUzP0l 2Xduh1qZeQ9KfeCX5NkBxX1BCSk5359j6HCZmbdfxeBMJ0s0NiV7sF/6Y4cBzwoFCvWhDXvuC dO85uzPPPAnh5RFmuZK/tu0PSt+ChogcT2JEN1V0rXpl1lVu9KDf0eKOEH/HK+rGBDqjTKBtN TkzMYwSFkIyIk1JKe+YRPLrB8e6XLLDAW83zxLMUpsOtxcOJfFq7fHzHiWM9g X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20210311_145545_742815_4642197B X-CRM114-Status: GOOD ( 22.17 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org On Thu, Mar 11, 2021 at 3:09 PM Russell King - ARM Linux admin wrote: > On Thu, Mar 11, 2021 at 02:55:54PM +0100, Linus Walleij wrote: > > On Thu, Mar 11, 2021 at 11:54 AM Dmitry Vyukov wrote: > > > The instance has KASAN disabled because Go binaries don't run on KASAN kernel: > > > https://lore.kernel.org/linux-arm-kernel/CACT4Y+YdJoNTqnBSELcEbcbVsKBtJfYUc7_GSXbUQfAJN3JyRg@mail.gmail.com/ > > > > I am still puzzled by this, but I still have the open question about how much > > memory the Go runtime really use. I am suspecting quite a lot, and the > > ARM32 instance isn't on par with any contemporary server or desktop > > when it comes to memory, it has ~2GB for a userspace program, after > > that bad things will happen: the machine will start thrashing. > > I believe grafana is a Go binary - I run this in a VM with only 1G > of memory and no swap along with apache. It's happy enough. > > USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND > grafana 1122 0.0 5.9 920344 60484 ? Ssl Feb18 28:31 /usr/sbin/grafana-server --config=/etc/grafana/grafana.ini ... > > So, I suspect it's basically KASAN upsetting Go somehow that then > causes the memory usage to spiral out of control. I found a bug report about someone complaining that Go reserves a lot of virtual address space, and that this breaks an application that works with VMSPLIT_3G when changing to VMSPLIT_2G https://github.com/golang/go/issues/35677 If KASAN limits the address space available to user space, there might be a related issue, even when there is still physical memory available. Arnd _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel