The OpenNET Project / Index page

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



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

Оглавление

Релиз ядра Linux 6.6, opennews (ok), 30-Окт-23, (0) [смотреть все]

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


41. "Релиз ядра Linux 6.6"  +1 +/
Сообщение от Аноним (20), 30-Окт-23, 13:01 
А вот и свидетель 12309. Расскажи, что у тебя за дистрибутив.
Ответить | Правка | Наверх | Cообщить модератору

85. "Релиз ядра Linux 6.6"  +/
Сообщение от Аноним (38), 30-Окт-23, 14:41 
Ну может это не 12309. Или уже не тот легендарный 12309.
Убунта, Минт. На убунте так же у коллеги на соседнем компе прекрасно проявлялось. Всё "стоковое", никаких хитрых тюнингов ядра, sysctl'ей или чего-то ещё.
На манжаре не помню, проявлялось или нет, давно ничего не гонял по устройствам, чтобы проявилось. Но и браузер нынче закрываю.
Ответить | Правка | Наверх | Cообщить модератору

90. "Релиз ядра Linux 6.6"  +3 +/
Сообщение от Аноним (78), 30-Окт-23, 14:48 
А может быть ворона, кар-как-кар! А может быть собака, гав-гав-гав!
Ответить | Правка | Наверх | Cообщить модератору

120. "Релиз ядра Linux 6.6"  +/
Сообщение от Аноним (120), 30-Окт-23, 16:48 
А чего вас плюсуют-то? Тот, кому вы отвечаете, конкретно про 12309 вообще ничего не писал. Он просто описал симптомы. Откуда ему знать, 12309 это или нет.
Ответить | Правка | Наверх | Cообщить модератору

143. "Релиз ядра Linux 6.6"  +/
Сообщение от Аноним (20), 30-Окт-23, 18:31 
Наверное, потому что тот, кому он отвечает, начал о настоящем времени, а оказалось прошедшее.
Ответить | Правка | Наверх | Cообщить модератору

111. "Релиз ядра Linux 6.6"  +1 +/
Сообщение от Аноним (20), 30-Окт-23, 15:33 
"Проявлялось", "не помню", "давно". Понятно.
Ответить | Правка | К родителю #85 | Наверх | Cообщить модератору

126. "Релиз ядра Linux 6.6"  +/
Сообщение от 1 (??), 30-Окт-23, 17:13 
Чем воздух сотрясать - проверил бы на своём лина(у)псe.
Тестовая среда понятная - взять файлик на гигов 200 и копировать его на другой (или тот же) диск.
Заодно смотреть HD Video в трубе.

Если УМВР - ты молодец, а он подлец.

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

142. "Релиз ядра Linux 6.6"  +1 +/
Сообщение от Аноним (20), 30-Окт-23, 18:26 
Естественно, я проверял. Мне тогда пришлось проделать существенно больше, что бы воспроизвести. В том числе и пересобрать ядро с опциями, которые некоторые мейнтейнеры включают, сами не зная, зачем.
Ответить | Правка | Наверх | Cообщить модератору

215. "Релиз ядра Linux 6.6"  +1 +/
Сообщение от Аноним (-), 31-Окт-23, 04:48 
> Тестовая среда понятная - взять файлик на гигов 200 и копировать его
> на другой (или тот же) диск.

Я и на 3 терабайта копировал. Особенно круто это с "cp --reflink" выглядит, вот так 3 терабайта "копируются" за пару секунд. При том технически копия ведет себя как именно копия, если их состояние станет отличаться, читаться будет как именно 2 независимые копии, а то что 99.9% блоков реюзнуто - чудеса продвинутых абстракций.

А в винде вообще так лихо ворочать образом винча с которого я data recovery делал чтобы портить в случае чего вот именно копию а не оригинал вычитки - покажете как? Чтоб за пару секунд "копию" кроить и если не понравился результат, стереть ее и попробовать еще раз?

> Заодно смотреть HD Video в трубе.

А что - HD видео? У меня это даже в виртуалке с линем катит. На хосте ессно тоже линь. Ютуб в HD вообще не показатель, 1080p жует даже древний планшет с 4 андроидом и парой 64-бит ядер на 1.8ГГц. Там битрейт такой что даже, вот, ARM в софте прожевывает, а любой минимально современный x86 - и подавно. Так что не показатель. Ладно б вы там 4K в AV1 еще просили...

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

