forum.opennet.ru - "Для ядра Linux подготовлены оптимизации, повышающие производительность планировщиков ввода/вывода" (62)

"Для ядра Linux подготовлены оптимизации, повышающие производительность планировщиков ввода/вывода"

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

"Для ядра Linux подготовлены оптимизации, повышающие производительность планировщиков ввода/вывода"	+/–
Сообщение от opennews (?), 22-Янв-24, 08:37
Йенс Эксбо (Jens Axboe), создатель io_uring и планировщиков ввода/вывода CFQ, Deadline и Noop, продолжил свои эксперименты с оптимизацией ввода/вывода в ядре Linux. На этот раз под его внимание попали планировщики ввода/вывода BFQ и mq-deadline, оказавшиеся узким местом как минимум в случае скоростных накопителей NVMe... Подробнее: https://www.opennet.me/opennews/art.shtml?num=60474
Ответить \| Правка \| Cообщить модератору

Оглавление

Впечатляюще , iCat (ok), 08:41 , 22-Янв-24, (2) +10

Но Торвальдс предложеные патчи отклонил , Аноним (4), 09:10 , 22-Янв-24, (4)

Они пока в отдельной ветке на стадии обсуждения RFC и их ещё не предлагали вкл, Аноним (7), 09:22 , 22-Янв-24, (7) +4

Видимо, все-таки нужно их вносить BFQ у меня работал для жестких дисков - был, shardddin (?), 01:32 , 25-Янв-24, (75)

А чем дефолтный Deadline не устроил , Sem (??), 17:08 , 01-Фев-24, (77)

бэкпорты в 5 х будут , Аноним (78), 11:21 , 20-Мрт-24, (78)

да не очень а вот то что предыдущее подэлие этого прогера выкинули из дефолтов , лютый жабби.... (?), 10:09 , 22-Янв-24, (13) –8

Ох, иди уже, переписывай вон фрибзду на хруст, или, вот - лучше на яву сразу, чт, Аноним (-), 17:38 , 22-Янв-24, (35) +3

В идеале - использовать Tiny Core Linux, а весь юзерспейс держать на Джаве , Bottle (?), 23:20 , 22-Янв-24, (56) +2

Чудак, купи уже себе андроид и не парься Получишь примерно это как раз , Аноним (-), 03:53 , 23-Янв-24, (58) +2

Я пишу с firefox 113, прошу держать в курсе о пачках cve, Oe (?), 18:33 , 22-Янв-24, (40)
а кто тогда кот писать будет Нет кота - нет взносов от платиновых, Линусу нечем, нах. (?), 11:28 , 23-Янв-24, (64) –1

Ждем новые уязвимости, Аноним (6), 09:21 , 22-Янв-24, (6) +4

Нинидо, процессоры превращаются в тыкву быстрее чем успевают выпускать новые, Oe (?), 18:35 , 22-Янв-24, (41)
Скорее неприятные тяжело воспроизводимые и еще тяжелее исправляемые баги, RM (ok), 14:42 , 23-Янв-24, (66)

А потом полезут побочные эффекты его экспериментов Потом окажется что эти блоки, Аноним (14), 10:14 , 22-Янв-24, (14)

Совершенно внезапно для экспертов, побочным эффектом планировщика ввода-вывода я, n00by (ok), 13:32 , 22-Янв-24, (20) +2

планировщик ввода-вывода - файлами оперирует , Sw00p aka Jerom (?), 16:18 , 22-Янв-24, (33) –1

Он куда важнее этих мелочей Он говорит когда эти операции произойдут и в каком , Аноним (44), 18:51 , 22-Янв-24, (44)
Определение терминов побочный эффект и ввод-вывод несложно найти самостоятел, n00by (ok), 08:15 , 23-Янв-24, (63)

Тогда надо указать дебилу , который засунул документацию по ио-шедуллеру в разд, Sw00p aka Jerom (?), 12:45 , 23-Янв-24, (65)

Жду ссылку на твоё письмо в LKML , n00by (ok), 12:22 , 24-Янв-24, (70)

так это по вашей логике ио-шедуллер оперирует файлами, вот вы и пишите , Sw00p aka Jerom (?), 13:42 , 24-Янв-24, (72)

Это по твоей логике так, потому что у тебя файлы лежат в папочке, а не в ФС на б, n00by (ok), 17:19 , 24-Янв-24, (73)

а шо, вне папочки файлы хоть лежат D, Sw00p aka Jerom (?), 02:09 , 25-Янв-24, (76)

Рискну, что опять быдет Скрыто ботом-модератором По поводу - причину принятия р, Аноним (-), 13:45 , 22-Янв-24, (22) –1

Да, позволяет Но еще удобнее позволяет выражать причины на уровне типов Програм, ПомидорИзДолины (?), 14:39 , 22-Янв-24, (25) +1

Так блокировки ж на месте остались, привет птичкодятлам Просто работу с ними пе, Аноним (-), 17:40 , 22-Янв-24, (36)
Эти блокировки стояли потому что интел занёс чтобы процессоры с супермега бустом, Oe (?), 18:37 , 22-Янв-24, (42) +1

У Intel троттлинг на буст частоты сдела так что бы проходить бенчмарки с максима, Аноним (49), 20:08 , 22-Янв-24, (49) +2

На ведроидах висит демон, отслеживающий запуски популярных бенчмарков в тупую по, Oe (?), 20:29 , 22-Янв-24, (51) +1

