[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <d0712a2c-393f-a11e-f1de-bab9ce148bab@huawei.com>
Date: Fri, 20 Apr 2018 11:14:52 +0800
From: Chao Yu <yuchao0@...wei.com>
To: heyunlei <heyunlei@...wei.com>,
"jaegeuk@...nel.org" <jaegeuk@...nel.org>
CC: "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"linux-f2fs-devel@...ts.sourceforge.net"
<linux-f2fs-devel@...ts.sourceforge.net>
Subject: Re: [f2fs-dev] [PATCH] f2fs: sepearte hot/cold in free nid
On 2018/4/20 10:30, heyunlei wrote:
>
>
>> -----Original Message-----
>> From: Chao Yu [mailto:yuchao0@...wei.com]
>> Sent: Friday, April 20, 2018 9:53 AM
>> To: jaegeuk@...nel.org
>> Cc: linux-kernel@...r.kernel.org; linux-f2fs-devel@...ts.sourceforge.net
>> Subject: [f2fs-dev] [PATCH] f2fs: sepearte hot/cold in free nid
>>
>> As most indirect node, dindirect node, and xattr node won't be updated
>> after they are created, but inode node and other direct node will change
>> more frequently, so store their nat entries mixedly in whole nat table
>> will suffer:
>> - fragment nat table soon due to different update rate
>> - more nat block update due to fragmented nat table
>>
>
> BTW, should we enable this patch: f2fs: reuse nids more aggressively?
>
> I think it will decrease nat area fragment and will decrease io of nat?
For a fragmented nat table, there will be no different in between reusing
obsolete nid or allocating nid from next nat block.
IMO, in order to decrease nat block write, it needs to add more allocation
algorithm like a filesystem does, but firstly, I'd like to separate hot entry
from cold one.
Thanks,
Powered by blists - more mailing lists