lkml.org 
[lkml]   [2009]   [Jan]   [28]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: [PATCH, RFC] Remove fasync() BKL usage, take 3325
From
Date
On Wed, 2009-01-28 at 12:55 -0500, Christoph Hellwig wrote:
> On Wed, Jan 28, 2009 at 10:44:14AM -0700, Jonathan Corbet wrote:
> > If others disagree, and using bitops is not an idea which will fly, I'd
> > sure like to know sooner rather than later.
>
> There are more than enough use cases that have large numbers of open
> files (e.g. various high-end network servers). While it might not be
> as sewer as for inodes I think it's really bad idea to do it for no
> reason.

Maybe we can just demote f_ep_lock to f_lock and share it?

Or extend flags and have two independent bitlocks in it. This actually
shrinks struct_file for most users.

--
http://selenic.com : development and support for Mercurial and Linux




\
 
 \ /
  Last update: 2009-01-28 19:19    [W:0.072 / U:2.276 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site