А пруфы есть , Аноним (52), 20:34 , 22-Янв-24, (52) +1

Ищи в прошивке, демон зовется что то вроде com mediatek mtkpower, конфиги с тюни, Oe (?), 20:59 , 22-Янв-24, (53) +1

Тогда это не на андроидах а медиатек мухлюет в бенчмарках называется Даже в, Аноним (-), 03:58 , 23-Янв-24, (59) +1

Ну первой начала Nvidia в своих дровах Давно , RM (ok), 14:43 , 23-Янв-24, (67)

Напомнило, лежит у меня телефон, Blackberry KeyOne, так у него в прошивке на уро, Аноним (71), 12:24 , 24-Янв-24, (71)

как дебажат race conditions на mutex-ах на таких скоростях там ведь даже время , 12yoexpert (ok), 12:42 , 22-Янв-24, (18)

Синхронизацию отдебажить нельзя в принципе, как и другие редко воспроизводимые п, Аноним (19), 12:50 , 22-Янв-24, (19) +1

А разбирательство с корками это не дебаг - , _oleg_ (ok), 13:46 , 22-Янв-24, (23)

Это в основном разбор инцидентов У автора выше совсем узкое понимание процесса , Аноним (19), 14:03 , 22-Янв-24, (24)

В кернеле таки есть инструменты для отлова факапов с блокировками Lockdep, дете, Аноним (-), 17:43 , 22-Янв-24, (37)
Это не так Любой параллельный процесс может быть сериализован , Аноним (44), 19:14 , 22-Янв-24, (46)

Скрыто модератором, Аноним (-), 13:41 , 22-Янв-24, (21)
Так вам ведь показали цифры Вот так их замеряют и понимают, что скорость выросл, Rev (?), 15:03 , 22-Янв-24, (27)
Не знаю как в ядре, в юзерспейсе можно статистический профайлер заюзать эпизоди, Аноним (-), 17:33 , 22-Янв-24, (34)

Питекантроп рассказывал о профилировании Хотя-бы perf из линуха он не видел и, Аноним (-), 17:45 , 22-Янв-24, (38) +1

Железные каунтеры отстой, белые люди хайпуют на них, но у них ведь регистров с г, Аноним (-), 20:21 , 22-Янв-24, (50)

Для счета циклов CPU по моему аж 1 достаточно, на все и вся И даже совсем без н, Аноним (-), 22:02 , 22-Янв-24, (54)

А с софтварной статистикой ты имеешь, грубо говоря, по счётчику на каждую исполн, Аноним (-), 22:17 , 22-Янв-24, (55)

Например так https github com dvyukov relacyНо, как уже написали, в основном , RM (ok), 14:45 , 23-Янв-24, (68)

Так вот, почему телефоны на Андроиде так тормозят , Rev (?), 15:05 , 22-Янв-24, (28)

Что за телефон такой, с NVMe Сколько IOPS он выдает И зачем это телефону А та, Аноним (-), 17:47 , 22-Янв-24, (39) +1

Electron приложения работают на андроидах в разы быстрее и без микролагов в инте, cheburnator9000 (ok), 04:53 , 23-Янв-24, (62)

Телефоны на андроиде тормозят из-за фактора под названием бюджетный ARM процесс, cheburnator9000 (ok), 04:52 , 23-Янв-24, (61)

Нужны года на обкатку Доверие зарабатывается годами Даже если Линус примет пат, Аноним (30), 15:19 , 22-Янв-24, (30)

Мы установим это обновление в период вашей неактивности , Oe (?), 18:40 , 22-Янв-24, (43) +1

Вы можете выбрать когда, но всё равно это будет в самый неподходящий момент, Аноним (47), 19:30 , 22-Янв-24, (47) +1
Как будто в этом есть что-то плохое , User (??), 08:57 , 24-Янв-24, (69)

Lock-free структуры данных , Аноним (45), 19:08 , 22-Янв-24, (45)

неа Lock free не значит contention free , RM (ok), 18:27 , 24-Янв-24, (74) +1

Для таких устройств есть kyber, например Всё остальное для hdd , Xo (?), 00:52 , 23-Янв-24, (57)
Ну наконец-то теперь хоть по скоростям nvme под линуксом сравняются с windows И, cheburnator9000 (ok), 04:41 , 23-Янв-24, (60)

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

2. "Для ядра Linux подготовлены оптимизации, повышающие производ..." +10 +/–

Сообщение от iCat (ok), 22-Янв-24, 08:41

> ...конкуренция блокировок снизилась с 94% до 23%
Впечатляюще...

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

4. "Для ядра Linux подготовлены оптимизации, повышающие производ..." +/–

Сообщение от Аноним (4), 22-Янв-24, 09:10

>При тестировании
Но Торвальдс предложеные патчи отклонил?

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

7. "Для ядра Linux подготовлены оптимизации, повышающие производ..." +4 +/–

Сообщение от Аноним (7), 22-Янв-24, 09:22

Они пока в отдельной ветке на стадии обсуждения (RFC) и их ещё не предлагали включить в основное ядро.

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

75. "Для ядра Linux подготовлены оптимизации, повышающие производ..." +/–

Сообщение от shardddin (?), 25-Янв-24, 01:32

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

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

77. "Для ядра Linux подготовлены оптимизации, повышающие производ..." +/–

Сообщение от Sem (??), 01-Фев-24, 17:08

А чем дефолтный Deadline не устроил?

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

78. "Для ядра Linux подготовлены оптимизации, повышающие производ..." +/–

