Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756597Ab2JQLMm (ORCPT ); Wed, 17 Oct 2012 07:12:42 -0400 Received: from mail-wi0-f172.google.com ([209.85.212.172]:58828 "EHLO mail-wi0-f172.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753010Ab2JQLMk convert rfc822-to-8bit (ORCPT ); Wed, 17 Oct 2012 07:12:40 -0400 MIME-Version: 1.0 In-Reply-To: <1350131840.1917.53.camel@kjgkr> References: <415E76CC-A53D-4643-88AB-3D7D7DC56F98@dubeyko.com> <1349865374.6072.78.camel@shinybook.infradead.org> <2456603.OlK4shzgJ4@wuerfel> <1350131840.1917.53.camel@kjgkr> Date: Wed, 17 Oct 2012 20:12:38 +0900 Message-ID: Subject: Re: [PATCH 00/16] f2fs: introduce flash-friendly file system From: Namjae Jeon To: Jaegeuk Kim Cc: Jaegeuk Kim , Arnd Bergmann , David Woodhouse , Luk Czerner , Vyacheslav Dubeyko , Marco Stornelli , Al Viro , tytso@mit.edu, gregkh@linuxfoundation.org, linux-kernel@vger.kernel.org, chur.lee@samsung.com, cm224.lee@samsung.com, jooyoung.hwang@samsung.com, linux-fsdevel@vger.kernel.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2622 Lines: 68 2012/10/13, Jaegeuk Kim : > 2012-10-13 (토), 13:26 +0900, Namjae Jeon: >> Is there high possibility that the storage device can be rapidly >> worn-out by cleaning process ? e.g. severe fragmentation situation by >> creating and removing small files. >> > > Yes, the cleaning process in F2FS induces additional writes so that > flash storage can be worn out quickly. > However, how about in traditonal file systems? > As all of us know that, FTL has an wear-leveling issue too due to the > garbage collection overhead that is fundamentally similar to the > cleaning overhead in LFS or F2FS. > > So, what's the difference between them? > IMHO, the major factor to reduce the cleaning or garbage collection > overhead is how to efficiently separate hot and cold data. > So, which is a better layer between FTL and file system to achieve that? > I think the answer is the file system, since the file system has much > more information on such a hotness of all the data, but FTL doesn't know > or is hard to figure out that kind of information. > > Therefore, I think the LFS approach is more beneficial to span the life > time of the storage rather than traditional one. > And, in order to do this perfectly, one thing is a criteria, the > alignment between FTL and F2FS. As you know, Normally users don't use one big partition on eMMC. It means they divide several small parititions. And F2fs will work on each small partition. And eMMC's FTL is globally working on whole device. I can not imagine how to work synchronously beween cleaning process of f2fs and FTL of eMMC. And Would you share ppt or document of f2fs if Korea Linux Forum is finished ? Thanks. > >> And you told us only advantages of f2fs. Would you tell us the >> disadvantages ? > > I think there is a scenario like this. > 1) One big file is created and written data sequentially. > 2) Many random writes are done across the whole file range. > 3) User discards cached data by doing "drop_caches" or "reboot". > > At this point, I worry about the sequential read performance due to the > fragmentation. > I don't know how frequently this use-case happens, but it is one of cons > in the LFS approach. > Nevertheless, I'm thinking that the performance could be enhanced by > cooperating with a readahead mechanism in VFS. > > Thanks, > >> >> Thanks. > > -- > Jaegeuk Kim > Samsung > > -- 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/