The OpenNET Project / Index page

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



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

Оглавление

ulatencyd - система динамической оптимизации отзывчивости Li..., opennews (??), 13-Янв-11, (0) [смотреть все]

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


44. "ulatencyd - система динамической оптимизации отзывчивости Li..."  +/
Сообщение от Arcturus (ok), 13-Янв-11, 19:14 
> А может тогда хватит 200 строчного патча? А то скрипты на Lua
> и эвристика для отзывчивости системы - это уже какой-то злостный оверкилл.
> Может еще пользователя заодно эвристикой следует заменить? :)

Отзывчивость относится к удобству использования (юзабилити) и поэтому однозначно относится к пользовательскому уровню; ядро об этом ничего не должно знать.

PS. Меня беспокоит судьба mpd (music player daemon): музыку он в фоне-то проигрывает, и не хотелось бы при высокой нагрузке, чтобы музыка "икала"...

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

54. "ulatencyd - система динамической оптимизации отзывчивости Li..."  +/
Сообщение от User294 (ok), 13-Янв-11, 23:05 
> Отзывчивость относится к удобству использования (юзабилити)

Отзывчивость относится к качеству работы системы. Хорошая операционка не должна позволять одним вызвать существенную деградацию качества работы других.

> и поэтому однозначно относится к пользовательскому уровню;
> ядро об этом ничего не должно знать.

Сродни заявлению "ядро не должно хорошо работать без костылей". Не, извините, если одинаковый результат достигается патчем на 200 строк и мегатурбовелосипедом требующим аж программить скрипты на луа - шло б оно такое, а? 200 строк - меньше говна в системе, а типичный юзер все-равно не заметит результата. А осчастливливать полтора гуры - неблагодарное дело. Они покряхтят но и без супердемонов с луа справятся имхо :)

> PS. Меня беспокоит судьба mpd (music player daemon): музыку он в фоне-то
> проигрывает, и не хотелось бы при высокой нагрузке, чтобы музыка "икала"...

А что, накрайняк ему приоритет поднять - это такая нереальная инженерная задача? oO

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

57. "ulatencyd - система динамической оптимизации отзывчивости Li..."  +1 +/
Сообщение от Arcturus (ok), 14-Янв-11, 00:14 
>> Отзывчивость относится к удобству использования (юзабилити)
> Отзывчивость относится к качеству работы системы. Хорошая операционка не должна позволять
> одним вызвать существенную деградацию качества работы других.

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

Т.е. пользователь логинится, запускает браузер, и в терминале make -j50 для сборки Qt. Для ядра это равнозначные процессы, и раз пользователь не указал их различные приоритеты, то и будет равномерно распределять время между 51 процессом -> будет тормозить. И ядро НЕ ДОЛЖНО знать, что какой-то процесс, браузер (/usr/bin/firefox? /bin/browser?), оказывается, вопреки пожеланию пользователя, высокоприоритетным в отношении ресурсов...

А предлагаемый эвристический демон, как раз-таки должен, зная "обычные" предпочтения пользователя (вроде высокоприоритетности /usr/bin/firefox) разруливать ресурсами.

Ядро как это двигатель авто, который конечно должен иметь возможность делать "максимальные обороты", но он не должен делать этого "по умолчанию".

>> и поэтому однозначно относится к пользовательскому уровню;
>> ядро об этом ничего не должно знать.
> Сродни заявлению "ядро не должно хорошо работать без костылей". Не, извините, если
> одинаковый результат достигается патчем на 200 строк и мегатурбовелосипедом требующим
> аж программить скрипты на луа - шло б оно такое, а?
> 200 строк - меньше говна в системе, а типичный юзер все-равно
> не заметит результата. А осчастливливать полтора гуры - неблагодарное дело. Они
> покряхтят но и без супердемонов с луа справятся имхо :)

1. Не смешивайте понятия: 200-строчный патч тоже нужно было кому-то программить (системному программисту), как и демона с луа-скриптами (пользовательскому программисту). Конечному пользователю (убунтойду, да и гентушнику) не нужно ни то, ни другое делать ;-). Кроме того тюнингующий демон ("эвристика") может справиться с задачей, когда, скажем 2 чисто пользовательские программы тормозят: например, eclipse компилирующий толстый проект и браузер. Очевидно, те 4 минуты компиляции, пользователь захочет почитать opennet и посмотреть ютюб и он не должен торомозить даже на относительно слабом железе.

>> PS. Меня беспокоит судьба mpd (music player daemon): музыку он в фоне-то
>> проигрывает, и не хотелось бы при высокой нагрузке, чтобы музыка "икала"...
> А что, накрайняк ему приоритет поднять - это такая нереальная инженерная задача?
> oO

2. Как я понял, mpd не вяжется в концепцию патчика (он мониторит терминалы, а mpd запускается как системный процесс), но прекрасно вяжется с концепцией тюнингующего демона. Поэтому патч + запуск mpd с повышенным приоритетом - и есть костыль.

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

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

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




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

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