Сообщение от Аноним (78), 20-Мрт-24, 11:21

бэкпорты в 5.х будут ?

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

13. "Для ядра Linux подготовлены оптимизации, повышающие производ..." –8 +/–

Сообщение от лютый жабби.... (?), 22-Янв-24, 10:09

>Впечатляюще...
да не очень. а вот то что предыдущее подэлие этого прогера выкинули из дефолтов после пачки cve вот это действительно впечатляюще. как и то, что его до сих пор не забанили в LKML

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

35. "Для ядра Linux подготовлены оптимизации, повышающие производ..." +3 +/–

Сообщение от Аноним (-), 22-Янв-24, 17:38

> да не очень. а вот то что предыдущее подэлие этого прогера выкинули из дефолтов
> после пачки cve вот это действительно впечатляюще. как и то, что его до сих пор
> не забанили в LKML
Ох, иди уже, переписывай вон фрибзду на хруст, или, вот - лучше на яву сразу, чтоб два раза не вставать.

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

56. "Для ядра Linux подготовлены оптимизации, повышающие производ..." +2 +/–

Сообщение от Bottle (?), 22-Янв-24, 23:20

В идеале - использовать Tiny Core Linux, а весь юзерспейс держать на Джаве.

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

58. "Для ядра Linux подготовлены оптимизации, повышающие производ..." +2 +/–

Сообщение от Аноним (-), 23-Янв-24, 03:53

> В идеале - использовать Tiny Core Linux, а весь юзерспейс держать на Джаве.
Чудак, купи уже себе андроид и не парься. Получишь примерно это как раз.

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

40. "Для ядра Linux подготовлены оптимизации, повышающие производ..." +/–

Сообщение от Oe (?), 22-Янв-24, 18:33

Я пишу с firefox 113, прошу держать в курсе о пачках cve

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

64. "Для ядра Linux подготовлены оптимизации, повышающие производ..." –1 +/–

Сообщение от нах. (?), 23-Янв-24, 11:28

> как и то, что его до сих пор не забанили в LKML
а кто тогда кот писать будет? Нет кота - нет взносов от платиновых, Линусу нечем кормить свою дочку, а она - жрьоооот.
А тут вообще вон - оптимизации, понимать надоть! Тут платиновые в очередь выстроятца.

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

6. "Для ядра Linux подготовлены оптимизации, повышающие производ..." +4 +/–

Сообщение от Аноним (6), 22-Янв-24, 09:21

Ждем новые уязвимости

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

41. "Для ядра Linux подготовлены оптимизации, повышающие производ..." +/–

Сообщение от Oe (?), 22-Янв-24, 18:35

Нинидо, процессоры превращаются в тыкву быстрее чем успевают выпускать новые

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

66. "Для ядра Linux подготовлены оптимизации, повышающие производ..." +/–

Сообщение от RM (ok), 23-Янв-24, 14:42

Скорее неприятные тяжело воспроизводимые и еще тяжелее исправляемые баги

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

14. "Для ядра Linux подготовлены оптимизации, повышающие производ..." +/–

Сообщение от Аноним (14), 22-Янв-24, 10:14

А потом полезут побочные эффекты его экспериментов. Потом окажется что эти блокировки не просто так стояли. Просто тот кто делал изначальное решение уже не помнит или не в деле. И не может сказать причину принятия решения.

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

20. "Для ядра Linux подготовлены оптимизации, повышающие производ..." +2 +/–

Сообщение от n00by (ok), 22-Янв-24, 13:32

> полезут побочные эффекты
Совершенно внезапно для экспертов, побочным эффектом планировщика ввода-вывода является запись в файлы.

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

33. "Для ядра Linux подготовлены оптимизации, повышающие производ..." –1 +/–

Сообщение от Sw00p aka Jerom (?), 22-Янв-24, 16:18

планировщик ввода-вывода - файлами оперирует?

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

44. "Для ядра Linux подготовлены оптимизации, повышающие производ..." +/–

Сообщение от Аноним (44), 22-Янв-24, 18:51

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

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

63. "Для ядра Linux подготовлены оптимизации, повышающие производ..." +/–

Сообщение от n00by (ok), 23-Янв-24, 08:15

Определение терминов "побочный эффект" и "ввод-вывод" несложно найти самостоятельно.

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

65. "Для ядра Linux подготовлены оптимизации, повышающие производ..." +/–

Сообщение от Sw00p aka Jerom (?), 23-Янв-24, 12:45

> Определение терминов "побочный эффект" и "ввод-вывод" несложно найти самостоятельно.
Тогда надо указать "дебилу", который засунул документацию по ио-шедуллеру в раздел блок, чтобы он исправил и перенес в раздел файлсистемс.
https://docs.kernel.org/block/index.html

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

70. "Для ядра Linux подготовлены оптимизации, повышающие производ..." +/–

Сообщение от n00by (ok), 24-Янв-24, 12:22

>> Определение терминов "побочный эффект" и "ввод-вывод" несложно найти самостоятельно.
> Тогда надо указать "дебилу", который засунул документацию по ио-шедуллеру в раздел блок,
> чтобы он исправил и перенес в раздел файлсистемс.
> https://docs.kernel.org/block/index.html
Жду ссылку на твоё письмо в LKML.

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

72. "Для ядра Linux подготовлены оптимизации, повышающие производ..." +/–

Сообщение от Sw00p aka Jerom (?), 24-Янв-24, 13:42

