|
2.4, аноним (?), 10:00, 04/03/2006 [^] [^^] [^^^] [ответить]
| +/– |
Поскольку никто не ответил, выходит, что практического смысла нет никакого. | |
|
3.7, _NIck_ (?), 12:05, 04/03/2006 [^] [^^] [^^^] [ответить]
| +/– |
спроси зачем процессам nice, засеки 15 минут и так же точно не увидишь в нем смысла %) | |
|
|
1.2, Damon (??), 08:28, 04/03/2006 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Гм, если так дальше пойдет, то , глядишь, при обновлениии ядра и перегружаться ненадо будет. В /proc/kernel записал имя нового ядра и порядок. Хех, эт сколько же аптайм будет при грамотном администрировании? :-) | |
1.3, Аноним (-), 08:52, 04/03/2006 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
помоиму опция(для developers) замены ядра на лету была реализована 2.6.13 ? | |
1.5, Camel (??), 10:12, 04/03/2006 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> помоиму опция(для developers) замены ядра на лету была реализована 2.6.13 ?
А вот с этого места пожалуйста поподробней. Очень интересно. | |
|
2.6, _NIck_ (?), 12:03, 04/03/2006 [^] [^^] [^^^] [ответить]
| +/– |
был добавлен системный вызов kexec(), который может без физического ребута (т.е. без теста биоса определения винтов и т.д.) загружать другое ядро.
Ессьно аптайм/процессов/настройки/тд НЕ сохраняются, зато экономиццо время на ребут А также добавляется мозможность загрузить мгновенно другое ядро в случае паники текущего И получить образ паникера для опытов :) полезно для девелоперов | |
|
1.8, Moralez (ok), 07:14, 06/03/2006 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
_NIck_, ничего себе как крут линакс!
кстати, в netbsd эта фишка есть много-много лет и работает даже на всяких полуубитых платформах типа hpcsh :) | |
|
2.9, _Nick_ (??), 08:54, 06/03/2006 [^] [^^] [^^^] [ответить]
| +/– |
>_NIck_, ничего себе как крут линакс!
>
>кстати, в netbsd эта фишка есть много-много лет и работает даже на
>всяких полуубитых платформах типа hpcsh :)
Есть? вах. А я вот что-то не нашел ничего кроме "the scheduler" в репозитарии netbsd... Что ж это за переключение если нигде кроме the шедулера нигде ничего нет?
Ответ прост: он один единственный в вашем netbsd.
И ни об интерфейсе шедулеров, ни о каких других шедулерах (даже с пересборкой и ребутом) ни речи, ни упоминания нет.
Ну, это то, что я нашел в netbsd репозитарии. Может плохо искал. Не вопрос.
Но раз Вы лучше искали, то может ткнете урлой где написано что есть метод на ходу сменить поведение системы на переменную nice скажем... сделать наоборот :) больше nice - больше приоритет.
Или другой пример: замена функции размера таймслайса от текущего проиритета с поправкой на фазу луны.
Гы?
Жду ссылок %)
...ну и прочих наездов на линух | |
|
3.10, Moralez (ok), 05:41, 10/03/2006 [^] [^^] [^^^] [ответить]
| +/– |
Обилие шедулеров говорит о том, что все они плохие. В NetBSD много лет есть kexec. Планировщик там один (нормальный, который всех устраивает). | |
|
4.11, _Nick_ (??), 06:33, 10/03/2006 [^] [^^] [^^^] [ответить]
| +/– |
>Обилие шедулеров говорит о том, что все они плохие.
с тем же успехом: обилие софта говорит о том, что весь он дерьмовый.
Вот если бы эта же новость касалась БЗД - ну гордились бы бздшники и вещали бы что это правильно. А раз на линухе - то сразу херня...
хэх... вашей бы логикой Курилы от японцев стеречь: "наши Курилы - эт верно, японские - херня полная"
>В NetBSD много лет есть kexec.
Да, я только через пару дней заметил, что утверждалось о kexec в нбзде...
ответ не в тему - цена за оффтопик.
>Планировщик там один (нормальный, который всех устраивает).
А если посмотреть на это с других сторон:
- кого не устроил - пошел искать счастья в другом месте и ничего не изменилось в планировщике нбзди
- просто тихо забил и смирился - -||-
- материться и пишет багрепорты, но без патчей и посему его шлет на йух - -||-
В результате всех этих трех весьма реальных вариантов ваше утверждение о том, что он всех устраивает - лажа.
О том, что он нормальный - у каждого тоже может быть свое мнение на этот счет.
Ну и, правом данным мне Вами же, я утверджаю, что раз количество шедулеров один - то они плохи %) | |
|
|
|
|