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