> Жду ссылку на твоё письмо в LKML.
так это по вашей логике ио-шедуллер оперирует файлами, вот вы и пишите :)

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

73. "Для ядра Linux подготовлены оптимизации, повышающие производ..." +/–

Сообщение от n00by (ok), 24-Янв-24, 17:19

>> Жду ссылку на твоё письмо в LKML.
> так это по вашей логике ио-шедуллер оперирует файлами
Это по твоей логике так, потому что у тебя файлы лежат в папочке, а не в ФС на блочном устройстве.

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

76. "Для ядра Linux подготовлены оптимизации, повышающие производ..." +/–

Сообщение от Sw00p aka Jerom (?), 25-Янв-24, 02:09

> Это по твоей логике так, потому что у тебя файлы лежат в
> папочке, а не в ФС на блочном устройстве.
а шо, вне папочки файлы хоть лежат? :D

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

22. "Для ядра Linux подготовлены оптимизации, повышающие производ..." –1 +/–

Сообщение от Аноним (-), 22-Янв-24, 13:45

Рискну, что опять быдет "Скрыто ботом-модератором"
По поводу -
"причину принятия решения"
- а их надо в коде выражать. Типа - статический ассерт. Или ещё какая проверка\завязка на что-то.
И ещё - а пресловутый здесь раст позволяет кодом выражать причины? (именно кодом а не комментариями в коде)

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

25. "Для ядра Linux подготовлены оптимизации, повышающие производ..." +1 +/–

Сообщение от ПомидорИзДолины (?), 22-Янв-24, 14:39

> а пресловутый здесь раст позволяет кодом выражать причины?
Да, позволяет. Но еще удобнее позволяет выражать причины на уровне типов.
Программиорование типами вообще классная штука. Рекомендую попробовать, например оценить удобство `Option` в сравнении с null_ptr.

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

36. "Для ядра Linux подготовлены оптимизации, повышающие производ..." +/–

Сообщение от Аноним (-), 22-Янв-24, 17:40

> Потом окажется что эти блокировки не просто так стояли.
> Просто тот кто делал изначальное решение уже не помнит или не в деле.
> И не может сказать причину принятия решения.
Так блокировки ж на месте остались, привет птичкодятлам. Просто работу с ними пересмотрели, что идиотизма стало меньше. Изначально система делала откровенную фигню, тратя дофига времени на какой-то "thrashing".

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

42. "Для ядра Linux подготовлены оптимизации, повышающие производ..." +1 +/–

Сообщение от Oe (?), 22-Янв-24, 18:37

Эти блокировки стояли потому что интел занёс чтобы процессоры с супермега бустом на 6.6ГГц не троттлили хотя бы пол года с начала продаж.

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

49. "Для ядра Linux подготовлены оптимизации, повышающие производ..." +2 +/–

Сообщение от Аноним (49), 22-Янв-24, 20:08

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

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

51. "Для ядра Linux подготовлены оптимизации, повышающие производ..." +1 +/–

Сообщение от Oe (?), 22-Янв-24, 20:29

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

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

52. "Для ядра Linux подготовлены оптимизации, повышающие производ..." +1 +/–

Сообщение от Аноним (52), 22-Янв-24, 20:34

А пруфы есть?

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

53. "Для ядра Linux подготовлены оптимизации, повышающие производ..." +1 +/–

Сообщение от Oe (?), 22-Янв-24, 20:59

Ищи в прошивке, демон зовется что то вроде com.mediatek.mtkpower, конфиги с тюнингом хранятся в открытую в .xml файлах в etc, вроде power_config.xml, удаляешь конфиги и результат в бенчмарках тоже падает.

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

59. "Для ядра Linux подготовлены оптимизации, повышающие производ..." +1 +/–

Сообщение от Аноним (-), 23-Янв-24, 03:58

> Ищи в прошивке, демон зовется что то вроде com.mediatek.mtkpower,
Тогда это не "на андроидах" а "медиатек мухлюет в бенчмарках" называется. Даже вот систему загадили каким-то демоном который все портит, но, вот, позволяет приврать в бенчах.
Почему приврать? Потому что остальные задачи такой перфоманс не увидят - и вас надули.
> конфиги с тюнингом хранятся в открытую в .xml файлах в etc, вроде power_config.xml, удаляешь
> конфиги и результат в бенчмарках тоже падает.
Точнее, становится более честным и без накруток - похожим на то что реальные программы увидят. А так то конечно сам себя не похвалишь - никто не похвалит. Теперь к китайским ваттам и гигагерцам добавились китайские результаты бенчмарков.

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

67. "Для ядра Linux подготовлены оптимизации, повышающие производ..." +/–

Сообщение от RM (ok), 23-Янв-24, 14:43

Ну первой начала Nvidia в своих дровах. Давно.

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

71. "Для ядра Linux подготовлены оптимизации, повышающие производ..." +/–

Сообщение от Аноним (71), 24-Янв-24, 12:24

