The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Динамический выбор планировщика задач в Linux

03.03.2006 22:18

Gunter Fritz представил альфа версию патча dynsched, позволяющего динамически менять активный планировщик задач для Linux ядра, без перезагрузки.

В настоящее время dynsched поддерживает три планировщика: ingosched, nicksched и staircase. Переключение производится через запись имени планировщика в /proc/dynsched.

Разработка базируется на проекте plugsched, реализующем возможность изменения параметров текущего планировщика задач на лету и выбора типа планировщика на этапе загрузки.

  1. Главная ссылка к новости (http://groups.google.com/group...)
  2. OpenNews: Планирование задач в Linux ядре
  3. OpenNews: Описание реализации планировщика задач в Linux ядре 2.6
  4. OpenNews: Патчи для автоматического тюнинга Linux ядра
  5. OpenNews: Набор средств для разработки собственного планировщика задач в Linux
  6. Выбор планировщика ввода/вывода в RHEL 4 и Linux ядре 2.6
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/7046-scheduler
Ключевые слова: scheduler, linux, kernel, patch
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (11) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, аноним (?), 06:02, 04/03/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А какой в этом практический смысл?
     
     
  • 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 в нбзде...
    ответ не в тему - цена за оффтопик.

    >Планировщик там один (нормальный, который всех устраивает).
    А если посмотреть на это с других сторон:
    - кого не устроил - пошел искать счастья в другом месте и ничего не изменилось в планировщике нбзди
    - просто тихо забил и смирился - -||-
    - материться и пишет багрепорты, но без патчей и посему его шлет на йух - -||-

    В результате всех этих трех весьма реальных вариантов ваше утверждение о том, что он всех устраивает - лажа.
    О том, что он нормальный - у каждого тоже может быть свое мнение на этот счет.
    Ну и, правом данным мне Вами же, я утверджаю, что раз количество шедулеров один - то они плохи %)

     
     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру