From debbugs-submit-bounces@debbugs.gnu.org Fri Jul 03 03:22:59 2020 Received: (at 40626) by debbugs.gnu.org; 3 Jul 2020 07:23:00 +0000 Received: from localhost ([127.0.0.1]:56331 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jrG2F-0002iK-OW for submit@debbugs.gnu.org; Fri, 03 Jul 2020 03:22:59 -0400 Received: from eggs.gnu.org ([209.51.188.92]:50194) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jrG2C-0002i6-3N for 40626@debbugs.gnu.org; Fri, 03 Jul 2020 03:22:58 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:49222) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jrG26-0006O3-Ec; Fri, 03 Jul 2020 03:22:50 -0400 Received: from [2a01:e0a:fa:a50:9a7:de3d:abc2:6570] (port=35776 helo=meru) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1jrG25-000437-Vf; Fri, 03 Jul 2020 03:22:50 -0400 From: Mathieu Othacehe To: Denis 'GNUtoo' Carikli Subject: Re: bug#40626: Poor performance on low-end ARMv7 devices References: <87a73exj5v.fsf@inria.fr> <20200703015725.11a6515c@primarylaptop.localdomain> Date: Fri, 03 Jul 2020 09:22:48 +0200 In-Reply-To: <20200703015725.11a6515c@primarylaptop.localdomain> (Denis Carikli's message of "Fri, 3 Jul 2020 01:57:25 +0200") Message-ID: <873669kqpj.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 40626 Cc: 40626@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Hello, > Many ARM Single Board Computers are commonly used with microSD for > storage, and some microSD cards are extremely slow (and sometimes > unreliable when they are old). > > Could the performance issues be related to storage device I/Os? For those ARMv7 devices, which have few substitutes available and not much computation power, an approach is to work from a x86 machine and cross-compile disk-images. We will also have network booting supported soon, which will allow to do the same, but without having to write an SD card. In the meantime I would propose to close this bug, as there's not much that can be done, I think. Thanks, Mathieu