Gunter Fritz представил (http://groups.google.com/group/linux.kernel/msg/a110df84c225...) альфа версию патча dynsched (http://sourceforge.net/projects/dynsched), позволяющего динамически менять активный планировщик задач для Linux ядра, без перезагрузки.
В настоящее время dynsched поддерживает три планировщика:
ingosched, nicksched и staircase. Переключение производится через запись имени планировщика в /proc/dynsched.
Разработка базируется на проекте plugsched (http://cpuse.sourceforge.net/), реализующем возможность изменения параметров текущего планировщика задач на лету и выбора типа планировщика на этапе загрузки.URL: http://groups.google.com/group/linux.kernel/msg/a110df84c225...
Новость: http://www.opennet.me/opennews/art.shtml?num=7046
А какой в этом практический смысл?
Поскольку никто не ответил, выходит, что практического смысла нет никакого.
спроси зачем процессам nice, засеки 15 минут и так же точно не увидишь в нем смысла %)
Гм, если так дальше пойдет, то , глядишь, при обновлениии ядра и перегружаться ненадо будет. В /proc/kernel записал имя нового ядра и порядок. Хех, эт сколько же аптайм будет при грамотном администрировании? :-)
помоиму опция(для developers) замены ядра на лету была реализована 2.6.13 ?
> помоиму опция(для developers) замены ядра на лету была реализована 2.6.13 ?
А вот с этого места пожалуйста поподробней. Очень интересно.
был добавлен системный вызов kexec(), который может без физического ребута (т.е. без теста биоса определения винтов и т.д.) загружать другое ядро.
Ессьно аптайм/процессов/настройки/тд НЕ сохраняются, зато экономиццо время на ребут А также добавляется мозможность загрузить мгновенно другое ядро в случае паники текущего И получить образ паникера для опытов :) полезно для девелоперов
_NIck_, ничего себе как крут линакс!кстати, в netbsd эта фишка есть много-много лет и работает даже на всяких полуубитых платформах типа hpcsh :)
>_NIck_, ничего себе как крут линакс!
>
>кстати, в netbsd эта фишка есть много-много лет и работает даже на
>всяких полуубитых платформах типа hpcsh :)Есть? вах. А я вот что-то не нашел ничего кроме "the scheduler" в репозитарии netbsd... Что ж это за переключение если нигде кроме the шедулера нигде ничего нет?
Ответ прост: он один единственный в вашем netbsd.
И ни об интерфейсе шедулеров, ни о каких других шедулерах (даже с пересборкой и ребутом) ни речи, ни упоминания нет.Ну, это то, что я нашел в netbsd репозитарии. Может плохо искал. Не вопрос.
Но раз Вы лучше искали, то может ткнете урлой где написано что есть метод на ходу сменить поведение системы на переменную nice скажем... сделать наоборот :) больше nice - больше приоритет.
Или другой пример: замена функции размера таймслайса от текущего проиритета с поправкой на фазу луны.
Гы?Жду ссылок %)
...ну и прочих наездов на линух
Обилие шедулеров говорит о том, что все они плохие. В NetBSD много лет есть kexec. Планировщик там один (нормальный, который всех устраивает).
>Обилие шедулеров говорит о том, что все они плохие.
с тем же успехом: обилие софта говорит о том, что весь он дерьмовый.
Вот если бы эта же новость касалась БЗД - ну гордились бы бздшники и вещали бы что это правильно. А раз на линухе - то сразу херня...
хэх... вашей бы логикой Курилы от японцев стеречь: "наши Курилы - эт верно, японские - херня полная">В NetBSD много лет есть kexec.
Да, я только через пару дней заметил, что утверждалось о kexec в нбзде...
ответ не в тему - цена за оффтопик.>Планировщик там один (нормальный, который всех устраивает).
А если посмотреть на это с других сторон:
- кого не устроил - пошел искать счастья в другом месте и ничего не изменилось в планировщике нбзди
- просто тихо забил и смирился - -||-
- материться и пишет багрепорты, но без патчей и посему его шлет на йух - -||-В результате всех этих трех весьма реальных вариантов ваше утверждение о том, что он всех устраивает - лажа.
О том, что он нормальный - у каждого тоже может быть свое мнение на этот счет.
Ну и, правом данным мне Вами же, я утверджаю, что раз количество шедулеров один - то они плохи %)