Напомнило, лежит у меня телефон, Blackberry KeyOne, так у него в прошивке на уровне iptables были заблокированны IP адреса многих бенчмарков для android
Вот часть файла
```
/system/etc $ cat iptables-blacklist.sh
# This file will be removed as per JIRA 844536
# Custom blocking rules as per JIRA AVEN-9297
# Antutu blocked section
iptables -A OUTPUT -d 114.112.93.111 -j REJECT --reject-with icmp-net-unreachable
iptables -A OUTPUT -d 114.112.93.113 -j REJECT --reject-with icmp-net-unreachable
iptables -A OUTPUT -d 114.112.93.203 -j REJECT --reject-with icmp-net-unreachable
iptables -A OUTPUT -d 183.60.153.114 -j REJECT --reject-with icmp-net-unreachable
iptables -A OUTPUT -d 123.125.115.123 -j REJECT --reject-with icmp-net-unreachable
iptables -A OUTPUT -d 76.73.85.186 -j REJECT --reject-with icmp-net-unreachable
# CoreMark( AndEBench ) blocked section
iptables -A OUTPUT -d 198.154.241.10 -j REJECT --reject-with icmp-net-unreachable
...
```

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

18. "Для ядра Linux подготовлены оптимизации, повышающие производ..." +/–

Сообщение от 12yoexpert (ok), 22-Янв-24, 12:42

как дебажат race conditions на mutex-ах на таких скоростях? там ведь даже время не замерить, это повлияет на работу и даст невалидные результаты

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

19. "Для ядра Linux подготовлены оптимизации, повышающие производ..." +1 +/–

Сообщение от Аноним (19), 22-Янв-24, 12:50

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

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

23. "Для ядра Linux подготовлены оптимизации, повышающие производ..." +/–

Сообщение от _oleg_ (ok), 22-Янв-24, 13:46

А разбирательство с корками это не дебаг :-)?

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

24. "Для ядра Linux подготовлены оптимизации, повышающие производ..." +/–

Сообщение от Аноним (19), 22-Янв-24, 14:03

Это в основном разбор инцидентов. У автора выше совсем узкое понимание процесса отладки

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

37. "Для ядра Linux подготовлены оптимизации, повышающие производ..." +/–

Сообщение от Аноним (-), 22-Янв-24, 17:43

> Синхронизацию отдебажить нельзя в принципе, как и другие редко воспроизводимые
> проблемы. Сначала долго медитируют на код и проверяют модель, потом детально разбирают
> баги через логи и корки.
В кернеле таки есть инструменты для отлова факапов с блокировками. Lockdep, детектор deadlock, все такое.

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

46. "Для ядра Linux подготовлены оптимизации, повышающие производ..." +/–

Сообщение от Аноним (44), 22-Янв-24, 19:14

> Синхронизацию отдебажить нельзя в принципе
Это не так. Любой параллельный процесс может быть сериализован.

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

21. Скрыто модератором +/–

Сообщение от Аноним (-), 22-Янв-24, 13:41

логирование не?

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

27. "Для ядра Linux подготовлены оптимизации, повышающие производ..." +/–

Сообщение от Rev (?), 22-Янв-24, 15:03

Так вам ведь показали цифры. Вот так их замеряют и понимают, что скорость выросла :)

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

34. "Для ядра Linux подготовлены оптимизации, повышающие производ..." +/–

Сообщение от Аноним (-), 22-Янв-24, 17:33

Не знаю как в ядре, в юзерспейсе можно статистический профайлер заюзать: эпизодически тормозишь процесс, чтобы записать его IP, а потом смотришь на какие адреса попадает. Если оно на спинлоках или на залоченных мьютексах много времени проводит, то это легко ловится таким образом. Умозрительно рассуждая, я не вижу проблем такое в ядро тоже запилить. Тот код который под запретом прерываний работает, понятно не удастся так профайлить, но если ты по прерыванию таймера семплы собираешь, то оно автоматически не будет прерывать непрерываемый код, и таким образом ничего не испортит. Данных об этом коде ты не получишь, но и сломать его не сломаешь. Но это умозрительно.

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

38. "Для ядра Linux подготовлены оптимизации, повышающие производ..." +1 +/–

Сообщение от Аноним (-), 22-Янв-24, 17:45

> Не знаю как в ядре, в юзерспейсе можно статистический профайлер заюзать:
> эпизодически тормозишь процесс, чтобы записать его IP, а потом смотришь на какие адреса
Питекантроп рассказывал о профилировании. Хотя-бы "perf" из линуха он не видел и поэтому как сие белый человек делает - он ессно не знает. Как и тот факт что в большинстве железок, даже ARM малохольных - много лет есть "HW perf counters". Чтобы всем вон тем - не заниматься.

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

50. "Для ядра Linux подготовлены оптимизации, повышающие производ..." +/–

Сообщение от Аноним (-), 22-Янв-24, 20:21

Железные каунтеры отстой, белые люди хайпуют на них, но у них ведь регистров с гулькин нос. Пускай белые люди решают эти проблемы, пытаясь угадать, где может тормозить. Мы, питекантропы, предпочитаем софтварно мерять, и сразу получать расклад по мастям.
> Хотя-бы "perf" из линуха
Совершенно верно, perf тоже умеет в статистический софтварный профайл. Я очень рекомендую белому человеку попробовать, прежде чем трясти тут своими железными каунтерами.

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

54. "Для ядра Linux подготовлены оптимизации, повышающие производ..." +/–

Сообщение от Аноним (-), 22-Янв-24, 22:02

> Железные каунтеры отстой, белые люди хайпуют на них, но у них ведь регистров с гулькин нос.
Для счета циклов CPU по моему аж 1 достаточно, на все и вся. И даже совсем без на минималках вроде работает, просто кривее.
И кстати он видит и кишки ядра, и внутренности программ. С именами, если дебаг символы нашел. И вот они, троглодиты. Как на ладони. Можно как раз и посмотреть кто тут жиртрест.
> Пускай белые люди решают эти проблемы, пытаясь угадать, где может тормозить.
> Мы, питекантропы, предпочитаем софтварно мерять, и сразу получать расклад по мастям.
Вы что-то полезное сравнимо с сабжем оптимизировали? Волобуев, где ваш патч?!

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

55. "Для ядра Linux подготовлены оптимизации, повышающие производ..." +/–

Сообщение от Аноним (-), 22-Янв-24, 22:17

А с софтварной статистикой ты имеешь, грубо говоря, по счётчику на каждую исполняющуюся инструкцию, и все эти счётчики увеличиваются пропорционально количеству выполнений соответствующих инструкций.
> Вы что-то полезное сравнимо с сабжем оптимизировали? Волобуев, где ваш патч?!
Спросил меня "белый" аноним опеннета...

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

68. "Для ядра Linux подготовлены оптимизации, повышающие производ..." +/–

Сообщение от RM (ok), 23-Янв-24, 14:45

Например так: https://github.com/dvyukov/relacy
Но, как уже написали, в основном в голове.

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

28. "Для ядра Linux подготовлены оптимизации, повышающие производ..." +/–

Сообщение от Rev (?), 22-Янв-24, 15:05

> В случае с mq-deadline производительность после применения предложенных патчей при использовании NVMe-накопителя увеличилась с 1070К до 2560K операций ввода/вывода в секунду (IOPS), а конкуренция блокировок снизилась с 94% до 23%.
Так вот, почему телефоны на Андроиде так тормозят? :)

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

39. "Для ядра Linux подготовлены оптимизации, повышающие производ..." +1 +/–

Сообщение от Аноним (-), 22-Янв-24, 17:47

> Так вот, почему телефоны на Андроиде так тормозят? :)
Что за телефон такой, с NVMe? Сколько IOPS он выдает? И зачем это телефону? А так приложуха на электроне тормозит на чем угодно. Хоть на EPYC ее ставь.

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

62. "Для ядра Linux подготовлены оптимизации, повышающие производ..." +/–

Сообщение от cheburnator9000 (ok), 23-Янв-24, 04:53

Electron приложения работают на андроидах в разы быстрее и без микролагов в интерфейсе по сравнению с их работой на ПК. Сравни например discord.

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

61. "Для ядра Linux подготовлены оптимизации, повышающие производ..." +/–

Сообщение от cheburnator9000 (ok), 23-Янв-24, 04:52

Телефоны на андроиде тормозят из-за фактора под названием "бюджетный ARM процессор" + бюджетная flash память.
У всей продукции apple идут pcie линии и nvme контролеры, но не раскатывайте губу у samsung и стандарта UFS 4.0 скорости записи чтения от половины до двух раз выше айфонов.
Ты видел сколько МБ занимают apk? Там что не приложение от банка то уже 200+ МБ. В каждом свой голосовой помощник, своя телеметрия и куча всего своего проприетарного никак не оптимизированного и собранного в режиме debug.

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

30. "Для ядра Linux подготовлены оптимизации, повышающие производ..." +/–

Сообщение от Аноним (30), 22-Янв-24, 15:19

Нужны года на обкатку. Доверие зарабатывается годами. Даже если Линус примет патчи, на ядре моего дистра это не скажется.

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

43. "Для ядра Linux подготовлены оптимизации, повышающие производ..." +1 +/–

Сообщение от Oe (?), 22-Янв-24, 18:40

"Мы установим это обновление в период вашей неактивности"

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

47. "Для ядра Linux подготовлены оптимизации, повышающие производ..." +1 +/–

Сообщение от Аноним (47), 22-Янв-24, 19:30

Вы можете выбрать когда, но всё равно это будет в самый неподходящий момент

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

69. "Для ядра Linux подготовлены оптимизации, повышающие производ..." +/–

Сообщение от User (??), 24-Янв-24, 08:57

Как будто в этом есть что-то плохое )

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

45. "Для ядра Linux подготовлены оптимизации, повышающие производ..." +/–

Сообщение от Аноним (45), 22-Янв-24, 19:08

Lock-free структуры данных.

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

74. "Для ядра Linux подготовлены оптимизации, повышающие производ..." +1 +/–

Сообщение от RM (ok), 24-Янв-24, 18:27

> Lock-free структуры данных.
неа. Lock free не значит contention free.

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

57. "Для ядра Linux подготовлены оптимизации, повышающие производ..." +/–

Сообщение от Xo (?), 23-Янв-24, 00:52

Для таких устройств есть kyber, например. Всё остальное для hdd.

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

60. "Для ядра Linux подготовлены оптимизации, повышающие производ..." +/–

Сообщение от cheburnator9000 (ok), 23-Янв-24, 04:41

Ну наконец-то теперь хоть по скоростям nvme под линуксом сравняются с windows? Или уже в 5.15 починили через io_uring? Спрашиваю для друга, у меня обычные SSD.

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

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

