[CODE RFC] redefining sched_setscheduler using LD_PRELOAD
From: Roger Larsson (roger.larsson_at_norran.net)
Date: 11/14/03
- Previous message: Prasanna S Panchamukhi: "Re: LKCD Network dump over netpoll patch (2.6.0-test9)"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
To: linux-audio-dev@music.columbia.edu Date: Fri, 14 Nov 2003 06:15:06 +0100
Hi,
(Jack O'Quin got me thinking about rt_monitor again - thanks!)
This is an alternative to capabilities / SCHED_SOFTRR...
I use my old rt_monitor
* protects the system on RT overload
* performs the actual setting of scheduler type
* it does not even have to be visible for lusers!
My old testprogram RT has been converted to
a library fit for preloading.
It works like this.
As root start
# rt_monitor
As normal user start latencytest
$ ./rts path/to/latencytest none 2 128 10
rts has two options
-i do not raise the priority.
-v be more verbose.
* It does also limit the effective min/max range.
Do also try (don't try this as root unless rt_monitor is running)
$ ./rts path/to/latencytest none 2 1024 99
* In this case rt_monitor captures the process and renices it.
(SCHED_OTHER + nice)
BUGS:
* better build and installation system
* could ignore RT processes already running when rt_monitor starts
* rt_monitor functionallity has not been reverified...
* it can't lock memory :-( No PIDs in calls.
* code that checks uid before using the redefined functions won't work
(I have an modified latencytest)
* client get stuck if there is no monitor running.
/RogerL
-- Roger Larsson Skellefteċ Sweden
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
- application/x-zip attachment: rts.zip
- Previous message: Prasanna S Panchamukhi: "Re: LKCD Network dump over netpoll patch (2.6.0-test9)"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Relevant Pages
|
|
