The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Автор CFS провел исследование производительности планировщик..., opennews (?), 07-Сен-09, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


32. "Автор CFS провел исследование производительности планировщик"  +2 +/
Сообщение от _Vitaly_ (ok), 07-Сен-09, 13:33 
Зачем выкидывать? Просто для начала определиться с постановкой задачи. А то будет как в тестах фороникса - ежа с ужом, бобра с козлом.
Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

36. "Автор CFS провел исследование производительности планировщик"  –1 +/
Сообщение от vitek (??), 07-Сен-09, 14:24 
вот чуть выше (34 коммент) описал задачу.
CFS и реалтайм смогут вполне конкурировать с BFS. и не только.
макос вот тоже рт. и тоже уже никс.
Ответить | Правка | Наверх | Cообщить модератору

38. "Автор CFS провел исследование производительности планировщик"  +2 +/
Сообщение от Doctor (??), 07-Сен-09, 14:51 
Бред, по производительности CFS и риалтайм вместе будут уступать BSF. В плане интерактивности различий не будет. Сейчас в ядре идёт активная работа по замене BKL (big kernel lock) на mutex и его фундамент futex. После зхавершенияэтой работы rt нужен будет только в сугубо специфических случаях, как обработка видео и т.п.
Ответить | Правка | Наверх | Cообщить модератору

40. "Автор CFS провел исследование производительности планировщик"  –1 +/
Сообщение от vitek (??), 07-Сен-09, 15:17 
оба положения - не факт. а BKL ну вообще не в той опере где рт.
в любом случае - это определённая концепция... которой у BSF нет (хорошо если ещё чего не поломает... особенно того, что до этого отлично работало)

зы:
впрочем ниже я писал, что было бы не плохо, если бы можно было выбирать при загрузке/компиляции ядра.

Ответить | Правка | Наверх | Cообщить модератору

42. "Автор CFS провел исследование производительности планировщик"  +1 +/
Сообщение от Doctor (??), 07-Сен-09, 15:30 
>оба положения - не факт. а BKL ну вообще не в той опере где рт

Речь не о принципах обеспечения rt, а о сравнении CFS и BSF и цели написания BSF. Коливас пишет, что его достали замирания курсора мыши и невозможность на 100% всю мощь многоядерных процессоров. на графиках Коливаса это прекрасно видно, CFS только начиная с большого количества потоков начинает распределять ресурсы ядер полноценно. Так вот замирания курсора мыши следствие BKL. РТ же не может дать той производительности, что BSF так по понятным причинам будут накладные расходы.

>в любом случае - это определённая концепция... которой у BSF нет

Которая BSF не нужна, цели написания BSF описаны выше. Нужен RT ставь rt ядро/патч.


>(хорошо если ещё чего не поломает... особенно того, что до этого отлично работало)

У меня всё пашет, как часы на BSF.

Ответить | Правка | Наверх | Cообщить модератору

44. "Автор CFS провел исследование производительности планировщик"  –2 +/
Сообщение от vitek (??), 07-Сен-09, 16:21 
а я вот разницы не заметил. что так, что так - визуально одно и тоже - может квалификация не та, а может лень меряться, искать линейки-методики :-D, а графики (как видим - у всех разные), слова... кстати, о словах:
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6...
>This is the CFS scheduler. 80% of CFS's design can be summed up in a single sentence: CFS basically models an "ideal, precise multi-tasking CPU" on real hardware. "Ideal multi-tasking CPU" is a (non-existent  :-))  CPU that has 100% physical power and which can run each task at precise equal speed, in parallel, each at 1/nr_running speed. For example: if there are 2 tasks running then it runs each at 50% physical power - totally in parallel.

так что, из 2-х вариантов я выберу тот, что без приключений на пятую точку. хоть и посмотрю на альтернативы (по возможности)

Ответить | Правка | Наверх | Cообщить модератору

60. "Автор CFS провел исследование производительности планировщик"  +/
Сообщение от vitek (??), 08-Сен-09, 14:53 
и ничего в ответ... всё равно поясню :-D:
1. Con Kolivas разработал свой планировщик BFS для лучшей отзывчивости системы (а не для 100% мощи, как говорит Дохтур выше).
и это понятно - лично на моём ноуте проц(ы) 95% времени висит на частоте 800MHz.

2. для 100% мощи Ingo Molnar как раз разработал планировщик CFS
см. цитату чуть выше и графики от него самого в топике - подтверждение, которое и Con Kolivas вроде не опровергает.

3. рт также способствует увеличению отзывчивости. при объединение его с CFS.
(ах да! увеличение нагрузки на проц! интересно, а как быстро я замечу разницу, когда мой десктоп на 800Mhz будет проводить не 95%, а 93% времени?)

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




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

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