Томозит курсор мыши при использовании lowlatency kernel

Это ядро не предназначено для десктопа.

тонко

В дебиане вообще 4.9, только ставил в виртуалку. И ничё, прекрасно всё работает, нафига гнаться за приключениями? :) P.S. На одном из хостинге недавно видел ядро 2.6 какое-то там мохнатое, на котром уже современные libc работать не могут, вот где жесть, “спасибо” красношляпникам за говно мамонта.

зато правда

Рискну предположить что ты путаешь с RT-ядром. Как раз lowlatency предназначено для отзывчивого десктопа и всегда идеально на нём работало.

Улыбнуло)

Там другая модель обновления. В Слаке вообще 4.4, но и там, и в Дебиан своевременно выходят обновления безопасности. В Убунту же никто не станет выпускать обновления для неактуальных версий ядра. Поэтому я рискую получить парочку свежих уязвимостей себе в ядро.

Рискну предположить, что ты ставишь всякую хрень по приколу, а анонимус прав. Оно тебе ну нужно.

IIRC но не для отзывчивости и только понижает производительность, однако есть ряд хаков которые нивелируют возникающие просадки. И что-то там ещё про кодирование x264. No force preemption лучше всего и нагрузка на проц раза в 3 ниже — меньше переключений контекста никогда не бывает плохо.

Без пруфов это мифология.

Основную часть времени я работаю с аудио и миди, так что мимо. Ну и самое главное-то - до обновления же всё отлично работало.

Эй, у меня мультимедиа-станция, а не сервак. Сколько там у меня латентность будет с No force preemption?

Нисколько не будет. Возьми да проверь.

Прямо сейчас не могу погонять тесты, но если так, то зачем во всех статьях по профессиональному аудио в Линукс рекомендуется ставить rt или хотя бы lowlatency ядро, а лучше вообще пересобирать оптимальным образом?

нагрузка на проц раза в 3 ниже

В 4.634 раза.

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

Ну, попробуй накрути приоритет треда, обслжувающего прерывания от мышки. Только не nice-ом, а chrt.

ADD: Мыша у тебя, наверное, сидит на USB, поэтому крути приоритет обработчика прерывания USB хост контроллера.

Не всегда. Собирал sys-kernel/pf-sources из генты на своём ноуте, высталил low-latency и тип процессора указал более точно. Плюс кажется поставил новый быстрый планировщик i/o. Других изменений в конфиг ядра не вносил.

Неожиданный результат: Время компиляции чего угодно сократилось на 10-30%, но при этом начались подвисания интерфейсов при загрузке ЦПУ выше ~2 на ядро. И вроде какой то косяк был с графической производительностью.

Есть мнение, что на многоядерных системах с боже упаси HyperTheading, все хаки на отзывчивость не слишком то нужны. А «латентность» это чисто субъективное понятие условной плавности анимации и это никак не связано со временем выполнения команды. Исключение - возможно андроид, где любое шевеление вызывает загрузку 10+ потоков на ядро.

Собственно совет: практически бессмысленно вычислять что и каким именно образом создаёт лаги, проще подобрать версию ядра, на котором всё максимально красиво или быстро работает.

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

Есть мнение, что утверждающие это совершенно некомпетентны в этом вопросе.
Но, конечно, если кто-то пытается работать с PREEMPT_RT, то нужно иметь хоть какие-то представления о том, как работает железо и ядро.

Прямо сейчас не могу погонять тесты, но если так, то зачем во всех статьях по профессиональному аудио в Линукс рекомендуется ставить rt или хотя бы lowlatency ядро, а лучше вообще пересобирать оптимальным образом?

потомучто ты читаешь статьи 2001 года про 2.xx ядро, сейчас 2018 если что

сейчас 2018 если что

А, ну-да, Линукс же стал настоящей Realtime системой. (как же я забыл. shame on me).

Как это отменяет тот факт, что часть реалтайм патча таки пихнули в обычное ядро?

Так это у тебя iq однозначный.

Ирония, если что.

P.S. Поколение ЕГЭ повзрослело и попёрло на ЛОР. И теперь здесь зборище (полу)дебилов, которые ещё и раздают советы.

часть реалтайм патча таки пихнули в обычное ядро?

И какую часть его пихнули? Ты в курсе?

Линус, перелогинься.

Ну так поставь опенбокс, или вообще юзай чистые иксы. Под жирными ДЕ время от времени появляются разные баги такого рода