227. "Релиз ядра Linux 6.6"  +/
Сообщение от Аноним (227), 31-Окт-23, 07:03 
Видео - потому что квант планировщика там 15 мс по умолчанию. Если его не выделить потоку, который выводит видео, случится пропуск кадра. Похоже, дело не в нехватке процессорного времени на декодирование, а потому что планировщик не понимает, что вон тот тред надо каждый раз запускать, он малость поработает, а потом сам отдаст системе остаток кванта по Sleep().
Ответить | Правка | Наверх | Cообщить модератору

234. "Релиз ядра Linux 6.6"  +/
Сообщение от Аноним (-), 31-Окт-23, 10:56 
> Видео - потому что квант планировщика там 15 мс по умолчанию.

Там - это где? У меня в -rt кернеле (NoHZ кернел с номинальными 1000Hz тиками, DYNAMIC_PREEMPT) квант 1 мс изначально. Да и остальные дистры -rt кернелы не сильно хуже делают. А если кто вкатил себе серверный 100Hz кернель чтобы циферки в бенчах на 3% лучше были - ну, окей, вот вам на 3% больше FPS'ов... ценой конской латенси... вы ж маркетинга хотели? А маркетинг это как-то так, можете пальцы гнуть FPSом, и кого лаги колышат, если можно пальцы растопырить?! :)

> Если его не выделить потоку, который выводит видео, случится пропуск кадра. Похоже,
> дело не в нехватке процессорного времени на декодирование, а потому что
> планировщик не понимает, что вон тот тред надо каждый раз запускать,
> он малость поработает, а потом сам отдаст системе остаток кванта по Sleep().

У меня в принципе таких проблем нет - потому что я вообще на самом деле сам себе кернелы строю, чутка позабористей десктопных дистров. Но 80% счастья можно получить поставив -rt вариант кернеля от майнтайнеров дистро.

При этом еще актуально чтобы кернел был хотя-бы PREEMPT_DYNAMIC, это позволяет вырубать и само ядро в его недрах. А то если некая прога сделала сискол и тот долго пашет - окей, на "серверном" ядре таск при этом "uninterruptable" и если там надо было что-то еще, типа вот кадр рисовать, или что, ну, вы пролетаете. В изначальном виде кернель нельзя выщибать и весь мир подождет. Но потом это таки разрешили с разной степенью крутизны. Да и кернел вынес тяжелые работы на фоновые воркеры. Но это ж надо кернел собраный с PREEMPT'ом. Это потеряет пару процентов производительности, опять же, потому что в конечном итоге кеш вымывается опять же сильнее, зато если сискол встрял колом - ну и похрен, на шедулинг уже не влияет. Для серверов bulk peformance их все, а 200 мс лага кто на HTTP вообще заматит? Но десктоп же не это, там соотношения иные...

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

240. "Релиз ядра Linux 6.6"  +/
Сообщение от Аноним (227), 31-Окт-23, 12:43 
В Венде квант 15 мс. Потому там в ходу были хаки типа вызова timeBeginPeriod(1), что недокументировано влияло на всю систему. MS в итоге пришлось исправлять документацию.
Ответить | Правка | Наверх | Cообщить модератору

249. "Релиз ядра Linux 6.6"  +/
Сообщение от Аноним (-), 01-Ноя-23, 06:27 
> В Венде квант 15 мс. Потому там в ходу были хаки типа
> вызова timeBeginPeriod(1), что недокументировано влияло на всю систему. MS в итоге
> пришлось исправлять документацию.

Интересно как они с таким квантом живут и что-то там про латенси умудряются вещать?

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

250. "Релиз ядра Linux 6.6"  +/
Сообщение от Аноним (227), 01-Ноя-23, 12:24 
Да легко. Кто-то где-то написал, что в Венде надо timeBeginPeriod(1) вызвать, а а Линуксе ядро компилировать. Они понятные им слова из этого скопируют и получается как надо.
Ответить | Правка | Наверх | Cообщить модератору

258. "Релиз ядра Linux 6.6"  +/
Сообщение от Электрон (?), 02-Ноя-23, 07:15 
Потому что на винде негласно уже лет 15 как какой-нибудь прогой квант в 1мс форсируется. В одном из обновлений десятки втихую пофиксили до timer coalescence, то есть у него теперь не статичный период.
Ответить | Правка | К родителю #249 | Наверх | Cообщить модератору

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

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




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

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