"Finally, Secure Real-Time on the Desktop (http://0pointer.de/blog/projects/cgroups-and-rtwatch.html)" - подробности реализации в Linux ядре 2.6.25 возможности групповой планировки задач в реальном режиме времени. Для демонстрации была создана утилита rtwatch (http://git.0pointer.de/?p=rtwatch.git;a=blob;f=rtwatch.c;h=5...). Пример запуска процесса rtcpuhogger и предоставления ему 5% процессорного времени (ядро должно быть собрано с CONFIG_RT_GROUP_SCHED): "rtwatch 5 rtcpuhogger". В сумме для группы можно выделить до 100% времени CPU на разные процессы.

URL: http://0pointer.de/blog/projects/cgroups-and-rtwatch.html
Новость: http://www.opennet.me/opennews/art.shtml?num=15409

• Групповая real-time планировка задач, появившаяся в Linux ядре 2.6.25,pavlinux, 22:26 , 19-Апр-08
• Групповая real-time планировка задач, появившаяся в Linux ядре 2.6.25,Анонимус, 00:18 , 20-Апр-08
  • Групповая real-time планировка задач, появившаяся в Linux яд...,pavlinux, 00:38 , 20-Апр-08
    • Групповая real-time планировка задач, появившаяся в Linux яд...,pavlinux, 00:42 , 20-Апр-08
      • Групповая real-time планировка задач, появившаяся в Linux яд...,Аноним, 01:32 , 20-Апр-08
        • Групповая real-time планировка задач, появившаяся в Linux яд...,pavlinux, 01:42 , 20-Апр-08
• Групповая real-time планировка задач, появившаяся в Linux ядре 2.6.25,pavlinux, 03:42 , 20-Апр-08
  • Групповая real-time планировка задач, появившаяся в Linux яд...,gogo, 06:45 , 20-Апр-08
    • Групповая real-time планировка задач, появившаяся в Linux яд...,avatar, 11:19 , 20-Апр-08
    • Групповая real-time планировка задач, появившаяся в Linux яд...,__, 18:38 , 20-Апр-08
    • Групповая real-time планировка задач, появившаяся в Linux яд...,pavlinux, 18:40 , 20-Апр-08

./rtwatch -v 2 ls

period=1000.00ms runtime=20.00ms max_cpu_load=2.0%
mount("rtwatch-6875", "/var/run/rtwatch/6875", "cgroup", ...): No such file or directory

И чё за хрень?

А почему всего до 100%? А 120% нельзя?

Можно, Но только если Вы ответите на вопрос - Что такое 120% (физический смысл).

И чё я такой тормоз... Надо, всего лишь, двигаться (электронам, носителю, компьютеру) на 20% быстрее скорости света.

"двигаться (электронам, носителю, компьютеру) на 20% быстрее скорости света."
может мы тут лавочку opennet'a прикрывать будем, пойдем нобелевку забирать ?:)

>"двигаться (электронам, носителю, компьютеру) на 20% быстрее скорости света."
>может мы тут лавочку opennet'a прикрывать будем, пойдем нобелевку забирать ?:)

Есть ещё варианты как создать дополнительно 20% процессорного времени?

Какая-то ерунда получается ...

./rtwatch 1 top  

а сам top показывает 4%  CPU usage :)

А слабо таки вникнуть в суть опции, прежде чем тупо ее использовать?
Эта фича определяет _минимальный_ объем процессорной мощности, которой _гарантирован_ процессу. Она не ограничивет процесс, а защищает его от вытеснения другими процессами.

+1

>А слабо таки вникнуть в суть опции, прежде чем тупо ее использовать?
>Эта фича определяет _минимальный_ объем процессорной мощности, которой _гарантирован_ >процессу. Она не ограничивет процесс, а защищает его от вытеснения другими процессами.

А на кой нам ГиперТрейдинг? ))

>А слабо таки вникнуть в суть опции, прежде чем тупо ее использовать?
>
>Эта фича определяет _минимальный_ объем процессорной мощности, которой _гарантирован_ процессу. Она не
>ограничивет процесс, а защищает его от вытеснения другими процессами.

Сам придумал иль подсказали иль где прочёл????

В Documentation/scheduler/sched-rt-group.txt совсем иное написано, у товорисча по ссылке

"...processes in the group cannot spend more time than this limit per one period of time.
...process can then acquire RT scheduling but never consume more CPU than allowed by the cgroup,....".

Да и первую строчку тоже почитай.