On Fri, 04 Aug 2006 12:14:23 -0700 Chandra Seetharaman <[EMAIL PROTECTED]> wrote:
> On Fri, 2006-08-04 at 00:20 -0700, Paul Menage wrote: > > Hi, > > > > The fixed-sized buffer used by show_members() means that currently if > > you have a fairly large number of processes in a class (~1000) then > > attempts to read the "members" file for that class fail with ENOSPC. > > What's the plan for getting round that problem? > > > > The cleanest approach that I can think of would be to extend configfs, > > to allow configfs entries to (optionally) report values via a seq_file > > interface rather a fixed-sized buffer. > > This is the plan. But, the configfs maintainer was not happy with that > feature addition as it will make the file system more complex. In a contest between "complex" and "having some pathetic limitation", we'll take "complex". Did the configfs maintainer (was it Mark?) have some other proposed fix? If not, a seq_file-based fix sounds OK to me. We don't have to actually merge it until something which needs it is also in-tree, but a 1000-item limit (depends on PAGE_SIZE, too?) is silly. ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ ckrm-tech mailing list https://lists.sourceforge.net/lists/listinfo/ckrm-tech
