The OpenNET Project / Index page

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

20.06.2012 12:50  Для ядра Linux представлен планировщик задач RIFS-ES

В списке рассылки разработчиков ядра Linux представлен новый планировщик задач RIFS-ES, нацеленный на использование на десктоп-системах и обеспечение максимальной производительности интерактивных приложений. В своей работе RIFS-ES использует расширенные в сторону обеспечения интерактивности элементы расчёта приоритетов, применяемые в классическом планировщике System V и лишённые свойственных CFS усложнений, используемых для оценки интерактивности.

По сравнению со штатным планировщиком CFS проект RIFS-ES демонстрирует довольно существенное повышение отзывчивости: пробуждение через 10 мкс для RIFS-ES против 21 мкс для CFS для одного клиента, 30/19 мкс для двух клиентов (RIFS-ES проигрывает), 2342/4900 мкс для четырёх, 6112/8068 мкс для восьми и 9690/17497 мкс для шестнадцати.

  1. Главная ссылка к новости (https://lkml.org/lkml/2012/6/1...)
  2. OpenNews: Представлена четвёртая версия планировщика задач SCHED_DEADLINE для ядра Linux
  3. OpenNews: Обновление планировщика задач BFS с поддержкой ядра Linux 3.3
  4. OpenNews: Для Linux представлен планировщик задач BLD (Barbershop Load Distribution)
  5. OpenNews: Для ядра Linux представлен планировщик ввода-вывода FIOPS для SSD-накопителей
Лицензия: CC-BY
Тип: К сведению
Ключевые слова: rifs-es, sheduler, process, kernel, linux, latency
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение Линейный вид | Ajax | Показать все | RSS
 
  • 1.1, Аноним, 13:28, 20/06/2012 [ответить] [смотреть все]
  • +/
    Да сколько можно? Куда их столько-то?
     
     
  • 2.2, al, 13:33, 20/06/2012 [^] [ответить] [смотреть все] [показать ветку]
  • +5 +/
    для разных задач, свой планировщик Разве по поводу зоопарка fs кто-то возникает... весь текст скрыт [показать] [показать ветку]
     
     
  • 3.3, Аноним, 14:05, 20/06/2012 [^] [ответить] [смотреть все]  
  • –1 +/
    Да, возникают многие, тысячи их В каждой теме про ext4 btrfs ZFS любую ФС обяза... весь текст скрыт [показать]
     
  • 2.4, ВовкаОсиист, 14:13, 20/06/2012 [^] [ответить] [смотреть все] [показать ветку]  
  • +/
    если написали - значит нужно
     
     
  • 3.6, Аноним, 14:15, 20/06/2012 [^] [ответить] [смотреть все]  
  • +5 +/
    Необязательно.
     
  • 3.7, ВовкаОсиист, 14:16, 20/06/2012 [^] [ответить] [смотреть все]  
  • +/
    блеа, не дописал Как говорилось каждый под конкретную задачу Это опенсорс, зде... весь текст скрыт [показать]
     
     
  • 4.8, Аноним, 14:17, 20/06/2012 [^] [ответить] [смотреть все]  
  • +5 +/
    Иногда ПО делают не для железа, а от нечего делать.
     
     
  • 5.10, ВовкаОсиист, 14:20, 20/06/2012 [^] [ответить] [смотреть все]  
  • +/
    если альтернатива сможет работать быстрей, почему-бы не попробовать.
     
  • 5.39, iav, 01:16, 21/06/2012 [^] [ответить] [смотреть все]  
  • +/
    Вы так говорите, будто это что-то плохое.
     
  • 4.11, ананим, 14:35, 20/06/2012 [^] [ответить] [смотреть все]  
  • +1 +/
    неа тут делают то, что кому интересно и или выгодно всё остальное 8212 след... весь текст скрыт [показать]
     
  • 1.5, Аноним, 14:14, 20/06/2012 [ответить] [смотреть все]  
  • –1 +/
    Планировщик без поддержки cgroups подобен плееру без поддержки проигрывания меди... весь текст скрыт [показать]
     
     
  • 2.36, zlo.rt.mipt.ru, 20:02, 20/06/2012 [^] [ответить] [смотреть все] [показать ветку]  
  • +1 +/
    А когда cgroups появился?
    Т.е. до планировщиков не было??
     
  • 1.9, Аноним, 14:20, 20/06/2012 [ответить] [смотреть все]  
  • +/
    При этом в штатном планировщике, разумеется, не настроена группировка процессов,... весь текст скрыт [показать]
     
     
  • 2.34, Аноним, 16:33, 20/06/2012 [^] [ответить] [смотреть все] [показать ветку]  
  • +/
    что-то мне подсказывает что с групировкой процессов мы получим щедулинг близкий ... весь текст скрыт [показать] [показать ветку]
     
     
  • 3.38, Аноним, 23:18, 20/06/2012 [^] [ответить] [смотреть все]  
  • +/
    А это зависит от того, как группировать. Сильно зависит.
     
  • 1.12, ананим, 14:38, 20/06/2012 [ответить] [смотреть все]  
  • +3 +/
    ХА!!!
    $ git clone https://code.google.com/p/rifs-scheduler/
    Cloning into rifs-scheduler...
    warning: You appear to have cloned an empty repository.

    нас обманули! это задний проход!

     
     
  • 2.13, Аноним, 14:49, 20/06/2012 [^] [ответить] [смотреть все] [показать ветку]  
  • +4 +/
    Видимо, у разработчика на компе уже стоит новый шедулер, и процесс, занимающийся... весь текст скрыт [показать] [показать ветку]
     
  • 2.15, Аноним, 15:08, 20/06/2012 [^] [ответить] [смотреть все] [показать ветку]  
  • +/
    Ветки поищите
     
     
  • 3.29, ананим, 15:51, 20/06/2012 [^] [ответить] [смотреть все]  
  • +/
    какбэ их сайт http code google com p rifs-scheduler source checkout не намекае... весь текст скрыт [показать]
     
  • 1.14, pavlinux, 15:00, 20/06/2012 [ответить] [смотреть все]  
  • +1 +/
    [code]
    /*
    * By default the system creates a single root-domain with all cpus as
    * members (mimicking the global state we have today).
    */
    static struct root_domain def_root_domain;

    int __weak arch_sd_sibling_asym_packing(void)
    {
               return 0*SD_ASYM_PACKING;
    }
    [/code]

    Вот как-то так... :)

     
     
  • 2.16, Аноним, 15:11, 20/06/2012 [^] [ответить] [смотреть все] [показать ветку]  
  • +2 +/
    Моя нипанимат Они в ретёрне умножают на ноль чтоле Тогда просто почему не верн... весь текст скрыт [показать] [показать ветку]
     
     
  • 3.17, pavlinux, 15:13, 20/06/2012 [^] [ответить] [смотреть все]  
  • +1 +/
    Надо было дописать reserved for future usage D Ща ещё --- Вот это фу... весь текст скрыт [показать]
     
     
  • 4.19, Аноним, 15:18, 20/06/2012 [^] [ответить] [смотреть все]  
  • –1 +/
    lol Кстате, я конечно не супер-пупер Си программер, но увидел это - struct tas... весь текст скрыт [показать]
     
     
  • 5.22, pavlinux, 15:24, 20/06/2012 [^] [ответить] [смотреть все]  
  • +/
    Так нагляднее, с typedef заплутаешь.
     
     
  • 6.30, ананим, 15:54, 20/06/2012 [^] [ответить] [смотреть все]  
  • +/
    ну а тут тебя это смущает что ли set_tsk_thread_flag p, TIF_NEED_RESCHED и set... весь текст скрыт [показать]
     
  • 5.23, bircoph, 15:24, 20/06/2012 [^] [ответить] [смотреть все]  
  • +1 +/
    Нет никакого смысла пихать typedef направо и налево Часто удобнее оставить stru... весь текст скрыт [показать]
     
  • 3.18, анон, 15:17, 20/06/2012 [^] [ответить] [смотреть все]  
  • +1 +/
    Может быть для того, чтобы когда захочется не 0, не забыть умножить на что полаг... весь текст скрыт [показать]
     
     
  • 4.20, Аноним, 15:19, 20/06/2012 [^] [ответить] [смотреть все]  
  • –2 +/
    Ну вот когда надо будет, тогда и пишите Пока не надо - это просто лишние такты ... весь текст скрыт [показать]
     
     
  • 5.31, Crazy Alex, 16:02, 20/06/2012 [^] [ответить] [смотреть все]  
  • +2 +/
    Это почти с гарантией будет соптимизировано. Не забыть - много важнее.
     
  • 4.24, bircoph, 15:25, 20/06/2012 [^] [ответить] [смотреть все]  
  • +1 +/
    > Может быть для того, чтобы когда захочется не 0, не забыть умножить
    > на что полагается

    Для таких случаев делают комментарий, а не тупую бесполезную операцию в надежде "компилятор это исправит".

     
     
  • 5.37, Aquarius, 21:01, 20/06/2012 [^] [ответить] [смотреть все]  
  • +/
    не путай надежду с уверенностью
     
  • 2.35, piteri, 19:48, 20/06/2012 [^] [ответить] [смотреть все] [показать ветку]  
  • +/
    А что вам не нравится то?
     
  • 1.21, pavlinux, 15:23, 20/06/2012 [ответить] [смотреть все]  
  • +/
    #define DEFAULT_PRIO           (MAX_RT_PRIO + 20)

    Ну чё, талант, Инго Молнар раньше тоже так делал,
    правда он скромнее был, он всего лишь 6 приплюсовывал :)

     
     
  • 2.25, Аноним, 15:25, 20/06/2012 [^] [ответить] [смотреть все] [показать ветку]  
  • +/
    Меня терзают смутные сомнения, что это очередные авантюристы, накопипастившие ко... весь текст скрыт [показать] [показать ветку]
     
     
  • 3.27, pavlinux, 15:34, 20/06/2012 [^] [ответить] [смотреть все]  
  • +/
    > Меня терзают смутные сомнения, что это очередные авантюристы, накопипастившие код CFQ
    > и немного его поправившие в нужную сторону.

    А это все планировщики такие будут. Они отличаются только алгоритмами
    определения задачи которую нужно поставить в очередь на проц,
    дальше вызывается smp_send_reschedule().
    Так что, задача планировщика - это сказать "хочу вот эту!"

     
  • 1.26, all_glory_to_the_hypnotoad, 15:33, 20/06/2012 [ответить] [смотреть все]  
  • +/
    > 30/19 usec для двух клиентов (RIFS-ES проигрывает),

    т.е. для десктопа он не нужен. Парадокс, однако

     
     
  • 2.28, Аноним, 15:35, 20/06/2012 [^] [ответить] [смотреть все] [показать ветку]  
  • +2 +/
    Некоторые видят только то, что хотят видеть Остальное - не видят в упор Парадо... весь текст скрыт [показать] [показать ветку]
     
     
  • 3.32, pavlinux, 16:20, 20/06/2012 [^] [ответить] [смотреть все]  
  • +/
    > Остальное - не видят в упор.

    Вупор обиделся и ушёл домой.

     
     
  • 4.33, ананим, 16:29, 20/06/2012 [^] [ответить] [смотреть все]  
  • +/
    Парадокс этого даже не заметил.
     

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


      Закладки на сайте
      Проследить за страницей
    Created 1996-2017 by Maxim Chirkov  
    ДобавитьРекламаВебмастеруГИД  
    Hosting by Ihor