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=-0.8 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,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 E5BEBC43334 for ; Wed, 5 Sep 2018 02:33:10 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id AA81A2082B for ; Wed, 5 Sep 2018 02:33:10 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org AA81A2082B Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=huawei.com Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727234AbeIEHBC (ORCPT ); Wed, 5 Sep 2018 03:01:02 -0400 Received: from szxga06-in.huawei.com ([45.249.212.32]:45737 "EHLO huawei.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1725908AbeIEHBB (ORCPT ); Wed, 5 Sep 2018 03:01:01 -0400 Received: from DGGEMS402-HUB.china.huawei.com (unknown [172.30.72.58]) by Forcepoint Email with ESMTP id 134511F8E1B6A; Wed, 5 Sep 2018 10:33:05 +0800 (CST) Received: from [127.0.0.1] (10.134.22.195) by DGGEMS402-HUB.china.huawei.com (10.3.19.202) with Microsoft SMTP Server id 14.3.399.0; Wed, 5 Sep 2018 10:33:01 +0800 Subject: Re: [f2fs-dev] [PATCH 1/2] f2fs: set 4KB discard granularity by default To: Ju Hyung Park CC: Jaegeuk Kim , , References: <20180810100806.9298-1-yuchao0@huawei.com> <20180814041329.GB52730@jaegeuk-macbookpro.roam.corp.google.com> <8dd153c2-5611-728b-e4a9-0c59486f53a4@huawei.com> From: Chao Yu Message-ID: <548cb018-6d89-9552-34ee-e22cf4182ec5@huawei.com> Date: Wed, 5 Sep 2018 10:33:01 +0800 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset="utf-8" Content-Language: en-US Content-Transfer-Encoding: 7bit X-Originating-IP: [10.134.22.195] X-CFilter-Loop: Reflected Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, On 2018/9/4 22:36, Ju Hyung Park wrote: > Hi, > > I was wondering what would be the negatives on reducing the discard granularity We may send more small-sized discard, which cost more IO times and lifetime, but without this, we may heap up too many undiscard pages in device, it can make write GC slower and cost more flash lifetime. Thanks, > other than making discard more aggressive(hence higher overhead and latency?). > > Thanks. > > On Tue, Aug 14, 2018 at 4:08 PM Chao Yu wrote: >> >> On 2018/8/14 12:13, Jaegeuk Kim wrote: >>> On 08/10, Chao Yu wrote: >>>> Small granularity (size < 64K) fragmentation will cause f2fs suspending >>>> all pending discards, result in performance regression, so let's set >>>> 4KB discard granularity by default. >>>> >>>> So that without fstrim, we also have the ability to avoid any performance >>>> regression caused by non-alignment mapping between fs and flash device. >>> >>> This is why we added a sysfs entry. Why do we need to change the default >>> value every time? >> >> Of course, I didn't forget it. But, mostly, our user didn't know very well about >> our filesystem including each configuration's meaning, mechanism, or usage >> scenario, most of the time, they will choose to test f2fs with all default >> option, and then make the conclusion. >> >> Currently, with default 64k granularity, if we simulate fragmentation scenario >> of filesystem, like by a)writing 4k file and b)deleting even indexing file, then >> all 4k discards won't be issued, result in exhaustion of free space of flash >> storage, and performance degradation. >> >> So I think we'd better to consider and set default value of configuration more >> elaborately to avoid obvious weakness. >> >> Thoughts? >> >> Thanks, >> >>> >>>> >>>> Signed-off-by: Chao Yu >>>> --- >>>> fs/f2fs/f2fs.h | 2 +- >>>> 1 file changed, 1 insertion(+), 1 deletion(-) >>>> >>>> diff --git a/fs/f2fs/f2fs.h b/fs/f2fs/f2fs.h >>>> index 58431b9bfd8f..273ffdaf4891 100644 >>>> --- a/fs/f2fs/f2fs.h >>>> +++ b/fs/f2fs/f2fs.h >>>> @@ -248,7 +248,7 @@ struct discard_entry { >>>> }; >>>> >>>> /* default discard granularity of inner discard thread, unit: block count */ >>>> -#define DEFAULT_DISCARD_GRANULARITY 16 >>>> +#define DEFAULT_DISCARD_GRANULARITY 1 >>>> >>>> /* max discard pend list number */ >>>> #define MAX_PLIST_NUM 512 >>>> -- >>>> 2.18.0.rc1 >>> >>> . >>> >> >> >> ------------------------------------------------------------------------------ >> Check out the vibrant tech community on one of the world's most >> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >> _______________________________________________ >> Linux-f2fs-devel mailing list >> Linux-f2fs-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/linux-f2fs-devel > > . >