linux-kernel - Re: [RFC][PATCH 0/1] MAZE: Mazed processes monitor

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>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <87y76d7w0n.fsf@basil.nowhere.org>
Date:	Tue, 13 May 2008 23:07:52 +0200
From:	Andi Kleen <andi@...stfloor.org>
To:	Hirofumi Nakagawa <hnakagawa@...aclelinux.com>
Cc:	linux-kernel@...r.kernel.org, akpm@...ux-foundation.org
Subject: Re: [RFC][PATCH 0/1] MAZE: Mazed processes monitor

Hirofumi Nakagawa <hnakagawa@...aclelinux.com> writes:

> This patch provides the mazed process monitor,named MAZE.
> MAZE's purpose is to notify or terminate registered processes when they are mazed.
> The definition of mazed process is a process using excessive CPU cycles,
> that is long time keeping TASK_RUNNING state.

Isn't that very similar to RLIMIT_CPU? The main difference seems to be 
that they're regularly reset and that they can be more fine grained 
than seconds.

How about you implement a way to change the RLIMIT_CPU limit
of a running task (and possibly fix it to use a finer grained unit
if you need <1s resolution).

Then you could run a user space daemon running with lower priority that 
just regularly resets the RLIMIT_CPUs of all running processes.

If some RT process uses so much time that the user daemon cannot
keep up its cpu time limit will be eventually exceeded and it will
be killed.

I think that would be a far cleaner and generic way to implement
this.

-Andi
--
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/