Re: [RFC 00/17] RFC parent inode pointers.

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

 



On Tue, Jan 28, 2014 at 02:00:40PM +1100, Dave Chinner wrote:
| On Mon, Jan 27, 2014 at 01:41:47PM -0600, Mark Tinguely wrote:
| > 2) Add the filename to EA. Not a fan, but I will ask but if DMF needs it
| >    for performance then it has to be done. My point was this assumes
| >    that we can keep all the links' EA entries inline in the inode. A
| >    couple 255 character files or several links of modest sized filenames
| >    would negate that assumption. I tried to minimize the EA entries to
| >    keep them inline in the inode. I will talk to the DMF group.
| 
| Actually, I made the point about DMF needing them inline performance
| because that's an argument SGI might find persuasive. What I didn't
| say just then is that *I* need them inline, too, as online directory
| tree scrubbing needs to be able to do bulks scans, as does
| xfs_repair. However, I have idefinitely said this before in previous
| parent poitner discussions, so it should be no surprise here...

I appologize in advance for my ignorance.  What is "online directory
tree scrubbing" and how does it benefit from parent inode pointers?


-- 
Geoffrey Wehrman

_______________________________________________
xfs mailing list
xfs@xxxxxxxxxxx
http://oss.sgi.com/mailman/listinfo/xfs




[Index of Archives]     [Linux XFS Devel]     [Linux Filesystem Development]     [Filesystem Testing]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux