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

Для ядра Linux подготовлены оптимизации, повышающие производительность планировщиков ввода/вывода, opennews (?), 22-Янв-24, (0) [смотреть все] Впечатляюще , 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) 2,6,14,18,28,30,45,57,60

Сообщения

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

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ообщить модератору

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

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