RE: [PATCH 2/3] ext4: Context support

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hallo,

> -----Original Message-----
> From: linux-mmc-owner@xxxxxxxxxxxxxxx [mailto:linux-mmc-owner@xxxxxxxxxxxxxxx]
> On Behalf Of Artem Bityutskiy
> Sent: Friday, June 22, 2012 3:29 PM
> To: Arnd Bergmann
> Cc: Ted Ts'o; Alex Lemberg; HYOJIN JEONG; Saugata Das; Saugata Das; linux-
> ext4@xxxxxxxxxxxxxxx; linux-fsdevel@xxxxxxxxxxxxxxx; linux-
> mmc@xxxxxxxxxxxxxxx; patches@xxxxxxxxxx; venkat@xxxxxxxxxx; Luca Porzio
> (lporzio)
> Subject: Re: [PATCH 2/3] ext4: Context support
> 
> On Wed, 2012-06-13 at 19:44 +0000, Arnd Bergmann wrote:
> > I think using the inode number is a reasonable fit. Using the inode
> > number of the parent directory might be more appropriate but it breaks
> > with hard links and cross-directory renames (we must not use the same
> > LBA with conflicting context numbers, or flush the old context
> > inbetween).
> 
> I would put it this way.
> 
> 1. contex = inode number for data blocks.
> 2. context = parent directory's inode number for stat data (times,
> permissions, etc) blocks and directory entry blocks. Should help things like
> readdir and readdir + stat. Besides, this stuff tend to change more often than
> the data, so mixing it with the data in the same eraseblock is not smart.
> 3. context = parent inode number for all the stuff belonging to xattrs.
> 
> We do something similar in UBIFS.
> 

Doesn't this end up using too many contexts?
Opening one contexts per inode would end up in opening more contexts than available.
The eMMC spec forbids more than 15 contexts for the whole device.

> --
> Best Regards,
> Artem Bityutskiy

Cheers,
    Luca
��.n��������+%������w��{.n�����{���)��jg��������ݢj����G�������j:+v���w�m������w�������h�����٥



[Index of Archives]     [Linux Ext4 Filesystem]     [Union Filesystem]     [Filesystem Testing]     [Ceph Users]     [Ecryptfs]     [AutoFS]     [Kernel Newbies]     [Share Photos]     [Security]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux Cachefs]     [Reiser Filesystem]     [Linux RAID]     [Samba]     [Device Mapper]     [CEPH Development]
  Powered by Linux