On Tue, Dec 09, 2014 at 09:58:13AM -0500, Jeff Layton wrote: >> On 2014-12-09 14:09, Jeff Layton wrote: >>> One thing that _would_ be nice while you're in here though would be to >>> help parallelize more of process_krb5_upcall. Currently it forks before >>> changing its identity and then the parent waits on that to exit which >>> keeps everything serialized. > >Ahh, now I remember. It's not the closing of the fds that's the >problem, but you do need to have some way to reap the exit status from >the processes that are being forked off (so you don't end up with >zombies). That's probably something that's been looked into before with libevent (says he, without doing any research). Another question that comes to mind...if we're anyway forking a child per gssd request...how far has the idea of changing rpc.gssd over to a /sbin/request-key helper been considered? I've seen some traces of historical discussions via google but nothing concrete so far... -- David Härdeman -- 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
