[lkml]   [2005]   [Feb]   [23]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: [Lse-tech] Re: A common layer for Accounting packages
    On Tue, 2005-02-22 at 23:20 -0800, Andrew Morton wrote:
    > Kaigai Kohei <> wrote:
    > >
    > > The common agreement for the method of dealing with process aggregation
    > > has not been constructed yet, I understood. And, we will not able to
    > > integrate each process aggregation model because of its diverseness.
    > >
    > > For example, a process which belong to JOB-A must not belong any other
    > > 'JOB-X' in CSA-model. But, In ELSA-model, a process in BANK-B can concurrently
    > > belong to BANK-B1 which is a child of BANK-B.
    > >
    > > And, there are other defferences:
    > > Whether a process not to belong to any process-aggregation is permitted or not ?
    > > Whether a process-aggregation should be inherited to child process or not ?
    > > (There is possibility not to be inherited in a rule-based process aggregation like CKRM)
    > >
    > > Some process-aggregation model have own philosophy and implemantation,
    > > so it's hard to integrate. Thus, I think that common 'fork/exec/exit' event handling
    > > framework to implement any kinds of process-aggregation.

    I can add "policies". With ELSA, a process belongs to one or several
    groups and if a process is removed from one group, its children still
    belong to the group. Thus a good idea could be to associate a
    "philosophy" to a group. For exemple, when a group of processes is
    created it can be tagged as UNIQUE or SHARED. UNIQUE means that a
    process that belongs to it could not be added in another group by
    opposition to SHARED. It's not needed inside the kernel.

    > We really want to avoid doing such stuff in-kernel if at all possible, of
    > course.
    > Is it not possible to implement the fork/exec/exit notifications to
    > userspace so that a daemon can track the process relationships and perform
    > aggregation based upon individual tasks' accounting? That's what one of
    > the accounting systems is proposing doing, I believe.

    It's what I'm proposing. The problem is to be alerted when a new process
    is created in order to add it in the correct group of processes if the
    parent belongs to one (or several) groups. The notification can be done
    with the fork connector patch.

    > (In fact, why do we even need the notifications? /bin/ps can work this
    > stuff out).

    Yes it can but the risk is to lose some forks no?
    I think that /bin/ps is using the /proc interface. If we're polling
    the /proc to catch process creation we may lost some of them. With the
    fork connector we catch all forks and we can check that by using the
    sequence number (incremented by each fork) of the message.


    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    More majordomo info at
    Please read the FAQ at

     \ /
      Last update: 2005-03-22 14:10    [W:0.028 / U:80.256 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site