Re: [RFC PATCH 0/2] O_DIRECT locking rework

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

 



On Tue, 2006-10-24 at 16:50 -0400, Chris Mason wrote:
> On Tue, Oct 24, 2006 at 01:28:31PM -0700, Badari Pulavarty wrote:
> > On Tue, 2006-10-24 at 15:34 -0400, Chris Mason wrote:
> > > Hello,
> > > 
> > > Here is a new cut of my O_DIRECT locking rework.  It has a much lower
> > > cpu cost than the last set, and simple benchmarks no longer show a
> > > regression here in system time.  But, the complexity for inserting
> > > placeholder pages has gone up.
> > > 
> > > I've also changed the way I test for a place holder page (from
> > > mm/filemap.c):
> > > 
> > > static struct address_space placeholder_address_space;
> > > #define PagePlaceHolder(page) ((page)->mapping == &placeholder_address_space)
> > > 
> > > This is more stable than the last one but I'm just starting to run race
> > > and load testing on it.
> > > 
> > > -chris
> > 
> > Gave it a spin with simple fsx tests and ran into ..
> 
> Thanks, I missed an i_mutex change.  Let me audit mutexes coming in and
> out again and resend.
> 
> I think the new rules should be:
> 
> reads: don't need i_mutex at all
> writes: don't need i_mutex for io inside i_size.
> 
> Oh, and don't mess with i_mutex under DIO_OWN_LOCKING.
Can we get rid of DIO_OWN_LOCKING altogether.
It's horribly confusing and overload with regards to the
create flag in get_blocks.


> -chris
> -
> To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in
> the body of a message to majordomo@xxxxxxxxxxxxxxx
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 
-- 
Russell Cattelan <cattelan@xxxxxxxxxxx>

Attachment: signature.asc
Description: This is a digitally signed message part


[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