On Fri, 2006-08-04 at 13:53 -0700, Matt Helsley wrote: > On Fri, 2006-08-04 at 13:11 -0700, Chandra Seetharaman wrote: <snip>
> Another alternative might be to represent the tasks in the resource > group as multiple files -- families (similar names) or directories of > files. > > Families would look like: > > resource group/ > members00 (the first 340 tasks) > members01 (tasks 341-780) > members02 ... > ... > child resource group/ > ... > > Directories of files would look like: > > resource group/ > members/ > 20560 > 20561 > 21040 > ... > ... > child resource group/ > ... > > We'd need to forbid the creation of resource groups with the prefix > 'members' in the name. > > In terms of avoiding limitations and offering fast access to the list of > tasks I think the Families approach works best. However the directory of > files may be more intuitive. IMO, this adds unnecessary complexity to the interface and to the logic in the code. > > > > > > > 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 > > > > Yes :) Since ckrm/RG is not in-tree, i did not pursue it further. > > > > > limit (depends on PAGE_SIZE, too?) is silly. > > I agree, however we made an effort to pare down the complexity of the > code introduced by the patches. We felt most reviewers would consider > changes to configfs to be unnecessary bloat/complexity. > > Cheers, > -Matt Helsley > -- ---------------------------------------------------------------------- Chandra Seetharaman | Be careful what you choose.... - [EMAIL PROTECTED] | .......you may get it. ---------------------------------------------------------------------- ------------------------------------------------------------------------- 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