Re: Btrfs for mainline

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

 



* Matthew Wilcox <matthew@xxxxxx> wrote:

> On Wed, Jan 07, 2009 at 02:07:42PM +0100, Ingo Molnar wrote:
> > * Chris Mason <chris.mason@xxxxxxxxxx> wrote:
> > > All of this is a long way of saying the btrfs locking scheme is far from 
> > > perfect.  I'll look harder at the loop and ways to get rid of it.
> > 
> > <ob'plug>
> > 
> > adaptive spinning mutexes perhaps? Such as:
> 
> Um, I don't know how your mail client does threading, but mine shows 
> Peter's message introducing the adaptive spinning mutexes as a reply to 
> one of Chris' messages in the btrfs thread.
>
> Chris is just saying he'll look at other ways to not need the spinning 
> mutexes.

But those are not the same spinning mutexes. Chris wrote his mail on Jan 
05, Peter his first mail about spin-mutexes on Jan 06, as a reaction to 
Chris's mail.

My reply links back the discussion to the original analysis from Chris 
pointing out that it would be nice to try BTRFS with plain mutexes plus 
Peter's patch - instead of throwing away BTRFS's locking design or 
anything intrusive like that.

Where's the problem? :)

	Ingo
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

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

  Powered by Linux