Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755311AbbHYJez (ORCPT ); Tue, 25 Aug 2015 05:34:55 -0400 Received: from mailout4.samsung.com ([203.254.224.34]:36283 "EHLO mailout4.samsung.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753890AbbHYJex (ORCPT ); Tue, 25 Aug 2015 05:34:53 -0400 X-AuditID: cbfee61a-f79a06d000005c6f-92-55dc36bb03af From: Chao Yu To: "'Jaegeuk Kim'" Cc: linux-kernel@vger.kernel.org, linux-f2fs-devel@lists.sourceforge.net References: <017d01d0da71$5780e8d0$0682ba70$@samsung.com> <20150820174738.GD42028@jaegeuk-mac02.mot-mobility.com> <021801d0dc10$a4d36810$ee7a3830$@samsung.com> In-reply-to: <021801d0dc10$a4d36810$ee7a3830$@samsung.com> Subject: RE: [f2fs-dev] [PATCH 9/9] f2fs: update extent tree in batches Date: Tue, 25 Aug 2015 17:33:54 +0800 Message-id: <000101d0df19$4aa94c90$dffbe5b0$@samsung.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-index: AQLNlFL34fZWxqU7h2EUoA+g4rYsxAEyoVBOAdKtSEScCs7D4A== Content-language: zh-cn X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrELMWRmVeSWpSXmKPExsVy+t9jAd3dZndCDS5uULB4sn4Ws8WlRe4W l3fNYXNg9ti0qpPNY/eCz0wenzfJBTBHcdmkpOZklqUW6dslcGXc/HOMseC3QMWz1sNsDYzr eLsYOTkkBEwkVr1oYoSwxSQu3FvP1sXIxSEksJRR4k33LHYI5xWjxM+LH8Cq2ARUJJZ3/GcC sUUE1CR6900Bsjk4mAU8JHYdK4WoX8wocXb1ErB6TgErid+bJ4DVCwu4S9y7NxWsnkVAVWLx +yCQMK+ApcT2c/8ZIWxBiR+T77GA2MwCWhLrdx5ngrDlJTavecsMcaiCxI6zrxlBxogIOEms vOcHUSIusfHILZYJjEKzkEyahWTSLCSTZiFpWcDIsopRIrUguaA4KT3XMC+1XK84Mbe4NC9d Lzk/dxMjOOSfSe1gPLjL/RCjAAejEg/vh4W3Q4VYE8uKK3MPMUpwMCuJ8D7fCBTiTUmsrEot yo8vKs1JLT7EKM3BoiTOK7thc6iQQHpiSWp2ampBahFMlomDU6qBce2HfSmllseMD5jzJXSb /DE8WaT6P2+3StWlmLd9Jl3mnsW9TWq+N2R0dtzb85vL33aT2IZag4sH0qYmp4TvPCA7O6BW 9DtP/yXj2eWr6z1X73Qx1HJY+bTR6cECIROGy6U3NEtdNKoLXcvfrpLwurJY8sPBu2JFRcfO TlK2P2h3qM6GR5ZRiaU4I9FQi7moOBEAdA/iSnUCAAA= Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2353 Lines: 68 > -----Original Message----- > From: Chao Yu [mailto:chao2.yu@samsung.com] > Sent: Friday, August 21, 2015 8:55 PM > To: 'Jaegeuk Kim' > Cc: linux-kernel@vger.kernel.org; linux-f2fs-devel@lists.sourceforge.net > Subject: Re: [f2fs-dev] [PATCH 9/9] f2fs: update extent tree in batches > > Hi Jaegeuk, > > > -----Original Message----- > > From: Jaegeuk Kim [mailto:jaegeuk@kernel.org] > > Sent: Friday, August 21, 2015 1:48 AM > > To: Chao Yu > > Cc: linux-f2fs-devel@lists.sourceforge.net; linux-kernel@vger.kernel.org > > Subject: Re: [PATCH 9/9] f2fs: update extent tree in batches > > > > Hi Chao, > > > > On Wed, Aug 19, 2015 at 07:21:48PM +0800, Chao Yu wrote: > > > This patch introduce a new helper f2fs_update_extent_tree_range > > > which can update extent nodes in extent tree in batches. > > > > > > Now, we use the function to invalidate blocks in batches instead of > > > invalidating them one by one when truncating blocks. > > > > IMO, it's not clear the benefit of this patch in terms of performance and code > > readability versus risky code changes. > > This is only used in truncate path, IMO, in theory, we can gain benefit from > this batch mode operation when truncating frequently. > > I will test the patch for numbers. Since in batched operation is only used in truncation path, I only stat data in that path. And I add below function to test for stating time count. uint64_t rdtsc(void) { uint32_t lo, hi; __asm__ __volatile__ ("rdtsc" : "=a" (lo), "=d" (hi)); return (uint64_t)hi << 32 | lo; } My test environment is: ubuntu, intel i7-3770, 16G memory, 256g micron ssd. a) Removing 128MB file which has one extent node mapping whole range of file: 1. dd if=/dev/zero of=/mnt/f2fs/128M bs=1M count=128 2. sync 3. rm /mnt/f2fs/128M count total average f2fs_update_extent_tree_range 33 3321 100.63 f2fs_update_extent_cache 32768 7651022 233.49 b) fsstress: fsstress -d /mnt/f2fs -l 5 -n 100 -p 20 count total average f2fs_update_extent_tree_range 1868 1073762 574.82 f2fs_update_extent_cache 31518 11495827 364.74 Thanks, -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/