linux-kernel - schedular : No code : New interactive (ia) sched class : Part 1

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [day] [month] [year] [list]

Message-ID: <001201c7d2f1$942d5a60$6501a8c0@earthlink.net>
Date:	Mon, 30 Jul 2007 14:35:40 -0700
From:	"Mitchell Erblich" <erblichs@...thlink.net>
To:	<linux-kernel@...r.kernel.org>
Subject: schedular : No code : New interactive (ia) sched class : Part 1

- Comments for or against the SCHED_IA class in the generic
          Linux kernel source tree.
        - General comments::::
 
        With Ingo Molnar's 2.6.22 latest inclusions into the Linux
        source base, he has opened an opportunity to add additional
        task classes.
 
        This informal 1-pager is to try to identify whether their
        is support for the interactive (ia) task class. Posix explicitly
        states only three classes. However it states that
        implementations may define additional schedulars/classes.
 
          This 1-pager is to address the support for an additional
        schedular class SCHED_IA. 
        Currently interactive tasks are derived from
        SCHED_NORMAL based on sleep factors and generate bonuses/credits
        to alter their scheduling behaviour. However, this developer
        believes that other tasks with different behaviours exist that
        COULD also be classified as a ia task.
 
        This developers preconcieved belief is that the ia class could
        generally be supported with a minimal amount of effort, be a
        benefit to the Linux kernel, and to generally support the 
        following rules:
 
        * allow root / SUSER (Super USER) to determine that a task
          should be classified as a ia (interactive) task without 
          eviction based on scheduling behaviours,
 
        * allow SCHED_IA priorities be placed between the Real-time
          schedulars and SCHED_NORMAL/OTHER,
 
        * derive the interactive behaviour based on its nice value
          and/or  its initial combined priority,
 
        * TBD : identify whether the priority should be fixed or
          have limited variability within the ia interactive class,
 
        * user level command support to identify that a task is a
          interactive (ia) task,
 
        * etc (fork behaviours),
 
        Note: this 1-pager is not suggesting the removal or adjustment
              of interactive support within the SCHED_NORMAL/OTHER
              Linux, currently supported CFS environment.
 

        - Comments for or against the SCHED_IA class in the generic
          Linux kernel source tree.
        - General comments::::
 
        Mitchell Erblich
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/