The OpenNET Project / Index page

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



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

Оглавление

Для ядра Linux представлена седьмая версия планировщика зада..., opennews (ok), 13-Фев-13, (0) [смотреть все]

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


41. "Для ядра Linux представлена седьмая версия планировщика зада..."  –6 +/
Сообщение от Аноним (-), 14-Фев-13, 09:19 
> в статье речь о планировщике задач, а не о планировщике ввода/вывода

Тюююююууууууууу?! А чья, по-твоему, функция - ввод-вывод?

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

44. "Для ядра Linux представлена седьмая версия планировщика зада..."  +2 +/
Сообщение от Аноним (-), 14-Фев-13, 12:05 
> Тюююююууууууууу?! А чья, по-твоему, функция - ввод-вывод?

Тю-тю, ввод-вывод планируется другими планировщиками.

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

45. "Для ядра Linux представлена седьмая версия планировщика зада..."  –1 +/
Сообщение от Аноним (-), 14-Фев-13, 13:55 
Это в каких-таких осях так плодят сущности? Процессор, значит, один и тот же, а планировщики - разные? Ну и дела-а-а-а-а..... Оказывается, на каждый чих и пых свой планировщик в вашей оси? Вот это даааааааааааааааааа!
Ответить | Правка | Наверх | Cообщить модератору

48. "Для ядра Linux представлена седьмая версия планировщика зада..."  +3 +/
Сообщение от Crazy Alex (ok), 14-Фев-13, 15:45 
Чего курили? Не, если вы думаете, что формироавние очереди запросов диску и арбитраж доступа задач к процессору должен делать один и тот же компонент - это великое открытие, бесспорно.
Ответить | Правка | Наверх | Cообщить модератору

53. "Для ядра Linux представлена седьмая версия планировщика зада..."  +/
Сообщение от Аноним (-), 14-Фев-13, 18:40 
Cправедливости ради, в теории оно бы не помешало, если есть корреляция между этими событиями, например если заранее точно известно что какая то задача гарантировано захочет CPU через 3 милисекунды после запроса чтения, если это учесть то можно сэкономить ресурсы. Другое дело что это очень сложно. Вообще, в идеале в жадеком будущем пранировщики будут аппаратными, ведь кинуть один проводок и триггер гораздо проще чем городит ту современную жуть с мозговывернутыми семафорами мутексами и эвристиками. За один-два такта сигнал пробежал по кристаллу - результат готов. В настоящем РЕАЛЬНОМ ВРЕМЕНИ.
Ответить | Правка | Наверх | Cообщить модератору

56. "Для ядра Linux представлена седьмая версия планировщика зада..."  +1 +/
Сообщение от Crazy Alex (ok), 14-Фев-13, 22:10 
Софт - на то и софт, а не железо, что в нём мало что известно заранее. То есть дя чего-то архиспециализированного межети можно такие зависимости сформировать, но в сколько-нибудь широкой применимости я сильно сомневаюсь.

ну а насчёт железных панировщиков - вы, из извините, чушь несёте.

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

68. "Для ядра Linux представлена седьмая версия планировщика зада..."  +/
Сообщение от pavlinux (ok), 15-Фев-13, 17:49 
> Справедливости ради, в теории оно бы не помешало, если есть корреляция между этими событиями

Корреляцию делают через CGROUP

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

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

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




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

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