Received: by 2002:ac0:aed5:0:0:0:0:0 with SMTP id t21csp5093843imb; Thu, 7 Mar 2019 07:37:32 -0800 (PST) X-Google-Smtp-Source: APXvYqxJoF3qLid87vEDI8UaNi3dhGPA7jz4yo3r+pj/saHc91I7BxHUFz+o2Dcx2Rd5MwIZAGF2 X-Received: by 2002:a17:902:6686:: with SMTP id e6mr13476837plk.208.1551973052675; Thu, 07 Mar 2019 07:37:32 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1551973052; cv=none; d=google.com; s=arc-20160816; b=d4K3SW9ebWfK3vlcqBMwiVl2hPasfMYBJeTQxPDDwNgs2a52Tw2mpTg8tsF7p5gJ4h gVh/x8hrmXxKjQkh/b/KSWtNclUxieOANOjRNmVkDO/0k+fI8qpATwwNtaBUQQ2fRjPE FqTFi4qLg6AQhkVavNi163dlQKp75CeVhPKquICFB6jY0iJg4JXxPsS3H+XcFObQFpPf HYg7HNYYSIhsOcRYfjYtrKOy/WI9RMQmUjSlYFgfPsShB+5M6Y2i6wFOAnlFHEQ4B0/u 1QsfFbqIytu5kvH2nPrT+I2fCnOgf+1YJDmJmWuI930CPoL+PFQWsOP9TMShQdy7rJSS GRqg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:organization:openpgp:from:references:cc:to:subject; bh=lXE6c6zkWXvZFeSdVlFtmH/5oFCkAdSpDhuhRtzW1MY=; b=p4sjECIyGcRfka5khDr0r9WFXZoYja2HLKtlkahC6jA+7XKAgJFUevtkzhaj3UIyNY E/XqR7h75X3jlsLRDJx1aFCI33kSbfiSs0kCWorX9gCE49JJd8zobCBYFZnsgkRuMPAs aE8L8EqEMIlJtBlMqw+1Dp5aBgrwWia9X0n6X5hb2asopVuqu0lWu3OptUBKbsZpYg9S fmJTBFbXuFrMj83Hh1o/tDF1vPUgiqaps1+vbC7Vw116exAHrs5Up/NJiTbCVArZdHLR 02p616HOYBMdBF/96ZtwZ2knl6yHaydy/O6GVmFBuia67AosmNVIG71YQL50IqUAD14Q KBFg== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id m3si3965533pgq.343.2019.03.07.07.37.17; Thu, 07 Mar 2019 07:37:32 -0800 (PST) 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726675AbfCGPg1 (ORCPT + 99 others); Thu, 7 Mar 2019 10:36:27 -0500 Received: from mx2.suse.de ([195.135.220.15]:52722 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1726275AbfCGPg0 (ORCPT ); Thu, 7 Mar 2019 10:36:26 -0500 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.220.254]) by mx1.suse.de (Postfix) with ESMTP id CAE33ABF5; Thu, 7 Mar 2019 15:36:24 +0000 (UTC) Subject: Re: [PATCH] bcache: add cond_resched() in __bch_cache_cmp() To: Shile Zhang Cc: Kent Overstreet , linux-bcache@vger.kernel.org, linux-kernel@vger.kernel.org References: <1551935728-243664-1-git-send-email-shile.zhang@linux.alibaba.com> <24916a71-39ff-7324-ad12-9d79cc68d0da@suse.de> <3640cd7f-f32a-1509-dbef-6000b6e14e75@linux.alibaba.com> From: Coly Li Openpgp: preference=signencrypt Organization: SUSE Labs Message-ID: Date: Thu, 7 Mar 2019 23:36:18 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:60.0) Gecko/20100101 Thunderbird/60.5.2 MIME-Version: 1.0 In-Reply-To: <3640cd7f-f32a-1509-dbef-6000b6e14e75@linux.alibaba.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2019/3/7 11:06 下午, Shile Zhang wrote: > > On 2019/3/7 18:34, Coly Li wrote: >> On 2019/3/7 1:15 下午, shile.zhang@linux.alibaba.com wrote: >>> From: Shile Zhang >>> >>> Read /sys/fs/bcache//cacheN/priority_stats can take very long >>> time with huge cache after long run. >>> >>> Signed-off-by: Shile Zhang >> Hi Shile, >> >> Do you test your change ? It will be helpful with more performance data >> (what problem that you improved). > > In case of 960GB SSD cache device, once read of the 'priority_stats' > costs about 600ms in our test environment. > After the fix, how much time it takes ? > The perf tool shown that near 50% CPU time consumed by 'sort()', this > means once sort will hold the CPU near 300ms. > > In our case, the statistics collector reads the 'priority_stats' > periodically, it will trigger the schedule latency jitters of the > > task which shared same CPU core. > Hmm, it seems you just make the sort slower, and nothing more changes. Am I right ? Coly Li >> >> Thanks. >> >> Coly Li >> >>> --- >>>   drivers/md/bcache/sysfs.c | 1 + >>>   1 file changed, 1 insertion(+) >>> >>> diff --git a/drivers/md/bcache/sysfs.c b/drivers/md/bcache/sysfs.c >>> index 557a8a3..028fea1 100644 >>> --- a/drivers/md/bcache/sysfs.c >>> +++ b/drivers/md/bcache/sysfs.c >>> @@ -897,6 +897,7 @@ static void bch_cache_set_internal_release(struct >>> kobject *k) >>>     static int __bch_cache_cmp(const void *l, const void *r) >>>   { >>> +    cond_resched(); >>>       return *((uint16_t *)r) - *((uint16_t *)l); >>>   } >>>   >> -- Coly Li