Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp2020963pxk; Mon, 14 Sep 2020 02:34:38 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwNM/yqFHY/CMh/OFxwZeMzFfW+lJxC3gPYSb6KWu2vlszVC1IOYfcupgK9bS2cl4MKlyDC X-Received: by 2002:a17:906:b6d5:: with SMTP id ec21mr13326825ejb.396.1600076078361; Mon, 14 Sep 2020 02:34:38 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1600076078; cv=none; d=google.com; s=arc-20160816; b=IMTFYAyvUvCyDQqlVNrd65qW9cjZrpG35chBgYJJM4qSrlQiTlIckCIhNivCTv1/6Z wJPuXQUHyz9p/FrhG/hluzazcTWEg4ICvn845ejQSDjQbOgq/DiPF7UHZWEe3hmjHHjz IWRBrkvtc5WyE8TeVmJzialvW7TBJFPQOQiwS7dIDewkEwfbIpWE78tFw/4d1DgqoA1E nfL/7ZHwzOuh0u4VRQLNjwicwd146wFIKPqLmSgDXSoANRUwN7axGnj0d3fASAg5wwS6 yVDTZNI0LACwrhkwiojJsMdg2wSSKtgBW34/mMFksg0IjAgqt3NcvjTTiRLeWhHgJX8w QwdQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-transfer-encoding:content-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=CDM03Z3bljAGp20bAwk7pvmQsHWF41/OiY/6fI73Djc=; b=vGQy/rNkZjZ4XjeWmN4uS0h6ejGJP1iH3JFueqWhCmZeGbsgL9ge4CtgCpcfB9UMTJ swf+53IhfwWkMlx34gLw9OqA9OuF33gbW+cKkSrouL59A5iQAhVAa52H7TWjkPMEf+DQ +rJAh2LRoDcynVaNE8LUjgk+Bcv+sMKzpR4jhfoF9iGqZoUu6RXIf8lzafienzMRY9aT +n+r0ypMWXGiH/Dbhvvl1tUPFkAYHhk+ZQUiIOYqA57SQ8CuJOvD9p+Dm6IV6u9FcYKj u95IQIZgFBGFnFV3ye53Twufk+v8lSsgnQl+GZOlEdTb5qx5YaFpvFzf5iQLT9K9tmGY ipjA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id d25si7496485edn.340.2020.09.14.02.34.09; Mon, 14 Sep 2020 02:34:38 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726278AbgINJdg (ORCPT + 99 others); Mon, 14 Sep 2020 05:33:36 -0400 Received: from mx2.suse.de ([195.135.220.15]:38474 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726351AbgINJdJ (ORCPT ); Mon, 14 Sep 2020 05:33:09 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.221.27]) by mx2.suse.de (Postfix) with ESMTP id AC4B1AE85; Mon, 14 Sep 2020 09:33:19 +0000 (UTC) Received: by quack2.suse.cz (Postfix, from userid 1000) id BC1581E12EF; Mon, 14 Sep 2020 11:33:03 +0200 (CEST) Date: Mon, 14 Sep 2020 11:33:03 +0200 From: Jan Kara To: =?iso-8859-1?Q?Rog=E9rio?= Brito Cc: Linus Torvalds , Amir Goldstein , Hugh Dickins , Michael Larabel , Ted Ts'o , Andreas Dilger , Ext4 Developers List , Jan Kara , linux-fsdevel Subject: Re: Kernel Benchmarking Message-ID: <20200914093303.GA7347@quack2.suse.cz> References: <8bb582d2-2841-94eb-8862-91d1225d5ebc@MichaelLarabel.com> <0cbc959e-1b8d-8d7e-1dc6-672cf5b3899a@MichaelLarabel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-ext4-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-ext4@vger.kernel.org On Sat 12-09-20 17:32:41, Rog?rio Brito wrote: > Now, to the subject: is this that you describe (RCU or VFS), in some sense, > related to, say, copying a "big" file (e.g., a movie) to a "slow" media (in > my case, a USB thumb drive, so that I can watch said movie on my TV)? > > I've seen backtraces mentioning "task xxx hung for yyy seconds" and a > non-reponsive cp process at that... I say RCU or VFS because I see this > with the thumb drives with vfat filesystems (so, it wouldn't be quite > related to ext4, apart from the fact that all my Linux-specific > filesystems are ext4). This is very likely completely different problem. I'd need to see exact messages and kernel traces but usually errors like these happen when the IO is very slow and other things (such as grabbing some locks or doing memory allocation) get blocked waiting for that IO. In the case Linus speaks about this is really more about CPU bound tasks that heavily hammer the same cached contents. Honza -- Jan Kara SUSE Labs, CR