2. "Для ядра Linux подготовлены оптимизации, повышающие производ..."	+10 +/–
Сообщение от iCat (ok), 22-Янв-24, 08:41
> ...конкуренция блокировок снизилась с 94% до 23% Впечатляюще...
Ответить \| Правка \| Наверх \| Cообщить модератору


	4. "Для ядра Linux подготовлены оптимизации, повышающие производ..."	+/–
	Сообщение от Аноним (4), 22-Янв-24, 09:10
	>При тестировании Но Торвальдс предложеные патчи отклонил?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	7. "Для ядра Linux подготовлены оптимизации, повышающие производ..."	+4 +/–
	Сообщение от Аноним (7), 22-Янв-24, 09:22
	Они пока в отдельной ветке на стадии обсуждения (RFC) и их ещё не предлагали включить в основное ядро.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	75. "Для ядра Linux подготовлены оптимизации, повышающие производ..."	+/–
	Сообщение от shardddin (?), 25-Янв-24, 01:32
	Видимо, все-таки нужно их вносить... BFQ у меня работал для жестких дисков - были регулярные подвисания при просмотре, особенно, большеразмерных видео - все прошло при переключении планировщика на bore...
	Ответить \| Правка \| Наверх \| Cообщить модератору


	77. "Для ядра Linux подготовлены оптимизации, повышающие производ..."	+/–
	Сообщение от Sem (??), 01-Фев-24, 17:08
	А чем дефолтный Deadline не устроил?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	78. "Для ядра Linux подготовлены оптимизации, повышающие производ..."	+/–
	Сообщение от Аноним (78), 20-Мрт-24, 11:21
	бэкпорты в 5.х будут ?
	Ответить \| Правка \| К родителю #4 \| Наверх \| Cообщить модератору


	13. "Для ядра Linux подготовлены оптимизации, повышающие производ..."	–8 +/–
	Сообщение от лютый жабби.... (?), 22-Янв-24, 10:09
	>Впечатляюще... да не очень. а вот то что предыдущее подэлие этого прогера выкинули из дефолтов после пачки cve вот это действительно впечатляюще. как и то, что его до сих пор не забанили в LKML
	Ответить \| Правка \| К родителю #2 \| Наверх \| Cообщить модератору


	35. "Для ядра Linux подготовлены оптимизации, повышающие производ..."	+3 +/–
	Сообщение от Аноним (-), 22-Янв-24, 17:38
	> да не очень. а вот то что предыдущее подэлие этого прогера выкинули из дефолтов > после пачки cve вот это действительно впечатляюще. как и то, что его до сих пор > не забанили в LKML Ох, иди уже, переписывай вон фрибзду на хруст, или, вот - лучше на яву сразу, чтоб два раза не вставать.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	56. "Для ядра Linux подготовлены оптимизации, повышающие производ..."	+2 +/–
	Сообщение от Bottle (?), 22-Янв-24, 23:20
	В идеале - использовать Tiny Core Linux, а весь юзерспейс держать на Джаве.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	58. "Для ядра Linux подготовлены оптимизации, повышающие производ..."	+2 +/–
	Сообщение от Аноним (-), 23-Янв-24, 03:53
	> В идеале - использовать Tiny Core Linux, а весь юзерспейс держать на Джаве. Чудак, купи уже себе андроид и не парься. Получишь примерно это как раз.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	40. "Для ядра Linux подготовлены оптимизации, повышающие производ..."	+/–
	Сообщение от Oe (?), 22-Янв-24, 18:33
	Я пишу с firefox 113, прошу держать в курсе о пачках cve
	Ответить \| Правка \| К родителю #13 \| Наверх \| Cообщить модератору


	64. "Для ядра Linux подготовлены оптимизации, повышающие производ..."	–1 +/–
	Сообщение от нах. (?), 23-Янв-24, 11:28
	> как и то, что его до сих пор не забанили в LKML а кто тогда кот писать будет? Нет кота - нет взносов от платиновых, Линусу нечем кормить свою дочку, а она - жрьоооот. А тут вообще вон - оптимизации, понимать надоть! Тут платиновые в очередь выстроятца.
	Ответить \| Правка \| К родителю #13 \| Наверх \| Cообщить модератору

6. "Для ядра Linux подготовлены оптимизации, повышающие производ..."	+4 +/–
Сообщение от Аноним (6), 22-Янв-24, 09:21
Ждем новые уязвимости
Ответить \| Правка \| Наверх \| Cообщить модератору


	41. "Для ядра Linux подготовлены оптимизации, повышающие производ..."	+/–
	Сообщение от Oe (?), 22-Янв-24, 18:35
	Нинидо, процессоры превращаются в тыкву быстрее чем успевают выпускать новые
	Ответить \| Правка \| Наверх \| Cообщить модератору


	66. "Для ядра Linux подготовлены оптимизации, повышающие производ..."	+/–
	Сообщение от RM (ok), 23-Янв-24, 14:42
	Скорее неприятные тяжело воспроизводимые и еще тяжелее исправляемые баги
	Ответить \| Правка \| К родителю #6 \| Наверх \| Cообщить модератору

