Re: [PATCH 4/5] repair: don't cache large blkmap allocations

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

 



On Mon, Oct 10, 2011 at 11:14:00AM +1100, Dave Chinner wrote:
> > okay.
> 
> But not unreasonable for a filesystem full of torrents ;)

I'm just wondering if it's still the right memory / overhead tradeoff
at that point.

> 
> > (If only we had a non-sucky threaded memory allocator in userspace..)
> 
> Perhaps we should look at the talloc code from ccan?

I'm not sure the interface is compatible enough with the kernel style
allocator we use in libxfs.  Except for that it's probably worth
taking a look.

_______________________________________________
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