> On Tue, 29 Apr 2014 07:40:08 -0400 (EDT) "Matt W. Benjamin" > <matt@xxxxxxxxxxxx> wrote: > > > Hi Jeff, > > > > Something which came up on the last Ganesha conn call is that we have > > a pretty strong need for some ability to wait on a set of locks, and > > perhaps receive events. Frank Filz believed that you had made a > > proposal which would cover this. Can you elaborate on that? > > > > Thanks, > > > > Matt > > > > No, there's no mechanism to wait on a set of locks from within the context of > a single thread of execution or to receive "events". Again, that would be a > new API beyond what I've been proposing over the last several months. Some kind of facility to enable one user space thread to wait on multiple blocked locks would definitely be helpful to user space servers. Our current plan is to have a pool of threads, and dispatch blocking locks to them. If that pool is exhausted, all further locks would be dispatched to a single thread that would poll for locks. Frank -- To unsubscribe from this list: send the line "unsubscribe linux-nfs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
