From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jaegeuk Kim Subject: Re: [PATCH 00/16] f2fs: introduce flash-friendly file system Date: Sat, 13 Oct 2012 21:37:20 +0900 Message-ID: <1350131840.1917.53.camel@kjgkr> References: <415E76CC-A53D-4643-88AB-3D7D7DC56F98@dubeyko.com> <1349865374.6072.78.camel@shinybook.infradead.org> <2456603.OlK4shzgJ4@wuerfel> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: QUOTED-PRINTABLE 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 To: Namjae Jeon Return-path: Received: from mail-pa0-f46.google.com ([209.85.220.46]:48301 "EHLO mail-pa0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753329Ab2JMMhc (ORCPT ); Sat, 13 Oct 2012 08:37:32 -0400 In-Reply-To: Sender: linux-fsdevel-owner@vger.kernel.org List-ID: 2012-10-13 (=ED=86=A0), 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. >=20 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 kno= w 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. > And you told us only advantages of f2fs. Would you tell us the disadv= antages ? 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 con= s in the LFS approach. Nevertheless, I'm thinking that the performance could be enhanced by cooperating with a readahead mechanism in VFS. Thanks, >=20 > Thanks. --=20 Jaegeuk Kim Samsung -- To unsubscribe from this list: send the line "unsubscribe linux-fsdevel= " in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html