Received: by 2002:ac0:a5b6:0:0:0:0:0 with SMTP id m51-v6csp1610776imm; Thu, 14 Jun 2018 00:32:37 -0700 (PDT) X-Google-Smtp-Source: ADUXVKJV7zoQAVK0by/td3Sv4+ZUuaVK4n6mZH4H3aZMA5OhM7mOtgyfMuGycaxOop4dpTY9oWtV X-Received: by 2002:aa7:8345:: with SMTP id z5-v6mr8378813pfm.251.1528961557434; Thu, 14 Jun 2018 00:32:37 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1528961557; cv=none; d=google.com; s=arc-20160816; b=jJ30KBST+t+q5VJxg91gD1CA6nXn34EUtLUb/uf4arRVUh+3jpsyXh1GOC4jq/YdEk 9/6te13EmkLUfk20AfBZw+bdxLfRanzQ1WpM+dcnGCGm+Ya+1V2pbc+1V4AfsnXlfjQX zhy5Wp46F6mQTg+Q51kCRq06BN675UI4PU65KQgzDpZz139I8h3k+Ahn/RHGoqkssPvG iDLSLnB5DgBx6ZNsCcKwQ8p8ANLM+NGDG2OrnwYJlY/B7U0Eex3lxVVcIAiscF4OrEoz S2gYkiMR24XEku7Nd+GXxVkPSOXBLEaeIQmWfRWZHNvl/pZ2w5XOlb/oX9HXkvjFCT+J liIQ== 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-disposition:mime-version:references:message-id:subject:cc :to:from:date:arc-authentication-results; bh=YI/EWyNaXs7i1ewK8dqtuKCrf5DUW6zyUrv5j1S90uM=; b=EjGFIdHP0R3+vy5KA3gCkyRgQeCGgtO8qeYwuw53XozW1e06nmUlPYD0h/ECTjfb78 Xn2QK0vE+DFwHSv0Wu7cg54r1/l73RKWjaLNhmiF0sFzbbNVPCq7pJiuIoan11YQRkfb wGRgrsueiI2150KoV/5DOuoqtRhdj+tVn6mmQPYyF1wLTuBIPnrRpMqTstzH4DT1zKJ6 5xK3HtfK02//H9dHjEPvbqzJwqMaJBnbyMxYa6P+2sCVodVBUlnqSwPwEM0DjI0bavhT ExaXp8+Ec25WBTYpsJqkvxy5HVdTe/5svydaVjvCSVwRb/p1QItjmNKrhBm1pDqTd/dU jwcQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id h9-v6si3835549pgq.131.2018.06.14.00.32.23; Thu, 14 Jun 2018 00:32:37 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754609AbeFNHb4 (ORCPT + 99 others); Thu, 14 Jun 2018 03:31:56 -0400 Received: from mx2.suse.de ([195.135.220.15]:44271 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752748AbeFNHbz (ORCPT ); Thu, 14 Jun 2018 03:31:55 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay1.suse.de (charybdis-ext-too.suse.de [195.135.220.254]) by mx2.suse.de (Postfix) with ESMTP id 57A73AE40; Thu, 14 Jun 2018 07:31:54 +0000 (UTC) Date: Thu, 14 Jun 2018 09:31:53 +0200 From: Michal Hocko To: jing xia Cc: Mikulas Patocka , Mike Snitzer , agk@redhat.com, dm-devel@redhat.com, linux-kernel@vger.kernel.org Subject: Re: dm bufio: Reduce dm_bufio_lock contention Message-ID: <20180614073153.GB9371@dhcp22.suse.cz> References: <1528790608-19557-1-git-send-email-jing.xia@unisoc.com> <20180612212007.GA22717@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.9.5 (2018-04-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu 14-06-18 15:18:58, jing xia wrote: [...] > PID: 22920 TASK: ffffffc0120f1a00 CPU: 1 COMMAND: "kworker/u8:2" > #0 [ffffffc0282af3d0] __switch_to at ffffff8008085e48 > #1 [ffffffc0282af3f0] __schedule at ffffff8008850cc8 > #2 [ffffffc0282af450] schedule at ffffff8008850f4c > #3 [ffffffc0282af470] schedule_timeout at ffffff8008853a0c > #4 [ffffffc0282af520] schedule_timeout_uninterruptible at ffffff8008853aa8 > #5 [ffffffc0282af530] wait_iff_congested at ffffff8008181b40 This trace doesn't provide the full picture unfortunately. Waiting in the direct reclaim means that the underlying bdi is congested. The real question is why it doesn't flush IO in time. > #6 [ffffffc0282af5b0] shrink_inactive_list at ffffff8008177c80 > #7 [ffffffc0282af680] shrink_lruvec at ffffff8008178510 > #8 [ffffffc0282af790] mem_cgroup_shrink_node_zone at ffffff80081793bc > #9 [ffffffc0282af840] mem_cgroup_soft_limit_reclaim at ffffff80081b6040 > #10 [ffffffc0282af8f0] do_try_to_free_pages at ffffff8008178b6c > #11 [ffffffc0282af990] try_to_free_pages at ffffff8008178f3c > #12 [ffffffc0282afa30] __perform_reclaim at ffffff8008169130 > #13 [ffffffc0282afab0] __alloc_pages_nodemask at ffffff800816c9b8 > #14 [ffffffc0282afbd0] __get_free_pages at ffffff800816cd6c > #15 [ffffffc0282afbe0] alloc_buffer at ffffff8008591a94 > #16 [ffffffc0282afc20] __bufio_new at ffffff8008592e94 > #17 [ffffffc0282afc70] dm_bufio_prefetch at ffffff8008593198 > #18 [ffffffc0282afd20] verity_prefetch_io at ffffff8008598384 > #19 [ffffffc0282afd70] process_one_work at ffffff80080b5b3c > #20 [ffffffc0282afdc0] worker_thread at ffffff80080b64fc > #21 [ffffffc0282afe20] kthread at ffffff80080bae34 > > > Mikulas -- Michal Hocko SUSE Labs