Линус, перелогинься.

Потом стыдно будет, что проводил время в обществе таких «пионеров».

Да, самосборные ядра - это та ещё лотерея. Но тут-то всегда всё нормально работало, да и ядро официальное, из репозитория.

Начнём с того, что как минимум для меня латентность - это совершенно объективное понятие, означающее минимальную задержку без дроп-аутов между нажатием на клавиши миди-клавиатуры и воспроизведением соответствующего звука. А HyperThreading для работы с аудио вообще почти всегда отключают, он даёт общий прирост производительности, но просаживает реал-таймовую.

Собственно совет: практически бессмысленно вычислять что и каким именно образом создаёт лаги, проще подобрать версию ядра, на котором всё максимально красиво или быстро работает.

Видимо, так и придётся поступить.

Но, конечно, если кто-то пытается работать с PREEMPT_RT, то нужно иметь хоть какие-то представления о том, как работает железо и ядро.

Это всё замечательно, пока полностью со всем согласен. И? Дальше что? Какие выводы я должен сделать из этой мысли?

Где почитать современные статьи на эту тему?

Поколение ЕГЭ повзрослело и попёрло на ЛОР. И теперь здесь зборище (полу)дебилов

зборище (полу)дебилов

зборище

Начни с https://lwn.net/ — ядро 100 раз переписали с тех пор и все статьи говно. В том числе низкоуровневые вещи из-за которых могут появляться проблемы подобные твоей. Ты действительно хочешь разобраться или тебе проще быть дурачком? В этом нет ничего плохого если что. Просто не делай никаких заявлений или добавляй побольше «имхо» в текст. Или тебе придётся следить за изменениями в ядре.

Лоулатенси одинаково далёко от реалтайма как и обычное серверное ядро. Кроме того preemption model далеко не единственный параметр влияющий на задержки теоретические и практические, поэтому результаты будут отличаться. Людям всерьёз приходится заморачиваться с конфигурированием ядра под свой конфиг, ни о каком пребилд ядре речи идти просто не может.

Но ты можешь всегда надеяться что о тебе уже позаботились другие (нет). Тем более не в школодистрах. Конкретно с курсором тебе стоит починить видеодрайвер, из ядра выкидывали кучу мусора и могли задеть твой конфиг при бэкпортировании патчей.

Где почитать современные статьи на эту тему?

на любом «случайном» форуме где есть пользователи линукса(очевидно на Лоре тоже) будет более чем достаточная АКТУАЛЬНАЯ информация, дальше зависит от тебя можешь ли ты воспринимать информацию

тебе выше сказали разници на современных ПК на десктопе между RT/ll/обычным ядром нет, но ты не воспринял и продолжаешь искать «штатью подкрепленную пятью печатями»

статьи

и вылечись от «советвкого менталитета» когда у тебя на каждый чих есть авторитетная статья и ГОСТ(который нужно соблюдать или расстрел)
стандарты пишутся на каждый новый патч ядра каждую неделю, и через неделю их никто не соблюдает
делают так как удобно в_данный_момент
так делают все во всех отрослях(в нормальных странах)

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

Вполне конкретная задача, однако. Может стоит забить на мышку, красивости и некоторое удобство, выкинуть к чертями десктоп и работать в однофайловом и одноклеточном wm или вообще в голых иксах? А также поубивать всех некритичных демонов и отключить лишние устройства?

Может у меня параноя, но я проникся, когда прогнал на двухядернике 2 простых теста - сжатие нулей из /dev/zero через однопоточный gzip на фиксированной частоте проца. Тест в эмуляторе терминала в xfce был пройден на 1,5% медленнее, чем в голой консоли с остановленным Х.

зборище
зборище

Ошибочно написал на украинском, что и неудивительно, учитывая что я иногда пишу и разговариваю на нём.

И? Дальше что? Какие выводы я должен сделать из этой мысли?

Я конкретно написал, что тебе нужно сделать. Попробуй для начала поднять приоритет. (см.выше)

Линус, перелогинься.

Вчера заходил в Астане (столице Казахстана) в ближайший супермаркет Small (бывший «Адиль», бывший универсам «Студенческий»).

Симпатичного плюшевого пингвиненка можно купить за 2 500 - 4000 казахстанских тенге...

Ошибочно написал на украинском, что и неудивительно, учитывая что я иногда пишу и разговариваю на нём.

Cлава Украине! Украине слава!

точно, сала Украине