14. "Для ядра Linux подготовлены оптимизации, повышающие производ..."	+/–
Сообщение от Аноним (14), 22-Янв-24, 10:14
А потом полезут побочные эффекты его экспериментов. Потом окажется что эти блокировки не просто так стояли. Просто тот кто делал изначальное решение уже не помнит или не в деле. И не может сказать причину принятия решения.
Ответить \| Правка \| Наверх \| Cообщить модератору


	20. "Для ядра Linux подготовлены оптимизации, повышающие производ..."	+2 +/–
	Сообщение от n00by (ok), 22-Янв-24, 13:32
	> полезут побочные эффекты Совершенно внезапно для экспертов, побочным эффектом планировщика ввода-вывода является запись в файлы.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	33. "Для ядра Linux подготовлены оптимизации, повышающие производ..."	–1 +/–
	Сообщение от Sw00p aka Jerom (?), 22-Янв-24, 16:18
	планировщик ввода-вывода - файлами оперирует?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	44. "Для ядра Linux подготовлены оптимизации, повышающие производ..."	+/–
	Сообщение от Аноним (44), 22-Янв-24, 18:51
	Он куда важнее этих мелочей. Он говорит когда эти операции произойдут и в каком порядке. От балды куда-то в память писать задача нехитрая, решается тысячью и одним способом. Да хоть выходом за пределы массива.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	63. "Для ядра Linux подготовлены оптимизации, повышающие производ..."	+/–
	Сообщение от n00by (ok), 23-Янв-24, 08:15
	Определение терминов "побочный эффект" и "ввод-вывод" несложно найти самостоятельно.
	Ответить \| Правка \| К родителю #33 \| Наверх \| Cообщить модератору


	65. "Для ядра Linux подготовлены оптимизации, повышающие производ..."	+/–
	Сообщение от Sw00p aka Jerom (?), 23-Янв-24, 12:45
	> Определение терминов "побочный эффект" и "ввод-вывод" несложно найти самостоятельно. Тогда надо указать "дебилу", который засунул документацию по ио-шедуллеру в раздел блок, чтобы он исправил и перенес в раздел файлсистемс. https://docs.kernel.org/block/index.html
	Ответить \| Правка \| Наверх \| Cообщить модератору


	70. "Для ядра Linux подготовлены оптимизации, повышающие производ..."	+/–
	Сообщение от n00by (ok), 24-Янв-24, 12:22
	>> Определение терминов "побочный эффект" и "ввод-вывод" несложно найти самостоятельно. > Тогда надо указать "дебилу", который засунул документацию по ио-шедуллеру в раздел блок, > чтобы он исправил и перенес в раздел файлсистемс. > https://docs.kernel.org/block/index.html Жду ссылку на твоё письмо в LKML.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	72. "Для ядра Linux подготовлены оптимизации, повышающие производ..."	+/–
	Сообщение от Sw00p aka Jerom (?), 24-Янв-24, 13:42
	> Жду ссылку на твоё письмо в LKML. так это по вашей логике ио-шедуллер оперирует файлами, вот вы и пишите :)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	73. "Для ядра Linux подготовлены оптимизации, повышающие производ..."	+/–
	Сообщение от n00by (ok), 24-Янв-24, 17:19
	>> Жду ссылку на твоё письмо в LKML. > так это по вашей логике ио-шедуллер оперирует файлами Это по твоей логике так, потому что у тебя файлы лежат в папочке, а не в ФС на блочном устройстве.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	76. "Для ядра Linux подготовлены оптимизации, повышающие производ..."	+/–
	Сообщение от Sw00p aka Jerom (?), 25-Янв-24, 02:09
	> Это по твоей логике так, потому что у тебя файлы лежат в > папочке, а не в ФС на блочном устройстве. а шо, вне папочки файлы хоть лежат? :D
	Ответить \| Правка \| Наверх \| Cообщить модератору


	22. "Для ядра Linux подготовлены оптимизации, повышающие производ..."	–1 +/–
	Сообщение от Аноним (-), 22-Янв-24, 13:45
	Рискну, что опять быдет "Скрыто ботом-модератором" По поводу - "причину принятия решения" - а их надо в коде выражать. Типа - статический ассерт. Или ещё какая проверка\завязка на что-то. И ещё - а пресловутый здесь раст позволяет кодом выражать причины? (именно кодом а не комментариями в коде)
	Ответить \| Правка \| К родителю #14 \| Наверх \| Cообщить модератору


	25. "Для ядра Linux подготовлены оптимизации, повышающие производ..."	+1 +/–
	Сообщение от ПомидорИзДолины (?), 22-Янв-24, 14:39
	> а пресловутый здесь раст позволяет кодом выражать причины? Да, позволяет. Но еще удобнее позволяет выражать причины на уровне типов. Программиорование типами вообще классная штука. Рекомендую попробовать, например оценить удобство `Option` в сравнении с null_ptr.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	36. "Для ядра Linux подготовлены оптимизации, повышающие производ..."	+/–
	Сообщение от Аноним (-), 22-Янв-24, 17:40
	> Потом окажется что эти блокировки не просто так стояли. > Просто тот кто делал изначальное решение уже не помнит или не в деле. > И не может сказать причину принятия решения. Так блокировки ж на месте остались, привет птичкодятлам. Просто работу с ними пересмотрели, что идиотизма стало меньше. Изначально система делала откровенную фигню, тратя дофига времени на какой-то "thrashing".
	Ответить \| Правка \| К родителю #14 \| Наверх \| Cообщить модератору


	42. "Для ядра Linux подготовлены оптимизации, повышающие производ..."	+1 +/–
	Сообщение от Oe (?), 22-Янв-24, 18:37
	Эти блокировки стояли потому что интел занёс чтобы процессоры с супермега бустом на 6.6ГГц не троттлили хотя бы пол года с начала продаж.
	Ответить \| Правка \| К родителю #14 \| Наверх \| Cообщить модератору


	49. "Для ядра Linux подготовлены оптимизации, повышающие производ..."	+2 +/–
	Сообщение от Аноним (49), 22-Янв-24, 20:08
	У Intel троттлинг на буст частоты сдела так что бы проходить бенчмарки с максимальным ускорением, а дальше включается троттлинг. Если запускать длинные бенчмарки или несколько раз подряд прогнать один и тот же бенчмарк то скорость процессора начинает падать на глазах.
	Ответить \| Правка \| Наверх \| Cообщить модератору