forum.opennet.ru - "В ядро Linux 5.12 принята подсистема KFence для выявления ошибок при работе с памятью" (195)

"В ядро Linux 5.12 принята подсистема KFence для выявления ошибок при работе с памятью"

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

"В ядро Linux 5.12 принята подсистема KFence для выявления ошибок при работе с памятью"	+/–
Сообщение от opennews (?), 28-Фев-21, 10:41
В состав находящегося в разработке ядра Linux 5.12 включена реализация механизма KFence (Kernel Electric Fence), который проверяет работу с памятью, отлавливая выход за границы буферов, обращения к памяти после освобождения и другие ошибки подобного класса... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=54671
Ответить \| Правка \| Cообщить модератору

Оглавление

Всё, Раст больше не нужен Ну, он и раньше был не нужен, но теперь за него вооб, A.Stahl (ok), 10:43 , 28-Фев-21, (2) +26

Благодаря этому инструменту выявятся те участки кода, которые нужно переписать н, ИмяХ (?), 10:46 , 28-Фев-21, (4) +11

Нужно ли Чтобы добавить оверхед на пустом месте , Аноним (6), 10:57 , 28-Фев-21, (6) +2

А сабж - оверхед не на пустом месте , Аноним (12), 11:31 , 28-Фев-21, (12) +11

Сабж только для разработки и вполне отключается , Аноним (6), 11:57 , 28-Фев-21, (17) +1

Сабж таки позиционируется как годный и для продакшнового применения Если от KAS, Аноним (178), 20:37 , 03-Мрт-21, (178)

Если есть проблемы Если их нет, то и оверхэд ни к чему , Аноним (6), 20:49 , 03-Мрт-21, (184)

Оно как бы да И все же в проекте ТАКОГО размера уповать на полное отсутствие ба, Аноним (196), 10:25 , 07-Мрт-21, (196)

Так сабж всегда можно отключить, если дебаг не нужен При отклюбчении не будет и, Anonimous (?), 11:58 , 28-Фев-21, (18)
Сабж это культ-карго от легковерных туземцев, которые ужас как боятся дыреней , Аноним (19), 11:58 , 28-Фев-21, (19) +3

Ну да, это нормально когда у вас приложение вылетает раз в час сарказм , пердёжник (?), 16:54 , 28-Фев-21, (79) –2

Сейчас 2021 год сейчас ничего не вылетает раз в час Вылезь уже из криокамеры , Аноним (140), 23:13 , 01-Мрт-21, (140)

у меня десяточка стабильно вылетает раз в неделю с синим экраном Полностью пере, пердёжник (?), 19:38 , 02-Мрт-21, (154)
Ну дык да, стабильно раз в 10 минут или random time , нах.. (?), 15:39 , 31-Авг-21, (202)

Это вы про питон наверное, там класть на ошибки норма, поэтому оно в какой-то мо, Аноним (178), 20:37 , 03-Мрт-21, (179)

Нене, за карго культом - к растаманам У них там эрзац пакетного менеджера , Аноним (-), 20:16 , 03-Мрт-21, (170) –1

У раста нет оверхеда по сравнению с си на эквивалентном коде Все его фичи работ, Owlet (?), 14:14 , 28-Фев-21, (43) –2

Это не так, мы уже выяснили , Аноним (6), 14:45 , 28-Фев-21, (45) –2

Сылки на треды, в которых проходило обсуждение, Аноним (12), 14:53 , 28-Фев-21, (50) +2

Мы все так говорим, а значит это правда с , Аноним (-), 19:56 , 01-Мрт-21, (137)
Brotli обсуждали Вот https dropbox tech infrastructure lossless-compression-, Nuzhny (?), 23:43 , 01-Мрт-21, (142) –1

А grep переписали в ripgrep и получилось быстрее Причем не в абстрактновакуумны, Аноним (-), 16:40 , 02-Мрт-21, (147) +1

А мой папа Так дети в песочнице хвалятся А где тесты, где пруфы, где анализ тог, Nuzhny (?), 06:42 , 03-Мрт-21, (161)

Так дети, пытающиеся казаться взрослыми, умничают, не пытаясь понять смысл прочи, Аноним (-), 14:46 , 03-Мрт-21, (166)

В смысле - данной Вами ссылкой Ни кода, ни данных на которых тестировали там я , Аноним (-), 14:49 , 03-Мрт-21, (167)
О, совсем другое дело Почитаю , Nuzhny (?), 16:55 , 03-Мрт-21, (168)

А кто сказал что там алгоритмы одинаковые были Вон там сравнили один конкретный, Аноним (178), 20:39 , 03-Мрт-21, (180)

При этом, один и тот же алгорим может быть реализован разными способами, что сущ, тот самый аноним (?), 00:58 , 04-Мрт-21, (186)

Оно как бы да, но есть нюансы Вот конкретно это - и правда довольно странная шту, Аноним (-), 10:33 , 07-Мрт-21, (197)

Надеюсь вы сами прочитали статью Dropbox как минимум утверждает, что1 реализац, Alexey (??), 08:17 , 03-Мрт-21, (164) +1

Там как-то текст немного по дебильному написан ----X8Currently the decompres, Совершенно другой аноним (?), 09:50 , 03-Мрт-21, (165)

И это, gcc 4 9 немного протух А они не хотят хотя-бы 9 10 взять А то б еще 2 , Аноним (178), 20:41 , 03-Мрт-21, (181)

Там просто статья за 2016 год, тогда максимальная версия gcc была 5 X, но может , Совершенно другой аноним (?), 10:01 , 04-Мрт-21, (190)

Да, похоже на то Они как-то коряво написали, но дальше однозначноActivating uns, Alexey (??), 06:35 , 04-Мрт-21, (188)
Скрыто модератором, Аноним (198), 13:58 , 07-Мрт-21, (198)

Smart_pointer - это разве не оверхед Каждое обращение к памяти со спинлоком , Славик (?), 14:53 , 28-Фев-21, (49) –1

у тебя весь код состоит из смартпоинтеров , Аноним (12), 15:01 , 28-Фев-21, (51) –8
Самое место внутри IRQ D, Онаним (?), 23:00 , 28-Фев-21, (95) +3

Но у меня на виртуалке работает D , n00by (ok), 08:20 , 01-Мрт-21, (120) +3

Оверхед, но никаких спинлоков там нет Проблема там в том, что умные указатели п, Siborgium (ok), 09:44 , 01-Мрт-21, (124)

Я имел ввиду Thread Safety смарт поинтера Если не спинлок то атомик, хрен редьк, Славик (ok), 10:35 , 14-Окт-22, (203)

О каких умных указателях ты говоришь Обычные ссылки T, mut T имеют в рантайм, _ (??), 14:20 , 01-Мрт-21, (131)

Указатель обычно сводится к вгрузке аж 1 регистра базы константой адресом , о, Аноним (-), 20:12 , 03-Мрт-21, (169)

Оверхед появляется на оптимизируемом коде с алиасингом, см сишный restrictВ Rust, _ (??), 11:28 , 11-Мрт-21, (199) +1

Садись, два, Аноним (81), 17:20 , 28-Фев-21, (81) +3
Полная чушь Да, на расте можно писать как на си, но тогда он от си ничем не отл, Siborgium (ok), 09:45 , 01-Мрт-21, (125)
ооооооооооооо даааааааааааааааааааааааауволен по причине некомпетентности, гуляй, Аноним (149), 16:42 , 02-Мрт-21, (149)

Нужно А то ядро почти не течёт , Онаним (?), 22:59 , 28-Фев-21, (94) +1

Но зачем Раз уж выявили, то можно существующих код на C подправить , Аноним (62), 15:43 , 28-Фев-21, (62)

Да это просто влажные мечты растомана Проходим мимо, Аноним (81), 17:21 , 28-Фев-21, (82)
тоже логично , пердёжник (?), 08:25 , 04-Мрт-21, (189)

Нет не выявляются , Аноним (149), 16:41 , 02-Мрт-21, (148)
Пофиксить их на си будет сильно проще А так растишки свой redox уже который там, Аноним (-), 20:17 , 03-Мрт-21, (171)

Ты не так остёр, как думаешь Поздно пить смузи, когда продакшн упал И удачи с и, Аноним (7), 10:59 , 28-Фев-21, (7) –3

что самое интересное, его плюсуют какие-то смузи-фанбои, что говорит о том, наск, Аноним (54), 15:12 , 28-Фев-21, (54)

Так смузи-фанбои они же наоборот, за Rust топят , Аноним (62), 15:46 , 28-Фев-21, (64) +2
Сам и плюсует - делов-то, запустить скрипт трехстрочник , Аноним (68), 15:59 , 28-Фев-21, (68)

Fracta1L теперь не нужен , Леголас (ok), 11:27 , 28-Фев-21, (10) +8

Ну, он и раньше был не нужен, но теперь за него вообще никаких аргументов не ос, A.Stahl (ok), 11:38 , 28-Фев-21, (13) +14
Безопасных языков еще полно, можно за любой топить хоть за zig , Аноним (19), 11:59 , 28-Фев-21, (20)

Я топил за zig 8 лет назад, теперь я топлю за си, как за самый безопасный в сра, Аноним (6), 14:48 , 28-Фев-21, (46)

Языку zig 5 лет, а топил ты за него когда его не было Завязывай уже с тем что т, Аноним (140), 23:15 , 01-Мрт-21, (141)

И что такого Я оценил аргументы автора ещё когда он только разрабатывался Но, , Аноним (6), 06:13 , 02-Мрт-21, (143) +1

Для си статический анализ и инструментацию более-менее нарулили А типовые пробл, Аноним (-), 20:23 , 03-Мрт-21, (172) +1

Но, ведь, скучно без него будет , Аноним (62), 15:48 , 28-Фев-21, (67) –3

Так вот кусочек за кусочком пытаются из Си сделать недо-Rust , anonymous (??), 11:55 , 28-Фев-21, (16)

раст, в отличии от, делает проверки на этапе компиляции, alex312 (?), 12:00 , 28-Фев-21, (21) +2

переполнение буфера от присланного по сети кривого пакета раст тоже на этапе ком, Аноним (32), 12:46 , 28-Фев-21, (32) +1

При обращении к буферу Rust автоматически сделает проверки на выход за границу , Аноним (35), 13:20 , 28-Фев-21, (35) –1

Так нет оверхеда, или есть автоматические проверки на выход за границу , Siborgium (ok), 09:49 , 01-Мрт-21, (126)

Эти проверки и в Си по хорошему надо делать, поэтому никакого оверхеда, только а, Аноним (158), 01:28 , 03-Мрт-21, (158)

Например, кривой пакет состоит из заголовка плавающего размера и тела Например,, Совершенно другой аноним (?), 10:57 , 01-Мрт-21, (127)

Пакет с такой неверной длиной считается криво, но без вылетов за границу Если чи, тот самый Аноним (?), 01:37 , 03-Мрт-21, (159)

Особенно интересно будет когда ты попробуешь все это в кернел моде провернуть А, Аноним (-), 20:46 , 03-Мрт-21, (182)

Пинание погроммиста использовать итератор, если он не хочет по умолчанию получит, Аноним (-), 14:38 , 28-Фев-21, (44)

Ну так и в сишке можно массив гарантированно обойти без промаха и проверок - мак, Сишник (?), 15:10 , 28-Фев-21, (53) –2

Кто-то говорил, что нельзя А почему все не юзают А говорит ли об этом компилят, Аноним (12), 15:15 , 28-Фев-21, (55) –2

Так это ж не встроено в язык , Сишник (?), 16:01 , 28-Фев-21, (70) +2

Таково древнее наследие обратной совместимости и отсутствие проработанной базы , Аноним (-), 16:16 , 28-Фев-21, (73) –2

Скрыто модератором, Сишник (?), 16:43 , 28-Фев-21, (78) –2

По той же причине по которой используют неэффективные алгоритмы или пишут свой в, Аноним (88), 20:27 , 28-Фев-21, (88) +2

То есть эта хитрая штука не переносима между платформами Язык Си точно для крос, Аноним (12), 23:22 , 28-Фев-21, (101) –1

Скажем так, по всей видимости разработчики стандарта C никак не могли повлиять н, Совершенно другой аноним (?), 11:02 , 01-Мрт-21, (128) +1

Ну то есть эта штука не кросплатформенна, Аноним (135), 18:23 , 01-Мрт-21, (135)

На тот момент было а других кроссплатформенных языков у меня для Вас нет с , Совершенно другой аноним (?), 10:16 , 02-Мрт-21, (144)

Раст работает на всех даже если принять работающими tier-3 платформы платформа, Siborgium (ok), 07:08 , 03-Мрт-21, (162)
Так то си есть для сильно большего количества архитектур чем хруст А что, хруст, Аноним (-), 20:49 , 03-Мрт-21, (183)

Понимаешь, алгебраические типы данных и отсутствие null - это не только модные с, Аноним (-), 16:12 , 28-Фев-21, (72) +2

Скрыто модератором, Сишник (?), 16:21 , 28-Фев-21, (74) –1
Покажи, где ты в С нашел null, и где в switch-case по union с тегом у тебя будут, Siborgium (ok), 07:09 , 03-Мрт-21, (163) –1
Как ни странно, GCC в этом довольно неплохо преуспевает А прикинь, он сам умеет, Аноним (-), 20:52 , 03-Мрт-21, (185)

А прикинь - как ни странно, для этого используются наработки смузихлебов по оп, Аноним (-), 01:15 , 04-Мрт-21, (187)

А тут их железка делает Условно халявно - она всегда это делает, просто более к, Аноним (-), 20:25 , 03-Мрт-21, (173) –1

Это пять Зашел сюда специально, чтобы почитать комменты про Rust Заголовок нов, freecoder_xx (?), 17:01 , 28-Фев-21, (80) +4

Ну только поржать над людьми которые больше helloworld c не видели и даже не вду, Анончик (?), 18:38 , 28-Фев-21, (84)

каким был тролем таким и остался Думал возраст тебя исправит но видно нет , Анончик (?), 18:36 , 28-Фев-21, (83)
ммм ядро пишут на С и Shell и других очень низких языках раст тут не нужен, GrayRats (ok), 22:13 , 28-Фев-21, (92)

Это опеннет , Аноним (-), 22:58 , 28-Фев-21, (93)

Как минимум Rosa Tresh полностью автономна и написана баш-программистами , n00by (ok), 08:24 , 01-Мрт-21, (121)

На shell там разве что кусочки системы сборки, лол , Аноним (-), 20:26 , 03-Мрт-21, (174)

А он был кому-то кроме фрактала не написавшего не строчки нужен , Аноним (149), 16:40 , 02-Мрт-21, (146)

Лучше бы добавили простую возможность узнавать-проверять валидные границы памяти, Аноним (-), 10:46 , 28-Фев-21, (3) –2

Такая возможность в C C и много других языков уже давно добавлена if или asser, Онаним (?), 10:51 , 28-Фев-21, (5) +2
Умные указатели уже миллион лет как придумали в с Это все равно что аналог sa, Аноним (19), 12:02 , 28-Фев-21, (22) –1

А когда запретят писать на тупых указателях Что ты подразумеваешь под safe , Аноним (12), 12:25 , 28-Фев-21, (30) –2

Не раньше, чем из раста полностью удалят unsafe, и любой код будет safe, т е ни, SR_team (ok), 13:18 , 28-Фев-21, (34) –1

Ему про тупые указатели, он про раст и safe, сначала определи, что такое safe, м, Аноним (12), 15:18 , 28-Фев-21, (56)

Скрыто модератором, Аноним (140), 23:10 , 01-Мрт-21, (138)
они unsafeда, потому что полностью избавится от тупых указателей нельзя, даже ес, SR_team (ok), 10:48 , 02-Мрт-21, (145)
У хрустиков есть кейворд такой И что характерно, системщина без него чего-то ну, Аноним (-), 20:28 , 03-Мрт-21, (175)

А зачем Не надо их запрещать Они прекрасны Те кто не осилил - никто не заставл, Аноним (149), 16:46 , 02-Мрт-21, (150)

Особенно с железками поработать Особенно когда точный паттерн доступа к адресу , Аноним (178), 20:34 , 03-Мрт-21, (177)

Что-то Debian стал много есть оперативки Голая установка на uefi занимает 75 Мб, Аноним (8), 11:08 , 28-Фев-21, (8) +2

Про systemdick не забывай , Аноним (11), 11:27 , 28-Фев-21, (11)
Чего минусов налепили Проверьте сами в виртуалке хотя бы , Аноним (8), 11:54 , 28-Фев-21, (15)

Хорошая попытка, но нет Даже без гуя , Аноним (19), 12:03 , 28-Фев-21, (23) –1

Моё ядро занимает 80-100 понятное дело без гуя вообще без всего Но там все эт, Аноним (6), 12:16 , 28-Фев-21, (25)

Почему раньше всё работало и занимало 30 Мб , Аноним (8), 12:17 , 28-Фев-21, (26) –1

Из того что я знаю, добавили различные защиты и канареечные значения на случай а, Аноним (6), 12:20 , 28-Фев-21, (27) +3
Если раньше все работало, то зачем ты что-то меняешь Сиди себе на своем старье , Аноним (12), 12:23 , 28-Фев-21, (28) +1

Я хотел узнать причины, а не слушать едкие бессмысленные колкости , Аноним (8), 14:03 , 28-Фев-21, (40) +3

Ну смотриТы не сидишь на своем старье, потому что тебя что-то не устраивало в не, Аноним (12), 14:52 , 28-Фев-21, (48) –2

При чём здесь мой выбор новой версии Я спросил лишь причину жора оперативки Ме, Аноним (8), 15:21 , 28-Фев-21, (57)

Обновления безопасности - проблема Если нет проблем, то почему тебя беспокоят о, Аноним (12), 15:29 , 28-Фев-21, (59) –1

Я не вижу достаточной аргументации, лишь верчение словами, а это не ответ А счег, Аноним (65), 15:46 , 28-Фев-21, (65)

Наблюдаю по ленсуку, венде и прочим живым ОС Наращивание фич - увеличение потре, Аноним (12), 23:29 , 28-Фев-21, (105) –1
Не знаешь , Аноним (8), 23:42 , 28-Фев-21, (114)
Прекрасно знаю, Аноним (12), 23:59 , 28-Фев-21, (118)

1 x86-642 Ряд структур стал несколько более рыхлым с годами, но это позволяет , Онаним (?), 23:40 , 28-Фев-21, (111)

Специалист по ИБ из вас так себе , Аноним (8), 15:24 , 28-Фев-21, (58) –1

Ты тоже из тех, кто считает, что если в системе есть баги, то это называется вс, Аноним (12), 15:33 , 28-Фев-21, (61)

Нет , Аноним (65), 15:47 , 28-Фев-21, (66) –1
Ты тоже из тех, кто считает, что бывают сколь-либо сложные системы, в которых не, Онаним (?), 23:40 , 28-Фев-21, (112)

Я из тех, кто считает, что если тебя все устраивает, то зачем что-то менять , Аноним (12), 23:58 , 28-Фев-21, (117)

Ну так абсолютно правильный ответ в начале дали Нет смысла обновляться на новое, Онаним (?), 00:37 , 01-Мрт-21, (119)

ну так ему и сказали - не обновляйся, но ведь он хочет безопасность , значит ег, Аноним (135), 18:25 , 01-Мрт-21, (136)

Запустил armhf версию на 64 мегах без свопа Нормально Не быстро, конечно - дис, Аноним (-), 20:29 , 03-Мрт-21, (176) +1

Отключи Huge pages и будет кушать НАМНОГО меньше Другой вопрос, что ты будешь п, timur.davletshin (ok), 13:52 , 28-Фев-21, (38) +2

Смотря какие huge pages Если transparent - то ведро нормально справляется с пер, Онаним (?), 23:04 , 28-Фев-21, (97) –2

Ну переключи madvise параметр у ядра и проверь, сколько будет жрать ОЗУ после пе, timur.davletshin (ok), 23:08 , 28-Фев-21, (99)

Взял одну из тестовых систем с MariaDB и обвесом Поигрался transparent_hugepage, Онаним (?), 23:21 , 28-Фев-21, (100) +2

Хотя не, про распределённые вру, total был более 0 , Онаним (?), 23:28 , 28-Фев-21, (104)
Раз уж за жадный до РАМы Линукс пошла пьянка, то ещё аллокатор памяти можно на к, timur.davletshin (ok), 23:31 , 28-Фев-21, (106)

Мне показалось - именно показалось, тестов много не делал, что в последнее время, Онаним (?), 23:35 , 28-Фев-21, (108) +1

Она значительно уменьшилась, но не исчезла Cугубо на синтетических тестах вроде, timur.davletshin (ok), 23:41 , 28-Фев-21, (113) +1

С madvise даже немножко меньше выходит, потому что ядро себя слегка пооптимальне, Онаним (?), 23:22 , 28-Фев-21, (102)

C ним и должно меньше выходить На десктопе разница заметнее кстати , timur.davletshin (ok), 23:26 , 28-Фев-21, (103)

Ну да Там смотрю буферы диска с thp пооптимальнее ещё разложились Но всё равно,, Онаним (?), 23:31 , 28-Фев-21, (107)

Делайте скидку на x86-64, в два раза разбухают указатели Плюс сам код рыхлее Но , Онаним (?), 23:03 , 28-Фев-21, (96)

Пару лет назад у меня был всё тот же x86-64 Видимо код разрыхлили , Аноним (8), 23:44 , 28-Фев-21, (115)

Не совсем код Взять то же ядро Cтруктурки повыравнивали, чтобы в кеш удобнее лож, Онаним (?), 23:52 , 28-Фев-21, (116) +2

Никаких скидок, только рассрочка , Аноним (140), 23:12 , 01-Мрт-21, (139)

Т е памяти потребляться будет ещё больше , Lex (??), 11:17 , 28-Фев-21, (9) +2

Нет, физическая память под guard-страницы не выделяется , Аноним (14), 11:48 , 28-Фев-21, (14) +4

А указатели на эти дополнительные струкуры не в физической памяти создаются , Урри (ok), 17:22 , 01-Мрт-21, (132) +1

Самое то для старых компьютеров, на которых memtest бьёт тревогу, а QEMM постоян, Zenitur (ok), 12:09 , 28-Фев-21, (24) –4

Нет Это не то То возможномть передать ядру список битых блоков RAM есть с пе, Иван Лох (?), 13:17 , 28-Фев-21, (33) +4
Не то, это легковесный аналог address sanitizer, чисто пытается проверять выходы, n80 (?), 13:33 , 28-Фев-21, (36) +1
полгода назад выкинул 10 планок по 64мб pc-133, до этого оно лежали на авито с п, Анончик (?), 18:43 , 28-Фев-21, (85)

Странно, они на драгмет заметно дороже идут , Аноним (193), 00:17 , 07-Мрт-21, (193)

Эм, даже в существенно более старых буржуйских компонентах драг металлы отсутств, n80 (?), 10:08 , 07-Мрт-21, (195)

Тут скорее проблема как можно быстрее мусорное ведро найти , Онаним (?), 23:04 , 28-Фев-21, (98)
Может, тебе подумать, какому бы музею вычтехники всю твою коллекцию продать На , Аноним (201), 16:40 , 30-Авг-21, (201)

Скрыто модератором, Нанобот (ok), 12:24 , 28-Фев-21, (29) –5

Скрыто модератором, Аноним (41), 14:06 , 28-Фев-21, (41) –1

Скрыто модератором, Аноним (31), 12:28 , 28-Фев-21, (31) –3

Скрыто модератором, Аноним (37), 13:47 , 28-Фев-21, (37) –1

Скрыто модератором, Аноним (39), 13:57 , 28-Фев-21, (39) +1
Почему не интегрировали готовую защиту памяти от PaX из https grsecurity net , Аноним (41), 14:10 , 28-Фев-21, (42) –5

А давно ли суды были с этой самой сесурити, забившей на лицензию , Dzen Python (ok), 14:50 , 28-Фев-21, (47) –1

Там длинная история https www opennet ru openforum vsluhforumID3 119728 html , Аноним (52), 15:04 , 28-Фев-21, (52) –1

При том не такая однозначная как тут лечат Там у людей довольно специфичные под, Аноним (194), 00:21 , 07-Мрт-21, (194)

Не всем удается без смс и просмотра рекламы его скачать Может по-этому , Аноним (-), 15:46 , 28-Фев-21, (63) +2

По моему скромному мнению, это всё костыли, а проблема кроется в неудачной архит, Плохой Танцор (?), 15:59 , 28-Фев-21, (69) –3

Да кому ты нужен со своим скромным мнением , Ordu (ok), 16:07 , 28-Фев-21, (71) +2
Проблема кроется в неудачной архитектуре человеческих мозгов, которые не заточен, Онаним (?), 23:38 , 28-Фев-21, (110)
Как бы, и да, но наследие есть наследие, и пилить архитектуру с чистого листа, к, InuYasha (??), 11:41 , 01-Мрт-21, (129)
Плохому танцору вечно что-то мешает, Аноним (157), 22:11 , 02-Мрт-21, (157)

Но ведь на убунте kasan из коробки идёт, и включается опцией в строке ядра , Аноним (75), 16:23 , 28-Фев-21, (75)

Ошибся, не kasan, а kaslr , Аноним (75), 16:25 , 28-Фев-21, (76) +1

Судя по описанию, на рабочих системах такое не нужно, в эксплоитах это обойдут, , Аноним (75), 16:28 , 28-Фев-21, (77) –1
Скрыто модератором, Аноним (87), 19:43 , 28-Фев-21, (87)
Товарищи, как бы это дело бекпортировать хотяб на 4 19 Памагите , Аноним (-), 21:24 , 28-Фев-21, (89)

И что это за сабатирование arm-a зачем 64, не хотим мы 64, Аноним (-), 21:28 , 28-Фев-21, (90) +1

Я так понимаю, классический arm лет через эннадцать пойдёт на выпил вместе с i, Онаним (?), 23:37 , 28-Фев-21, (109) +1

они лишь оттягивают неминуемое переписывание на rust есть же и другие ошибки пам, еман (?), 09:10 , 01-Мрт-21, (122)

Они доказывают ненужность rust, Аноним (152), 17:03 , 02-Мрт-21, (152) +1
Ну вот ты и доказал ненужность хруста , Аноним (157), 22:09 , 02-Мрт-21, (156)

Валгринд засунули в ядро Зачем , Урри (ok), 17:23 , 01-Мрт-21, (133)

Чтобы не ждать вечность пока работает валгринд , Аноним (157), 22:08 , 02-Мрт-21, (155) +1

А нельзя просто грохать приложение , Аноним (152), 17:02 , 02-Мрт-21, (151)

Так прикольнеее _ , Аноним (68), 17:36 , 02-Мрт-21, (153)
Какое приложение Это санитайзер для ядерной кучи, для памяти используемой ядром, Ordu (ok), 02:14 , 03-Мрт-21, (160)
Можно, panic_on_warn именно это и делает, all_glory_to_the_hypnotoad (ok), 14:54 , 04-Мрт-21, (191)

Когда система уходит в бесконечный своп и перестаёт реагировать на операции ввод, Аноним (192), 23:28 , 04-Мрт-21, (192) –1

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

2. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +26 +/–

Сообщение от A.Stahl (ok), 28-Фев-21, 10:43

Всё, Раст больше не нужен? (Ну, он и раньше был не нужен, но теперь за него вообще никаких аргументов не осталось)

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

4. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +11 +/–

Сообщение от ИмяХ (?), 28-Фев-21, 10:46

Благодаря этому инструменту выявятся те участки кода, которые нужно переписать на раст.

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

6. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +2 +/–

Сообщение от Аноним (6), 28-Фев-21, 10:57

Нужно ли? Чтобы добавить оверхед на пустом месте?

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

12. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +11 +/–

Сообщение от Аноним (12), 28-Фев-21, 11:31

А сабж - оверхед не на пустом месте?

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

17. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +1 +/–

Сообщение от Аноним (6), 28-Фев-21, 11:57

Сабж только для разработки и вполне отключается.

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

178. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Аноним (178), 03-Мрт-21, 20:37

Сабж таки позиционируется как годный и для продакшнового применения. Если от KASAN оверхед солидный то от этого уже куда разумнее. Поэтому можно позволить себе избавиться от непонятных барабашек и сделать хакерам неудобно. Если это важнее максимального перфоманса любой ценой.

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

184. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Аноним (6), 03-Мрт-21, 20:49

Если есть проблемы. Если их нет, то и оверхэд ни к чему.

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

196. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Аноним (196), 07-Мрт-21, 10:25

> Если есть проблемы. Если их нет, то и оверхэд ни к чему.
Оно как бы да. И все же в проекте ТАКОГО размера уповать на полное отсутствие багов - для оптимистов. А кому безопасность и отсутствие багов важнее - ну вот теперь будет оно, как еще 1 вариант.

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

18. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Anonimous (?), 28-Фев-21, 11:58

Так сабж всегда можно отключить, если дебаг не нужен. При отклюбчении не будет и оверхеда.

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

19. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +3 +/–

Сообщение от Аноним (19), 28-Фев-21, 11:58

Сабж это культ-карго от легковерных туземцев, которые ужас как боятся дыреней.

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

79. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." –2 +/–

Сообщение от пердёжник (?), 28-Фев-21, 16:54

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

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

140. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Аноним (140), 01-Мрт-21, 23:13

Сейчас 2021 год сейчас ничего не вылетает раз в час. Вылезь уже из криокамеры.

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

154. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от пердёжник (?), 02-Мрт-21, 19:38

> Сейчас 2021 год сейчас ничего не вылетает раз в час. Вылезь уже
> из криокамеры.
у меня десяточка стабильно вылетает раз в неделю с синим экраном. Полностью переполз на линукс

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

202. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от нах.. (?), 31-Авг-21, 15:39

Ну дык да, стабильно раз в 10 минут или random time.

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

179. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Аноним (178), 03-Мрт-21, 20:37

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

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

170. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." –1 +/–

Сообщение от Аноним (-), 03-Мрт-21, 20:16

Нене, за карго культом - к растаманам. У них там эрзац пакетного менеджера.

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

43. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." –2 +/–

Сообщение от Owlet (?), 28-Фев-21, 14:14

У раста нет оверхеда по сравнению с си на эквивалентном коде. Все его фичи работают во время компиляции.

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

45. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." –2 +/–

Сообщение от Аноним (6), 28-Фев-21, 14:45

Это не так, мы уже выяснили.

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

50. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +2 +/–

Сообщение от Аноним (12), 28-Фев-21, 14:53

Сылки на треды, в которых проходило обсуждение

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

137. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Аноним (-), 01-Мрт-21, 19:56

> Сылки на треды, в которых проходило обсуждение
"Мы все так говорим, а значит это правда!" (с)

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

142. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." –1 +/–

Сообщение от Nuzhny (?), 01-Мрт-21, 23:43

Brotli обсуждали? Вот: https://dropbox.tech/infrastructure/lossless-compression-wit...
Dropbox попробовал переисать на Раст и получилось на 28% медленнее. Причины освещены в статье.

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

147. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +1 +/–

Сообщение от Аноним (-), 02-Мрт-21, 16:40

> Brotli обсуждали? Вот: https://dropbox.tech/infrastructure/lossless-compression-wit...
> Dropbox попробовал переисать на Раст и получилось на 28% медленнее.
А grep переписали в ripgrep и получилось быстрее. Причем не в абстрактновакуумных конях, а в реальном поиске в 2-3 гиговым репам.
Такие дела, да ...

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

161. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Nuzhny (?), 03-Мрт-21, 06:42

А мой папа!
Так дети в песочнице хвалятся. А где тесты, где пруфы, где анализ того, почему быстрее... Будем верить на слово.

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

166. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Аноним (-), 03-Мрт-21, 14:46

> А мой папа!
> Так дети в песочнице хвалятся.
> А где тесты, где пруфы,
Так дети, пытающиеся казаться взрослыми, умничают, не пытаясь понять смысл прочитанного.
Как и написано - берешь большую репу, берешь time и ищешь. Сравниваешь реальный результат.
> где анализ того, почему быстрее...
Ну да, без анализа реальность данная нам ощущениях (тормозной греп) резко станет неправдой. Хинт: в грепе с параллельным поискоим не очень. И нет, не нужно кивать на распараллеливание xargs - это не очень помогает grеp вырваться вперед (и не работает при поиске в больших файлах). Но если очень хочется именно анализ, то (5 летней давности)
https://blog.burntsushi.net/ripgrep/

> Будем верить на слово.
Учитывая, что репы на несколько гигов я как-то и не собирался загружать, толку то в красивых "пруфах" в виде копипасты (или скриншотов, с графиками) запуска time rg <>?
... впрочем, особой разницы с ссылкой выше в смысле повторимости тоже нет.
Если действительно интересно, а не "за по*раться", то тут на форуме не так давно уже были бенчи и сравнения одновременно еще и с ag
см. ветку начиная с #71 https://www.opennet.ru/openforum/vsluhforumID3/118581.html#71 (скрытая модератором подветка тоже содержит бенч)

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

167. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Аноним (-), 03-Мрт-21, 14:49

> ... впрочем, особой разницы с ссылкой выше в смысле повторимости тоже нет.
В смысле - данной Вами ссылкой. Ни кода, ни данных на которых тестировали там я как-то не обнаружил. А так-то да, графики красивые.

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

168. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Nuzhny (?), 03-Мрт-21, 16:55

О, совсем другое дело. Почитаю.

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

180. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Аноним (178), 03-Мрт-21, 20:39

> А grep переписали в ripgrep и получилось быстрее.
А кто сказал что там алгоритмы одинаковые были? Вон там сравнили один конкретный алгоритм, одинаковый. Вот это честное сравнение. А две напрочь разные программы - ни о чем.

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

186. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от тот самый аноним (?), 04-Мрт-21, 00:58

> Вон там сравнили один конкретный алгоритм, одинаковый.
> Вот это честное сравнение.
При этом, один и тот же алгорим может быть реализован разными способами, что существенно влияет на конечный результат
https://benchmarksgame-team.pages.debian.net/benchmarksgame/...

×     source     secs     mem
1.0 Rust 0.45 499,168
1.4 C++ g++ 0.63 499,704
1.7 Rust #2 0.75 995,144
1.7 Rust #3 0.78 995,136
1.9 C gcc 0.86 698,264
2.2 C gcc 0.98 994,220
3.1 C gcc 1.41 994,048
...
5.4 C++ g++ #3     2.42     499,964
6.4 C++ g++ #6    2.88     1,505,952
7.6 C gcc #4    3.40     500,236
13 C++ g++    5.96     979,844

> А две напрочь разные программы - ни о чем.
Две разные реализации - собственно тоже.

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

197. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Аноним (-), 07-Мрт-21, 10:33

> При этом, один и тот же алгорим может быть реализован разными способами,
> что существенно влияет на конечный результат
Оно как бы да, но есть нюансы.
> https://benchmarksgame-team.pages.debian.net/benchmarksgame/...
Вот конкретно это - и правда довольно странная штука. Какая-то синтетическая дичь, где параметры сборки довольно странные. А вот алгоритм сжатия, при нанятом коммерческими корпами прогерах, где работа на результат - все же более реалистичный бенч.

> Две разные реализации - собственно тоже.
В общем то да. И все же - одна коммерческая корпа, другая коммерческая корпа, тот же алгоритм, при том не левая синтетика а реально имеющее хождение нечно. И прогерам денег дали чтобы они могли просто пойти и покодить. В обоих случаях.
На самом деле там сам алгоритм довольно средненький, кста, но гугол массой продавил, а автор креативно смухлевал с предзагруженным словарем. Если кого скорость, особенно распаковки волновала, zstd в этом плане интереснее.

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

164. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +1 +/–

Сообщение от Alexey (??), 03-Мрт-21, 08:17

Надеюсь вы сами прочитали статью. Dropbox как минимум утверждает, что
1) реализация на Rust была безопаснее реализации на C
2) и "Zeroing memory: Telling the Rust allocator to avoid zeroing the memory when allocating for Brotli improves the speed to 224 MB/s.". Т.е. выключение опции обнуления памяти при освобождении увеличила скорость до 224 MB/с, против 217 MB/s для реализации на C. Упс.

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

165. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Совершенно другой аноним (?), 03-Мрт-21, 09:50

> Надеюсь вы сами прочитали статью. Dropbox как минимум утверждает, что
> 1) реализация на Rust была безопаснее реализации на C
> 2) и "Zeroing memory: Telling the Rust allocator to avoid zeroing the
> memory when allocating for Brotli improves the speed to 224 MB/s.".
> Т.е. выключение опции обнуления памяти при освобождении увеличила скорость до 224
> MB/с, против 217 MB/s для реализации на C. Упс.
Там как-то текст "немного по дебильному написан".
;----X8
Currently the decompressor runs at 72% of the speed of the vanilla -O3 optimized Brotli decompressor in gcc-4.9 for decompressing 4 megabyte blocks of data. This means it is able to safely decompress Brotli data at 217 MB/s on a Intel(R) Core(TM) i7-4790 CPU @ 3.60GHz.
;----X8
Я эти строки для себя перевёл как:
;----X8
На данный момент декомпрессор работает на 72% от скорости оптимизированного с gcc-4.9 для 4-х мегабайтных блоков. Это означает, что он может декомпрессировать данные Brotli со скоростью 217 МБ/с на ntel(R) Core(TM) i7-4790 CPU @ 3.60GHz.
;----X8
Т.е. 217 - это скорость декомпрессора на Rust (которая 72% от скорости C-шного варианта. Потом они отключили обнуление памяти и получили 224 Мб/с. Далее отключив проверки границ и включив unsafe они получили 249МБ/с, или 82% от C-шной реализации. Отсюда C-шная реализация имеет скорость имеет скорость около 300 МБ/с.

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

181. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Аноним (178), 03-Мрт-21, 20:41

И это, gcc 4.9 немного протух. А они не хотят хотя-бы 9..10 взять? А то б еще 2.95 бенчмаркали :)

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

190. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Совершенно другой аноним (?), 04-Мрт-21, 10:01

> И это, gcc 4.9 немного протух. А они не хотят хотя-бы 9..10
> взять? А то б еще 2.95 бенчмаркали :)
Там просто статья за 2016 год, тогда максимальная версия gcc была 5.X, но может она в том дистрибутиве, которые они использовали, не поставлялась.

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

188. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Alexey (??), 04-Мрт-21, 06:35

Да, похоже на то. Они как-то коряво написали, но дальше однозначно
Activating unsafe mode results in another gain, bringing the total speed up to 249MB/s, bringing Brotli to within 82% of the C code.
Так что да, rust медленнее.

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

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

Сообщение от Аноним (198), 07-Мрт-21, 13:58

> Далее отключив проверки границ и включив unsafe они получили 249МБ/с, или
> 82% от C-шной реализации. Отсюда C-шная реализация имеет скорость имеет
> скорость около 300 МБ/с.
Что-то не выглядит эпично. Профакать треть скорости, поотключать все фичи безопасности и все равно не догнать.
Так то понятнее чего растаманов увольняют: на треть больше серваков ставить жаба душит, а если там unsafe везде и все такое - а в чем профит этой камасутры был? "Зато на расте"? oO

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

49. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." –1 +/–

Сообщение от Славик (?), 28-Фев-21, 14:53

Smart_pointer - это разве не оверхед? Каждое обращение к памяти со спинлоком!

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

51. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." –8 +/–

Сообщение от Аноним (12), 28-Фев-21, 15:01

у тебя весь код состоит из смартпоинтеров?

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

95. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +3 +/–

Сообщение от Онаним (?), 28-Фев-21, 23:00

Самое место внутри IRQ :D

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

120. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +3 +/–

Сообщение от n00by (ok), 01-Мрт-21, 08:20

"Но у меня на виртуалке работает!"  :D

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

124. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Siborgium (ok), 01-Мрт-21, 09:44

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

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

203. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Славик (ok), 14-Окт-22, 10:35

Я имел ввиду Thread Safety смарт поинтера. Если не спинлок то атомик, хрен редьки не слаще.
Ой.. позновато прочитал.

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

131. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от _ (??), 01-Мрт-21, 14:20

О каких умных указателях ты говоришь?
Обычные ссылки (&T, &mut T) имеют в рантайме оверхеда даже меньше чем обычные указатели, ибо у них намного более строгие правила алиасинга
Box оверхед имеет только на этапе компиляции, в рантайме это тот же malloc/free
Rc имеет оверхед Box + подсчёт ссылок через inc/dec
Arc - тот же Rc, только подсчёт ссылок атомарный
Таким образом оверхед ты задаёшь явно, и там где надо можешь обойтись без него
Ни о каких спинлоках речи не идёт, если ты сам не создашь свой умный указатель со спинлоками, и не назовёшь его SpinLock

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

169. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Аноним (-), 03-Мрт-21, 20:12

Указатель обычно сводится к вгрузке аж 1 регистра (базы) константой (адресом), от которого потом и пляшут. В лучшем случае - круть типа LTO еще потом допрет, что вон там и вон там уже похожее было, так что вместо кодирования всего адреса закодирует только смещение в команде. В каком месте может оверхед возникнуть? Это ж примитивные регистровые операции в современных процессорах. Можно даже прямо относительно PC (IP, ...) кодировать на нормальных процах с относительной адресацией, ARM такое очень любят. Уродцы типа x86-32 не в счет, ими уже почти никто не пользуется.
Там и так эффективность запредельная, LZ4 даже на чистом асме народ побить не смог.

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

199. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +1 +/–

Сообщение от _ (??), 11-Мрт-21, 11:28

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

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

81. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +3 +/–

Сообщение от Аноним (81), 28-Фев-21, 17:20

Садись, два

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

125. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Siborgium (ok), 01-Мрт-21, 09:45

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

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

149. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Аноним (149), 02-Мрт-21, 16:42

ооооооооооооо даааааааааааааааааааааааа
уволен по причине некомпетентности, гуляй вася

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

94. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +1 +/–

Сообщение от Онаним (?), 28-Фев-21, 22:59

Нужно. А то ядро почти не течёт.

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

62. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Аноним (62), 28-Фев-21, 15:43

>Благодаря этому инструменту выявятся те участки кода, которые нужно переписать на раст.
Но зачем? Раз уж выявили, то можно существующих код на C подправить.

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

82. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Аноним (81), 28-Фев-21, 17:21

Да это просто влажные мечты растомана. Проходим мимо

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

189. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от пердёжник (?), 04-Мрт-21, 08:25

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

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

148. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Аноним (149), 02-Мрт-21, 16:41

Нет не выявляются.

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

171. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Аноним (-), 03-Мрт-21, 20:17

> Благодаря этому инструменту выявятся те участки кода, которые нужно переписать на раст.
Пофиксить их на си будет сильно проще. А так растишки свой redox уже который там год переписыват. Но пока вроде ни 1 живого дева юзающего свое недоразумение для хотя-бы разработки ОС так и нет?

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

7. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." –3 +/–

Сообщение от Аноним (7), 28-Фев-21, 10:59

Ты не так остёр, как думаешь.
Поздно пить смузи, когда продакшн упал. И удачи с исправлением в исходниках и слел6ующим деплоем.

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

54. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Аноним (54), 28-Фев-21, 15:12

что самое интересное, его плюсуют какие-то смузи-фанбои, что говорит о том, насколько интеллектуально развиты 95% местной аудитории

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

64. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +2 +/–

Сообщение от Аноним (62), 28-Фев-21, 15:46

Так смузи-фанбои они же наоборот, за Rust топят.

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

68. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Аноним (68), 28-Фев-21, 15:59

> что самое интересное, его плюсуют какие-то смузи-фанбои, что говорит о том, насколько интеллектуально развиты 95% местной аудитории
Сам и плюсует - делов-то, запустить скрипт трехстрочник.

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

10. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +8 +/–

Сообщение от Леголас (ok), 28-Фев-21, 11:27

> Всё, Раст больше не нужен?
Fracta1L теперь не нужен.

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

13. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +14 +/–

Сообщение от A.Stahl (ok), 28-Фев-21, 11:38

(Ну, он и раньше был не нужен, но теперь за него вообще никаких аргументов не осталось)

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

20. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Аноним (19), 28-Фев-21, 11:59

Безопасных языков еще полно, можно за любой топить хоть за zig.

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

46. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Аноним (6), 28-Фев-21, 14:48

> Безопасных языков еще полно, можно за любой топить хоть за zig.
Я топил за zig 8 лет назад, теперь я топлю за си, как за самый безопасный (в сравнении с теми же плюсами или даже джавой).

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

141. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Аноним (140), 01-Мрт-21, 23:15

Языку zig 5 лет, а топил ты за него когда его не было. Завязывай уже с тем что ты там делаешь.

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

143. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +1 +/–

Сообщение от Аноним (6), 02-Мрт-21, 06:13

И что такого? Я оценил аргументы автора ещё когда он только разрабатывался. Но, в конечном счёте, пришлось признать, что си при грамотном подходе намного лучше альтернатив.

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

172. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +1 +/–

Сообщение от Аноним (-), 03-Мрт-21, 20:23

Для си статический анализ и инструментацию более-менее нарулили. А типовые проблемы - хотя-бы уже известны. А когда все обмазано новыми кульными фичами, там вообще поди угадай что сломается. К тому же растаманы шагу ступить без unsafe не могут, особенно в системщине, а так arian 5 даже и на ada безопасной расфигачили. Ну и вообще, был прикол когда олдскульный натовский разработчик авионики дал нехилый мастеркласс хипстоте, фапавшей на contract driven. Он у них баг нашел прямо в контракте. В том алгоритме который они пытались реализовать. А, он естественно на сях без багов такое же написал в два счета. Без обмазывания контрактами.
И тем не менее, то что вы не знали о своем коде и боялись спросить:
http://fastcompression.blogspot.com/2019/01/compiler-warning...
Ну что, признавайтесь, шалунишки, кто смог собрать свой код на самом придирчивом уровне? :)

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

67. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." –3 +/–

Сообщение от Аноним (62), 28-Фев-21, 15:48

>Fracta1L теперь не нужен.
Но, ведь, скучно без него будет :)

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

16. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от anonymous (??), 28-Фев-21, 11:55

Так вот кусочек за кусочком пытаются из Си сделать недо-Rust :)

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

21. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +2 +/–

Сообщение от alex312 (?), 28-Фев-21, 12:00

раст, в отличии от, делает проверки на этапе компиляции

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

32. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +1 +/–

Сообщение от Аноним (32), 28-Фев-21, 12:46

переполнение буфера от присланного по сети кривого пакета раст тоже на этапе компиляции проверяет?

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

35. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." –1 +/–

Сообщение от Аноним (35), 28-Фев-21, 13:20

При обращении к буферу Rust автоматически сделает проверки на выход за границу. При выходе будет либо паника, либо вернется Option::None, зависит как обращаться. Если эти проверки гарантированно не нужны, их выкинет оптимизатор. Для чтения данных применяются методы, которые тоже проверяют границы переданного им буфера, и не выходят за границу. (Слайсы в Rust содержат не только голый указатель, но и длину).
Я не работал с голыми пакетами, но если объясните подробнее, как при кривом пакете происходит переполнение буфера, буду благодарен.

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

126. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Siborgium (ok), 01-Мрт-21, 09:49

Так нет оверхеда, или есть автоматические проверки на выход за границу?

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

158. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Аноним (158), 03-Мрт-21, 01:28

> Так нет оверхеда, или есть автоматические проверки на выход за границу?
Эти проверки и в Си по хорошему надо делать, поэтому никакого оверхеда, только автоматизация. Но если вотпрямкапецкакнадо, есть unsafe-метод.

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

127. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Совершенно другой аноним (?), 01-Мрт-21, 10:57

Например, кривой пакет состоит из заголовка плавающего размера и тела. Например, в заголовке,  по лучшим традициям Microsoft (у них часто применялся такой подход) в самом начале есть длина заголовка, на основании которого можно вычислить, где начинается тело и размер самого тела пакета. Ну и вот, вдруг, например размер заголовка кто-то сформировал не 10, а 100. Соответственно при разборе такого пакета можно вылететь за буфер на 90 байт, если взаимно не контролировать все эти длины и между собой и с общей длиной пакета.

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

159. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от тот самый Аноним (?), 03-Мрт-21, 01:37

> Например, кривой пакет состоит из заголовка плавающего размера и тела. Например, в
> заголовке,  по лучшим традициям Microsoft (у них часто применялся такой
> подход) в самом начале есть длина заголовка, на основании которого можно
> вычислить, где начинается тело и размер самого тела пакета. Ну и
> вот, вдруг, например размер заголовка кто-то сформировал не 10, а 100.
> Соответственно при разборе такого пакета можно вылететь за буфер на 90
> байт, если взаимно не контролировать все эти длины и между собой
> и с общей длиной пакета.
Пакет с такой неверной длиной считается криво, но без вылетов за границу.
Если читать стандартными методами, то будет считано ровно под размер выделенного буфера. Ну или можно читать до конца, но только в расширяемый вектор. Это, конечно, не фича языка, просто в стандартной библиотеке есть вот такая готовая абстракция
https://doc.rust-lang.org/std/io/trait.Read.html

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

182. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Аноним (-), 03-Мрт-21, 20:46

> Это, конечно, не фича языка, просто в стандартной библиотеке есть вот
> такая готовая абстракция
Особенно интересно будет когда ты попробуешь все это в кернел моде провернуть. А хочешь прикол? Нет, никто в здравом уме и твердой памяти в ядро даже libc не засунул. Как максимум, для очень сильно нагруженных сисколов у них есть забавный хак с vDSO, когда ядро :) подпихивает типа-либу в адреса процесса. Но вот у самого по себе ядра стандартного сишного рантайма, внезапно, нет.
Более того - окружение в котором работает кернел и допущения о том что там и как здорово отличаются от "апликушных" подходов и либ. И на это были хорошие причины. Например фундаментально разная цена сбоев. Если у вас out of memory в программе, ну, хрен с ней с программой. А вот если это уже с ядром - ну, допустим, та абстракция не сможет отрастить буфер. Что будет дальше? Жоский кернелпаник с обрушением ВСЕЙ СИСТЕМЫ? А такая система будет кому-то нужна вообще?

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

44. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Аноним (-), 28-Фев-21, 14:38

> переполнение буфера от присланного по сети кривого пакета раст тоже на этапе
> компиляции проверяет?
Пинание погроммиста использовать итератор, если он не хочет по умолчанию получить баундчек в рантайме, происходит на этапе компиляции.

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

53. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." –2 +/–

Сообщение от Сишник (?), 28-Фев-21, 15:10

Ну так и в сишке можно массив гарантированно обойти без промаха и проверок - макрос тип FOR(list, pointer, type) юзаешь и всё.

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

55. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." –2 +/–

Сообщение от Аноним (12), 28-Фев-21, 15:15

Кто-то говорил, что нельзя? А почему все не юзают? А говорит ли об этом компилятор? А почему мне язык не даст по рукам, если я использую небезопасную версию, если безопасная версия не имеет штрафа по перформансу?

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

70. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +2 +/–

Сообщение от Сишник (?), 28-Фев-21, 16:01

> А говорит ли об этом компилятор?
Так это ж не встроено в язык.
>  А почему мне язык не даст по рукам, если я использую небезопасную версию
> Такова иделогия языка, что он ничего не навязывает. Впрочем компилятор делает проверки и выводит предупреждения в подозрительных случаях. В случае, когда цена ошибки - человеческая жизнь (автопром, авиация, ракетчики, медицина) - придерживаются определённых в стандарте MISRA C ограничений. Ну а если цена ошибки - вылетающая в 0.0001% случаях игра, зато можно поиметь на 20fps больше, пишут быстро, но небезоапсно.

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

73. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." –2 +/–

Сообщение от Аноним (-), 28-Фев-21, 16:16

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

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

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

Сообщение от Сишник (?), 28-Фев-21, 16:43

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

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

88. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +2 +/–

Сообщение от Аноним (88), 28-Фев-21, 20:27

> А почему все не юзают?
По той же причине по которой используют неэффективные алгоритмы или пишут свой велосипед(например язык) когда есть другой.
> А говорит ли об этом компилятор?
Зависит от хотелок. Может и говорить.
> А почему мне язык не даст по рукам, если я использую небезопасную версию, если безопасная версия не имеет штрафа по перформансу?
Потому что считается что ты достаточно умный и самостоятельный и тебя не надо ограждать со всех сторон как веб-макак. По этой же причине разрешены UB - разработчики языка никак не могли знать на каком компиляторе ты собираешься компилить и под какой процессор и честно об этом заявляют. При этом настроить предупреждения о UB тебе никто не мешает.

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

101. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." –1 +/–

Сообщение от Аноним (12), 28-Фев-21, 23:22

То есть эта хитрая штука не переносима между платформами? Язык Си точно для кросплатформенной разработки?

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

128. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +1 +/–

Сообщение от Совершенно другой аноним (?), 01-Мрт-21, 11:02

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

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

135. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Аноним (135), 01-Мрт-21, 18:23

Ну то есть эта штука не кросплатформенна

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

144. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Совершенно другой аноним (?), 02-Мрт-21, 10:16

> Ну то есть эта штука не кросплатформенна
На тот момент было: "а других кроссплатформенных языков у меня для Вас нет" (с).
Мне кажется, Вы всё-таки, пытаетесь оценивать без учёта тогдашней специфики:
- тогда было больше аппаратных архитектур - тяжелее было договориться производителям аппаратуры между собой - каждый гнул свою линию и не хотел подстраиваться под других - ведь уже в аппаратуре реализовано так, и никто под компилятор переделывать железо не будет. Что говорить, что тот-же представление float/double более-менее стандартизировали в 85-то году;
- тогда было гораздо больше разработчиков компиляторов, и C в частности, причём каждый из которых скорее всего ориентировался на свою родную аппаратную архитектуру, а другие плевал с большой колокольни (даже сейчас маленькая фирма Microsoft, которая активно участвует в разработке стандартов на язык C не реализовала у себя даже C99, не говоря об более новых C11 и д.р.). На одной платформе x86 были и borland C/C++, и несколько компиляторов от Microsoft, и Intel-евский компилятор, GCC, Watcom C/C++, Digital Mars C/C++ и, небось, ещё пяток компиляторов, про которые сейчас никто даже и не вспомнит;
- железо было, по сегодняшним меркам, очень слабое и заставить какую-то из аппаратных платформ делать что-то дополнительно, только для абстрактной совместимости, которая пользователям этого железа была не нужна, ну или явно не просматривалась, было тяжеловато.
С другой стороны у Rust сейчас:
- аппаратных архитектур, по сравнению со всем тем многообразием - раз два и обчёлся - кто там остались. В Rust более-менее нормально поддерживаются только 686, x86-64 и aarch64, без тестов (т.е. без гарантии того, что они хоть что-то правильно там компилируют) - arm, mips*, sparc*, power, riscv, 586.
- всего одна реализация компилятора, без всяких стандартов и необходимости хоть с кем-нибудь договариваться;
- аппаратное обеспечение гораздо мощнее, что позволяет как наворачивать сам компилятор, так и программно всех "стандартизировать" - добиваться того, что с точки зрения программы на разных аппаратных платформах она ведёт себя абсолютно одинаково - например нормализуя результат для тех платформ, которые по какой-либо причине выбиваются из строя.
Так-что, имхо, сравнивать в каких условиях развивался C, а в каких Rust не совсем корректно.

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

162. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Siborgium (ok), 03-Мрт-21, 07:08

> То есть эта хитрая штука не переносима между платформами? Язык Си точно
> для кросплатформенной разработки?
Раст работает на всех (даже если принять работающими tier-3 платформы) платформах, поддерживаемых LLVM. Си работает на всех платформах, поддерживаемых LLVM, GCC, MSVC, ICC и многими другими компиляторами. Не адептам раста блеять про кроссплатформенность.

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

183. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Аноним (-), 03-Мрт-21, 20:49

> То есть эта хитрая штука не переносима между платформами? Язык Си точно
> для кросплатформенной разработки?
Так то си есть для сильно большего количества архитектур чем хруст. А что, хруст умеет в MSP430 или там STM8 какой? Да, они продаются. Сейчас. Миллионами.

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

72. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +2 +/–

Сообщение от Аноним (-), 28-Фев-21, 16:12

> Ну так и в сишке можно массив гарантированно обойти без промаха и
> проверок - макрос тип FOR(list, pointer, type) юзаешь и всё.
Понимаешь, алгебраические типы данных и отсутствие null - это не только модные слова акедемических смузихлебов последних 30 лет, но и возможность для компилятора сильно ограничить некорректные состояния вычислений и выкинуть на*рен все лишние проверки, заэнфорсив только одну - при проверке входящих данных.

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

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

Сообщение от Сишник (?), 28-Фев-21, 16:21

На днях подобное смузихлёбство переписал по-человечески в императивном стиле, с той же в точности логикой - перформанс в ~10 раз вырос. Хотя там у компилятора был шанс выкинуть ненужное, но что-то не смог он, вопреки верованиям смузихлёбов.

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

163. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." –1 +/–

Сообщение от Siborgium (ok), 03-Мрт-21, 07:09

>> Ну так и в сишке можно массив гарантированно обойти без промаха и
>> проверок - макрос тип FOR(list, pointer, type) юзаешь и всё.
> Понимаешь, алгебраические типы данных и отсутствие null - это не только модные
> слова акедемических смузихлебов последних 30 лет, но и возможность для компилятора
> сильно ограничить некорректные состояния вычислений и выкинуть на*рен все лишние проверки,
> заэнфорсив только одну - при проверке входящих данных.
Покажи, где ты в С нашел null, и где в switch-case по union с тегом у тебя будут лишние проверки.

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

185. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Аноним (-), 03-Мрт-21, 20:52

> Понимаешь, алгебраические типы данных и отсутствие null - это не только модные
> слова акедемических смузихлебов последних 30 лет, но и возможность для компилятора
> сильно ограничить некорректные состояния вычислений и выкинуть на*рен все лишние проверки,
> заэнфорсив только одну - при проверке входящих данных.
Как ни странно, GCC в этом довольно неплохо преуспевает. А прикинь, он сам умеет в range check и если видит что я никогда не вызываю вон ту функцию с вон теми параметраим - выкидывает к хренам и проверки, и имплементацию этого случая.
Внезапно, в кернелмоде, с модулями и всем таким, это может сыграть дурную шутку: компилер внезапно не видит всех возможных сценариев. Как будет юзать вон тот код вот это и это - ок, а что насчет юзерского loadable module? Его видите ли совсем не было compile time :)

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

187. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Аноним (-), 04-Мрт-21, 01:15

>> Понимаешь, алгебраические типы данных и отсутствие null - это не только модные
>> слова акедемических смузихлебов последних 30 лет, но и возможность для компилятора
>> сильно ограничить некорректные состояния вычислений и выкинуть на*рен все лишние проверки,
>> заэнфорсив только одну - при проверке входящих данных.
> Как ни странно, GCC в этом довольно неплохо преуспевает. А прикинь, он
> сам умеет в range check и если видит что я никогда
> не вызываю вон ту функцию с вон теми параметраим - выкидывает
> к хренам и проверки, и имплементацию этого случая.
А прикинь - как ни странно, для этого используются наработки "смузихлебов" по оптимизации, можешь глянуть на md или pd файлы или как выглядит RTL (хинт:
(set (reg:SI 140)
     (plus:SI (reg:SI 138)
              (reg:SI 139)))

да и gcc-extensions типа pure - как раз про это.
> Внезапно, в кернелмоде, с модулями и всем таким, это может сыграть дурную
> шутку: компилер внезапно не видит всех возможных сценариев. Как будет юзать
> вон тот код вот это и это - ок, а что
> насчет юзерского loadable module? Его видите ли совсем не было compile time :)
Вы не поверите, но эти проблемы - как раз из-за слабой (unsound) системы типов си.
Потому что вон тот вон указатель - может указывать на хрень любой длины (разработчику просто не предоставляется достаточный инструментарий для уточнения), а может быть и NULL.

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

173. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." –1 +/–

Сообщение от Аноним (-), 03-Мрт-21, 20:25

> раст, в отличии от, делает проверки на этапе компиляции
А тут их железка делает. Условно халявно - она всегда это делает, просто более креативное использование paging. Хруст, кстати, без MMU тоже, видите ли, много чего не могет - так он тоже на поддержку некоторых constraints железками полагается.

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

80. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +4 +/–

Сообщение от freecoder_xx (?), 28-Фев-21, 17:01

Это пять! Зашел сюда специально, чтобы почитать комменты про Rust. Заголовок новости просто кричит о том, что в комментариях будут его обсуждать. )

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

84. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Анончик (?), 28-Фев-21, 18:38

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

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

83. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Анончик (?), 28-Фев-21, 18:36

каким был тролем таким и остался. Думал возраст тебя исправит но видно нет.

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

92. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от GrayRats (ok), 28-Фев-21, 22:13

ммм ядро пишут на С и Shell и других очень низких языках раст тут не нужен

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

93. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Аноним (-), 28-Фев-21, 22:58

> ммм ядро пишут на С и Shell и других очень низких языках раст тут не нужен
> ядро пишут на С и Shell
> Shell и других очень низких языках
Это опеннет ...

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

121. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от n00by (ok), 01-Мрт-21, 08:24

>> ммм ядро пишут на С и Shell и других очень низких языках раст тут не нужен
>> ядро пишут на С и Shell
>> Shell и других очень низких языках
> Это опеннет ...
Как минимум Rosa Tresh полностью автономна и написана баш-программистами.

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

174. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Аноним (-), 03-Мрт-21, 20:26

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

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

146. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Аноним (149), 02-Мрт-21, 16:40

А он был кому-то кроме фрактала (не написавшего не строчки) нужен?

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

3. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." –2 +/–

Сообщение от Аноним (-), 28-Фев-21, 10:46

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

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

5. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +2 +/–

Сообщение от Онаним (?), 28-Фев-21, 10:51

Такая возможность в C/C++ и много других языков уже давно добавлена.
if или assert, по вкусу.

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

22. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." –1 +/–

Сообщение от Аноним (19), 28-Фев-21, 12:02

Умные указатели уже миллион лет как придумали в с++. Это все равно что аналог safe в с++.

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

30. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." –2 +/–

Сообщение от Аноним (12), 28-Фев-21, 12:25

> Умные указатели уже миллион лет как придумали в с++
А когда запретят писать на "тупых" указателях?
> Это все равно что аналог safe в с++
Что ты подразумеваешь под safe?

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

34. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." –1 +/–

Сообщение от SR_team (ok), 28-Фев-21, 13:18

> А когда запретят писать на "тупых" указателях?
Не раньше, чем из раста полностью удалят unsafe, и любой код будет safe, т.е. никогда

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

56. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Аноним (12), 28-Фев-21, 15:18

Ему про тупые указатели, он про раст и safe, сначала определи, что такое safe, можешь при этом не использовать слово "раст"

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

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

Сообщение от Аноним (140), 01-Мрт-21, 23:10

Это не указатели тупые, а ты тупой. В Раст есть unsafe и обычные указатели. В С++ обычные указатели это то же самое что unsafe, а есть умные указатели они как дефолтное поведение раста. Но ведь до тебя ты же растофанатик при том что на нём ни одной строчки даже не написал в силу тупости.

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

145. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от SR_team (ok), 02-Мрт-21, 10:48

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

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

175. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Аноним (-), 03-Мрт-21, 20:28

> сначала определи, что такое safe, можешь при этом не использовать слово "раст"
У хрустиков есть кейворд такой. И что характерно, системщина без него чего-то ну совсем вот не обходится. Доходит до того что эти чудо кодеры пишут unsafe, asm, ну и какой там safety дальше наверное понятно. Черт, это уже даже статический анализ не сожрет, в asm видите ли маловато формальных деклараций намерений было.


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

150. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Аноним (149), 02-Мрт-21, 16:46

> А когда запретят писать на "тупых" указателях?
А зачем? Не надо их запрещать. Они прекрасны.
Те кто не осилил - никто не заставляет использовать. Можешь вообще без указателей.

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

177. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Аноним (178), 03-Мрт-21, 20:34

Особенно с железками поработать. Особенно когда точный паттерн доступа к адресу важен, ога. Но хрустики напишут unsafe asm и поимеют офигенно безопасТный и охренеть какой читаемый код.
А так то сие на сях делается. Если осторожно.

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

8. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +2 +/–

Сообщение от Аноним (8), 28-Фев-21, 11:08

Что-то Debian стал много есть оперативки. Голая установка на uefi занимает 75 Мб оперативки. А ведь ещё пару лет назад 30 было. Ядро жиреет или что?

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

11. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Аноним (11), 28-Фев-21, 11:27

Про systemdick не забывай.

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

15. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Аноним (8), 28-Фев-21, 11:54

Чего минусов налепили? Проверьте сами в виртуалке хотя бы.

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

23. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." –1 +/–

Сообщение от Аноним (19), 28-Фев-21, 12:03

Хорошая попытка, но нет.  Даже без гуя.

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

25. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Аноним (6), 28-Фев-21, 12:16

Моё ядро занимает 80-100 (понятное дело без гуя вообще без всего). Но там все эти acpi с i2c и edac и всё прочее -- если их отключить, вроде даже можно что-то сэкономить, но тогда никакого контроля над железом просто не будет.

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

26. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." –1 +/–

Сообщение от Аноним (8), 28-Фев-21, 12:17

Почему раньше всё работало и занимало 30 Мб?

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

27. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +3 +/–

Сообщение от Аноним (6), 28-Фев-21, 12:20

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

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

28. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +1 +/–

Сообщение от Аноним (12), 28-Фев-21, 12:23

Если раньше все работало, то зачем ты что-то меняешь? Сиди себе на своем старье на пуле памяти в 30мб

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

40. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +3 +/–

Сообщение от Аноним (8), 28-Фев-21, 14:03

Я хотел узнать причины, а не слушать едкие бессмысленные колкости.

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

48. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." –2 +/–

Сообщение от Аноним (12), 28-Фев-21, 14:52

Ну смотри
Ты не сидишь на своем старье, потому что тебя что-то не устраивало в нем, ты взял по-новее, решив свои проблемы, но расплатившись за это потреблением памяти, то есть решение проблем потребовало увеличения потребления памяти
Так яснее?

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

57. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Аноним (8), 28-Фев-21, 15:21

При чём здесь мой выбор новой версии? Я спросил лишь причину жора оперативки. Меня не интересует обсуждение причин выбора новой версии. Неужели это непонятно? Но раз уж такой интерес, скажу. Старые версии не имеют поддержки и исправления безопасности к ним не приходят.
>решение проблем потребовало увеличения потребления памяти
Не потребовало. Проблемы как таковой нет. Раньше обновлялся и жора не было. Теперь есть. И я _просто_ хочу узнать причины.

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

59. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." –1 +/–

Сообщение от Аноним (12), 28-Фев-21, 15:29

> Старые версии не имеют поддержки и исправления безопасности к ним не приходят
> Не потребовало. Проблемы как таковой нет.
Обновления безопасности - проблема? Если нет проблем, то почему тебя беспокоят обновления безопасности? С чего ты взял, что обновления безопасности не жрут память?
> Раньше обновлялся и жора не было.
Раньше было лучше, только вот проблемы безопасности не решают, а когда решают, становится хуже, зачем же они делают нам хуже?
Предлагаю тебе определится, что же все таки лучше - проблемы с безопасностью и пул в 30мб, или исправление проблем с безопаснотью
> И я _просто_ хочу узнать причины.
Ну дак тебе и отвечают - потому что в новых версиях есть исправления твоих проблем, а вдобавок еще миллиона таких же как ты

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

65. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Аноним (65), 28-Фев-21, 15:46

Я не вижу достаточной аргументации, лишь верчение словами, а это не ответ.
>С чего ты взял, что обновления безопасности не жрут память?
А счего ты взял, что жрут? OpenBSD у меня из коробки 20 Мб ест. И это при том, что проект стремится из коробки иметь много всякого для безопасности. Так почему же Linux стал больше есть? Может быть, знаете конкретную причину, конкретные изменения, приведшие к этому? Если нет, то разговор бессмысленный.

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

105. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." –1 +/–

Сообщение от Аноним (12), 28-Фев-21, 23:29

> А счего ты взял, что жрут?
Наблюдаю по ленсуку, венде и прочим живым ОС. Наращивание фич - увеличение потребления ресурсов
> OpenBSD у меня из коробки 20 Мб ест
И это единственное, что она может, запуститься и реализовать мощность моего ноутбука она не в состоянии
>  И это при том, что проект стремится из коробки иметь много всякого для безопасности.
Перечисли пожалуйста, что именно, заодно напомни, когда последний раз находили в этой поделке уязвимости

>  Может быть, знаете конкретную причину, конкретные изменения, приведшие к этому?
Конечно знаю, это не сложно узнать, берешь и сравниваешь было/стало, разница приводит к потреблению ресурсов в том или ином виде за редким исключением

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

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

114. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Аноним (8), 28-Фев-21, 23:42

Не знаешь.

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

118. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Аноним (12), 28-Фев-21, 23:59

Прекрасно знаю

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

111. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Онаним (?), 28-Фев-21, 23:40

1. x86-64
2. Ряд структур стал несколько более рыхлым с годами, но это позволяет иметь меньшую нагрузку на CPU

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

58. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." –1 +/–

Сообщение от Аноним (8), 28-Фев-21, 15:24

Специалист по ИБ из вас так себе.

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

61. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Аноним (12), 28-Фев-21, 15:33

Ты тоже из тех, кто считает, что если в системе есть баги, то это называется "все работает"?

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

66. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." –1 +/–

Сообщение от Аноним (65), 28-Фев-21, 15:47

Нет.

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

112. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Онаним (?), 28-Фев-21, 23:40

Ты тоже из тех, кто считает, что бывают сколь-либо сложные системы, в которых нет багов? :)

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

117. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Аноним (12), 28-Фев-21, 23:58

Я из тех, кто считает, что если тебя все устраивает, то зачем что-то менять?

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

119. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Онаним (?), 01-Мрт-21, 00:37

Ну так абсолютно правильный ответ в начале дали. Нет смысла обновляться на новое ядро и т.п., если всё устраивает :)

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

136. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Аноним (135), 01-Мрт-21, 18:25

ну так ему и сказали - не обновляйся, но ведь он хочет "безопасность", значит его уже не все устраивает

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

176. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +1 +/–

Сообщение от Аноним (-), 03-Мрт-21, 20:29

> Чего минусов налепили? Проверьте сами в виртуалке хотя бы.
Запустил armhf версию на 64 мегах без свопа. Нормально? Не быстро, конечно - дискового буфера мизер.

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

38. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +2 +/–

Сообщение от timur.davletshin (ok), 28-Фев-21, 13:52

Отключи Huge pages и будет кушать НАМНОГО меньше. Другой вопрос, что ты будешь потом жаловаться на фрагментацию оперативной памяти.

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

97. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." –2 +/–

Сообщение от Онаним (?), 28-Фев-21, 23:04

Смотря какие huge pages. Если transparent - то ведро нормально справляется с переаллокацией. Если принудительные аллокации в софте - там да, хип на полтора байта 2 метра весит.

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

99. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от timur.davletshin (ok), 28-Фев-21, 23:08

> Смотря какие huge pages. Если transparent - то ведро нормально справляется с
> переаллокацией. Если принудительные аллокации в софте - там да, хип на
> полтора байта 2 метра весит.
Ну переключи madvise параметр у ядра и проверь, сколько будет жрать ОЗУ после перезагрузки. Потом сравнишь с умолчальным. Разница будет в несколько сот мегабайт.

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

100. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +2 +/–

Сообщение от Онаним (?), 28-Фев-21, 23:21

> Ну переключи madvise параметр у ядра и проверь, сколько будет жрать ОЗУ
> после перезагрузки. Потом сравнишь с умолчальным. Разница будет в несколько сот
> мегабайт.
Взял одну из тестовых систем с MariaDB и обвесом. Поигрался.
transparent_hugepage=never
MiB Mem :  19977.5 total,  14021.8 free,   3160.5 used,   2795.3 buff/cache
MiB Swap:      0.0 total,      0.0 free,      0.0 used.  16383.6 avail Mem
transparent_hugepage=madvise
MiB Mem :  19977.6 total,  14056.1 free,   3145.9 used,   2775.5 buff/cache
MiB Swap:      0.0 total,      0.0 free,      0.0 used.  16280.9 avail Mem
transparent_hugepage=always
MiB Mem :  19977.6 total,  13979.7 free,   3223.9 used,   2774.0 buff/cache
MiB Swap:      0.0 total,      0.0 free,      0.0 used.  16210.3 avail Mem
(последний бут из meminfo - большие страницы есть в принципе)
DirectMap4k:      220592 kB
DirectMap2M:     9207808 kB
DirectMap1G:    12582912 kB
(количество распределённых по нулям, не нужны они софту :D)

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

104. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Онаним (?), 28-Фев-21, 23:28

Хотя не, про распределённые вру, total был более 0.

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

106. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от timur.davletshin (ok), 28-Фев-21, 23:31

Раз уж за жадный до РАМы Линукс пошла пьянка, то ещё аллокатор памяти можно на какой-нибудь jemalloc поменять через LD_PRELOAD. Со старыми версиями glibc (до 2.26 вроде) особенно было актуально. Сейчас тоже смысл есть зачастую, но надо тестировать с самым "любимым" приложением. Ситуация перестала быть очень однозначной. Плюс, ряд приложений внутренне уже используют свой аллокатор памяти (FF тот же jemalloc древней версии какой-то использует).

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

108. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +1 +/–

Сообщение от Онаним (?), 28-Фев-21, 23:35

Мне показалось - именно показалось, тестов много не делал, что в последнее время разница между malloc и jemalloc почти стёрлась.

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

113. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +1 +/–

Сообщение от timur.davletshin (ok), 28-Фев-21, 23:41

Она значительно уменьшилась, но не исчезла. Cугубо на синтетических тестах вроде http://ithare.com/testing-memory-allocators-ptmalloc2-tcmall.../ у меня jemalloc всё ещё выигрывает у родного. Но в реальных приложениях разница в производительности уменьшилась по сути до точности измерения. Хотя, по кол-ву пожираемой памяти разница есть заметная.

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

102. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Онаним (?), 28-Фев-21, 23:22

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

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

103. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от timur.davletshin (ok), 28-Фев-21, 23:26

C ним и должно меньше выходить. На десктопе разница заметнее кстати.

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

107. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Онаним (?), 28-Фев-21, 23:31

Ну да. Там смотрю буферы диска с thp пооптимальнее ещё разложились.
Но всё равно, на системе с 12 крупными фоновыми демонами и ещё чистым MariaDB buffer pool никакими сотнями метров близко не пахнет.

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

96. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Онаним (?), 28-Фев-21, 23:03

Делайте скидку на x86-64, в два раза разбухают указатели.
Плюс сам код рыхлее.
Но и модули памяти на месте не стояли, в пристойных машинах менее 4G уже не встретить, а на серверах вообще кошмарные объёмы, у меня системный SSD меньше :D

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

115. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Аноним (8), 28-Фев-21, 23:44

Пару лет назад у меня был всё тот же x86-64. Видимо код разрыхлили.

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

116. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +2 +/–

Сообщение от Онаним (?), 28-Фев-21, 23:52

Не совсем код.
Взять то же ядро.
Cтруктурки повыравнивали, чтобы в кеш удобнее ложились. RCU во все поля. Куча percpu структур новых - рост числа ядер в процах породил необходимость параллелить всё, что можно. Ну и самих структурок поболе стало. В сетевом стеке только с 4.x до 5.x вагон и тележка изменений.

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

139. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Аноним (140), 01-Мрт-21, 23:12

Никаких скидок, только рассрочка.

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

9. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +2 +/–

Сообщение от Lex (??), 28-Фев-21, 11:17

Т.е памяти потребляться будет ещё больше ?

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

14. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +4 +/–

Сообщение от Аноним (14), 28-Фев-21, 11:48

Нет, физическая память под guard-страницы не выделяется.

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

132. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +1 +/–

Сообщение от Урри (ok), 01-Мрт-21, 17:22

А указатели на эти дополнительные струкуры не в физической памяти создаются?

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

24. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." –4 +/–

Сообщение от Zenitur (ok), 28-Фев-21, 12:09

Самое то для старых компьютеров, на которых memtest бьёт тревогу, а QEMM постоянно показывает окно "ой, у вас тут содержимое памяти повредилось". Но при этом надо как-то выживать, потому что SIMM или DIMM SDRAM уже хрен купишь.
Или это не то?

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

33. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +4 +/–

Сообщение от Иван Лох (?), 28-Фев-21, 13:17

Нет. Это не то. То (возможномть передать ядру список битых блоков RAM) есть с первых версий linux.

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

36. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +1 +/–

Сообщение от n80 (?), 28-Фев-21, 13:33

Не то, это легковесный аналог address sanitizer, чисто пытается проверять выходы за границу массивов/объектов. Для твоих нужд badram давно в ядре есть, если сбоят конкретные участки. Но, вообще говоря, контакты чисть и проверь охлаждение.
И да, где это SIMM/DIMM хрен купишь? Залежи же.

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

85. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Анончик (?), 28-Фев-21, 18:43

полгода назад выкинул 10 планок по 64мб pc-133, до этого оно лежали на авито с полгода по 1 рубль штука.
Они тупо не нужны были людям.

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

193. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Аноним (193), 07-Мрт-21, 00:17

> полгода назад выкинул 10 планок по 64мб pc-133, до этого оно лежали
> на авито с полгода по 1 рубль штука.
Странно, они на драгмет заметно дороже идут.

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

195. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от n80 (?), 07-Мрт-21, 10:08

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

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

98. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Онаним (?), 28-Фев-21, 23:04

Тут скорее проблема как можно быстрее мусорное ведро найти.

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

201. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Аноним (201), 30-Авг-21, 16:40

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

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

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

Сообщение от Нанобот (ok), 28-Фев-21, 12:24

Какие только костыли не придумают, лишь бы не изучать раст

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

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

Сообщение от Аноним (41), 28-Фев-21, 14:06

Компилятор, пусть даже раста, не может дать гарантий. Гарантии корректной работы с памятью может дать только ядро OS и процессор.

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

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

Сообщение от Аноним (31), 28-Фев-21, 12:28

Ядро стало помойкой.

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

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

Сообщение от Аноним (37), 28-Фев-21, 13:47

а вы видимо каждый раз глаза закрываете на ту кучу уязвимостей, связанных с переполнением буфера

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

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

Сообщение от Аноним (39), 28-Фев-21, 13:57

Fracta1L! Ты уволен!

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

42. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." –5 +/–

Сообщение от Аноним (41), 28-Фев-21, 14:10

Почему не интегрировали готовую защиту памяти от PaX из https://grsecurity.net ?
Потому что PaX имеет очень строгую защиту памяти, наличие которой у GNU/Linux многим не нравится!

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

47. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." –1 +/–

Сообщение от Dzen Python (ok), 28-Фев-21, 14:50

А давно ли суды были с этой самой сесурити, забившей на лицензию?

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

52. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." –1 +/–

Сообщение от Аноним (52), 28-Фев-21, 15:04

Там длинная история: https://www.opennet.ru/openforum/vsluhforumID3/119728.html#31
PaX патчи для защиты памяти отдельный проект, grsecurity его в себя интегрировал.
Патчи распространяются под GPL-2 и их можно включать в основное ядро.

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

194. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Аноним (194), 07-Мрт-21, 00:21

> Там длинная история: https://www.opennet.ru/openforum/vsluhforumID3/119728.html#31
При том не такая однозначная как тут лечат. Там у людей довольно специфичные подходы и приоритеты. Вплоть до того что при непонятках лучше уронить систему, на всякий... но закавывка в том что это немного непрактично для продакшна. В конце концов компьютеры ставят чтобы работать а не паниковать.
> Патчи распространяются под GPL-2 и их можно включать в основное ядро.
У основного ядра расстановка приоритетов несколько другая, а своенравный и некооперативный апстрим - таки тоже отдельная проблема.

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

63. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +2 +/–

Сообщение от Аноним (-), 28-Фев-21, 15:46

Не всем удается без смс и просмотра рекламы его скачать. Может по-этому ?

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

69. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." –3 +/–

Сообщение от Плохой Танцор (?), 28-Фев-21, 15:59

По моему скромному мнению, это всё костыли, а проблема кроется в неудачной архитектуре процессора и его системы команд. Можете бить меня тапками или кидать в меня камни, но от своего скромного мнения, я не откажусь.

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

71. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +2 +/–

Сообщение от Ordu (ok), 28-Фев-21, 16:07

> от своего скромного мнения, я не откажусь.
Да кому ты нужен со своим скромным мнением?

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

110. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Онаним (?), 28-Фев-21, 23:38

Проблема кроется в неудачной архитектуре человеческих мозгов, которые не заточены на 100% точные вычисления.

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

129. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от InuYasha (??), 01-Мрт-21, 11:41

Как бы, и да, но наследие есть наследие, и пилить архитектуру с чистого листа, конечно, можно (если есть много денег и времени), но её внедрение будет весьма затруднительно. Так что, пока живём с x86 и наслоением новых макроинструкций. \(o_O)/

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

157. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Аноним (157), 02-Мрт-21, 22:11

Плохому танцору вечно что-то мешает

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

75. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Аноним (75), 28-Фев-21, 16:23

>Подобная функциональность уже присутствовала в ядре в виде опции сборки KASAN (kernel address sanitizer, использует Address Sanitizer в современных gcc и clang) - однако позиционировалась в основном для отладочного применения.
Но ведь на убунте kasan из коробки идёт, и включается опцией в строке ядра.

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

76. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +1 +/–

Сообщение от Аноним (75), 28-Фев-21, 16:25

Ошибся, не  kasan, а  kaslr.

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

77. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." –1 +/–

Сообщение от Аноним (75), 28-Фев-21, 16:28

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

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

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

Сообщение от Аноним (87), 28-Фев-21, 19:43

Если Rust такой хороший, зачем нужны подобные патчи? Шах и мат, смузихлёбы

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

89. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Аноним (-), 28-Фев-21, 21:24

Товарищи, как бы это дело бекпортировать хотяб на 4.19 ? Памагите !

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

90. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +1 +/–

Сообщение от Аноним (-), 28-Фев-21, 21:28

И что это за сабатирование arm-a ? зачем 64, не хотим мы 64

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

109. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +1 +/–

Сообщение от Онаним (?), 28-Фев-21, 23:37

Я так понимаю, "классический" arm лет через эннадцать пойдёт на выпил вместе с i?86 :)

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

122. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от еман (?), 01-Мрт-21, 09:10

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

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

152. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +1 +/–

Сообщение от Аноним (152), 02-Мрт-21, 17:03

Они доказывают ненужность rust

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

156. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Аноним (157), 02-Мрт-21, 22:09

> неминуемое переписывание на rust
> есть же и другие ошибки памяти
Ну вот ты и доказал ненужность хруста.

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

133. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Урри (ok), 01-Мрт-21, 17:23

Валгринд засунули в ядро.
Зачем?

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

155. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +1 +/–

Сообщение от Аноним (157), 02-Мрт-21, 22:08

Чтобы не ждать вечность пока работает валгринд.

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

151. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Аноним (152), 02-Мрт-21, 17:02

> но предусмотрена настройка "panic_on_warn"
А нельзя просто грохать приложение?

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

153. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Аноним (68), 02-Мрт-21, 17:36

Так прикольнеее ^_^

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

160. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от Ordu (ok), 03-Мрт-21, 02:14

Какое приложение? Это санитайзер для ядерной кучи, для памяти используемой ядром. Если там косяк, то это косяк ядра, и юзерспейс код тут ни при чём. Более того, даже если его грохнуть, то это скорее всего не поможет, потому как косячные структуры в куче ядра продолжат существовать.

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

191. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." +/–

Сообщение от all_glory_to_the_hypnotoad (ok), 04-Мрт-21, 14:54

Можно, panic_on_warn именно это и делает

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

192. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..." –1 +/–

Сообщение от Аноним (192), 04-Мрт-21, 23:28

Когда система уходит в бесконечный своп и перестаёт реагировать на операции ввода, о чём в это время думает Торвальдс, какие все кругом 3.14-до-сы?

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

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

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

Партнёры:

Хостинг:

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

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

2. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..."	+26 +/–
Сообщение от A.Stahl (ok), 28-Фев-21, 10:43
Всё, Раст больше не нужен? (Ну, он и раньше был не нужен, но теперь за него вообще никаких аргументов не осталось)
Ответить \| Правка \| Наверх \| Cообщить модератору


	4. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..."	+11 +/–
	Сообщение от ИмяХ (?), 28-Фев-21, 10:46
	Благодаря этому инструменту выявятся те участки кода, которые нужно переписать на раст.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	6. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..."	+2 +/–
	Сообщение от Аноним (6), 28-Фев-21, 10:57
	Нужно ли? Чтобы добавить оверхед на пустом месте?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	12. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..."	+11 +/–
	Сообщение от Аноним (12), 28-Фев-21, 11:31
	А сабж - оверхед не на пустом месте?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	17. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..."	+1 +/–
	Сообщение от Аноним (6), 28-Фев-21, 11:57
	Сабж только для разработки и вполне отключается.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	178. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..."	+/–
	Сообщение от Аноним (178), 03-Мрт-21, 20:37
	Сабж таки позиционируется как годный и для продакшнового применения. Если от KASAN оверхед солидный то от этого уже куда разумнее. Поэтому можно позволить себе избавиться от непонятных барабашек и сделать хакерам неудобно. Если это важнее максимального перфоманса любой ценой.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	184. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..."	+/–
	Сообщение от Аноним (6), 03-Мрт-21, 20:49
	Если есть проблемы. Если их нет, то и оверхэд ни к чему.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	196. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..."	+/–
	Сообщение от Аноним (196), 07-Мрт-21, 10:25
	> Если есть проблемы. Если их нет, то и оверхэд ни к чему. Оно как бы да. И все же в проекте ТАКОГО размера уповать на полное отсутствие багов - для оптимистов. А кому безопасность и отсутствие багов важнее - ну вот теперь будет оно, как еще 1 вариант.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	18. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..."	+/–
	Сообщение от Anonimous (?), 28-Фев-21, 11:58
	Так сабж всегда можно отключить, если дебаг не нужен. При отклюбчении не будет и оверхеда.
	Ответить \| Правка \| К родителю #12 \| Наверх \| Cообщить модератору


	19. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..."	+3 +/–
	Сообщение от Аноним (19), 28-Фев-21, 11:58
	Сабж это культ-карго от легковерных туземцев, которые ужас как боятся дыреней.
	Ответить \| Правка \| К родителю #12 \| Наверх \| Cообщить модератору


	79. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..."	–2 +/–
	Сообщение от пердёжник (?), 28-Фев-21, 16:54
	> Сабж это культ-карго от легковерных туземцев, которые ужас как боятся дыреней. Ну да, это нормально когда у вас приложение вылетает раз в час (сарказм)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	140. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..."	+/–
	Сообщение от Аноним (140), 01-Мрт-21, 23:13
	Сейчас 2021 год сейчас ничего не вылетает раз в час. Вылезь уже из криокамеры.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	154. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..."	+/–
	Сообщение от пердёжник (?), 02-Мрт-21, 19:38
	> Сейчас 2021 год сейчас ничего не вылетает раз в час. Вылезь уже > из криокамеры. у меня десяточка стабильно вылетает раз в неделю с синим экраном. Полностью переполз на линукс
	Ответить \| Правка \| Наверх \| Cообщить модератору


	202. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..."	+/–
	Сообщение от нах.. (?), 31-Авг-21, 15:39
	Ну дык да, стабильно раз в 10 минут или random time.
	Ответить \| Правка \| К родителю #140 \| Наверх \| Cообщить модератору


	179. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..."	+/–
	Сообщение от Аноним (178), 03-Мрт-21, 20:37
	> Ну да, это нормально когда у вас приложение вылетает раз в час (сарказм) Это вы про питон наверное, там класть на ошибки норма, поэтому оно в какой-то момент просто осыпается с диким стэктрейсом как раз.
	Ответить \| Правка \| К родителю #79 \| Наверх \| Cообщить модератору


	170. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..."	–1 +/–
	Сообщение от Аноним (-), 03-Мрт-21, 20:16
	Нене, за карго культом - к растаманам. У них там эрзац пакетного менеджера.
	Ответить \| Правка \| К родителю #19 \| Наверх \| Cообщить модератору


	43. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..."	–2 +/–
	Сообщение от Owlet (?), 28-Фев-21, 14:14
	У раста нет оверхеда по сравнению с си на эквивалентном коде. Все его фичи работают во время компиляции.
	Ответить \| Правка \| К родителю #6 \| Наверх \| Cообщить модератору


	45. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..."	–2 +/–
	Сообщение от Аноним (6), 28-Фев-21, 14:45
	Это не так, мы уже выяснили.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	50. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..."	+2 +/–
	Сообщение от Аноним (12), 28-Фев-21, 14:53
	Сылки на треды, в которых проходило обсуждение
	Ответить \| Правка \| Наверх \| Cообщить модератору


	137. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..."	+/–
	Сообщение от Аноним (-), 01-Мрт-21, 19:56
	> Сылки на треды, в которых проходило обсуждение "Мы все так говорим, а значит это правда!" (с)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	142. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..."	–1 +/–
	Сообщение от Nuzhny (?), 01-Мрт-21, 23:43
	Brotli обсуждали? Вот: https://dropbox.tech/infrastructure/lossless-compression-wit... Dropbox попробовал переисать на Раст и получилось на 28% медленнее. Причины освещены в статье.
	Ответить \| Правка \| К родителю #50 \| Наверх \| Cообщить модератору


	147. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..."	+1 +/–
	Сообщение от Аноним (-), 02-Мрт-21, 16:40
	> Brotli обсуждали? Вот: https://dropbox.tech/infrastructure/lossless-compression-wit... > Dropbox попробовал переисать на Раст и получилось на 28% медленнее. А grep переписали в ripgrep и получилось быстрее. Причем не в абстрактновакуумных конях, а в реальном поиске в 2-3 гиговым репам. Такие дела, да ...
	Ответить \| Правка \| Наверх \| Cообщить модератору


	161. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..."	+/–
	Сообщение от Nuzhny (?), 03-Мрт-21, 06:42
	А мой папа! Так дети в песочнице хвалятся. А где тесты, где пруфы, где анализ того, почему быстрее... Будем верить на слово.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	166. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..."	+/–
	Сообщение от Аноним (-), 03-Мрт-21, 14:46
	> А мой папа! > Так дети в песочнице хвалятся. > А где тесты, где пруфы, Так дети, пытающиеся казаться взрослыми, умничают, не пытаясь понять смысл прочитанного. Как и написано - берешь большую репу, берешь time и ищешь. Сравниваешь реальный результат. > где анализ того, почему быстрее... Ну да, без анализа реальность данная нам ощущениях (тормозной греп) резко станет неправдой. Хинт: в грепе с параллельным поискоим не очень. И нет, не нужно кивать на распараллеливание xargs - это не очень помогает grеp вырваться вперед (и не работает при поиске в больших файлах). Но если очень хочется именно анализ, то (5 летней давности) https://blog.burntsushi.net/ripgrep/ > Будем верить на слово. Учитывая, что репы на несколько гигов я как-то и не собирался загружать, толку то в красивых "пруфах" в виде копипасты (или скриншотов, с графиками) запуска time rg <>? ... впрочем, особой разницы с ссылкой выше в смысле повторимости тоже нет. Если действительно интересно, а не "за по*раться", то тут на форуме не так давно уже были бенчи и сравнения одновременно еще и с ag см. ветку начиная с #71 https://www.opennet.ru/openforum/vsluhforumID3/118581.html#71 (скрытая модератором подветка тоже содержит бенч)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	167. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..."	+/–
	Сообщение от Аноним (-), 03-Мрт-21, 14:49
	> ... впрочем, особой разницы с ссылкой выше в смысле повторимости тоже нет. В смысле - данной Вами ссылкой. Ни кода, ни данных на которых тестировали там я как-то не обнаружил. А так-то да, графики красивые.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	168. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..."	+/–
	Сообщение от Nuzhny (?), 03-Мрт-21, 16:55
	О, совсем другое дело. Почитаю.
	Ответить \| Правка \| К родителю #166 \| Наверх \| Cообщить модератору


	180. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..."	+/–
	Сообщение от Аноним (178), 03-Мрт-21, 20:39
	> А grep переписали в ripgrep и получилось быстрее. А кто сказал что там алгоритмы одинаковые были? Вон там сравнили один конкретный алгоритм, одинаковый. Вот это честное сравнение. А две напрочь разные программы - ни о чем.
	Ответить \| Правка \| К родителю #147 \| Наверх \| Cообщить модератору


	186. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..."	+/–
	Сообщение от тот самый аноним (?), 04-Мрт-21, 00:58
	> Вон там сравнили один конкретный алгоритм, одинаковый. > Вот это честное сравнение. При этом, один и тот же алгорим может быть реализован разными способами, что существенно влияет на конечный результат https://benchmarksgame-team.pages.debian.net/benchmarksgame/... × source secs mem 1.0 Rust 0.45 499,168 1.4 C++ g++ 0.63 499,704 1.7 Rust #2 0.75 995,144 1.7 Rust #3 0.78 995,136 1.9 C gcc 0.86 698,264 2.2 C gcc 0.98 994,220 3.1 C gcc 1.41 994,048 ... 5.4 C++ g++ #3 2.42 499,964 6.4 C++ g++ #6 2.88 1,505,952 7.6 C gcc #4 3.40 500,236 13 C++ g++ 5.96 979,844 > А две напрочь разные программы - ни о чем. Две разные реализации - собственно тоже.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	197. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..."	+/–
	Сообщение от Аноним (-), 07-Мрт-21, 10:33
	> При этом, один и тот же алгорим может быть реализован разными способами, > что существенно влияет на конечный результат Оно как бы да, но есть нюансы. > https://benchmarksgame-team.pages.debian.net/benchmarksgame/... Вот конкретно это - и правда довольно странная штука. Какая-то синтетическая дичь, где параметры сборки довольно странные. А вот алгоритм сжатия, при нанятом коммерческими корпами прогерах, где работа на результат - все же более реалистичный бенч. > Две разные реализации - собственно тоже. В общем то да. И все же - одна коммерческая корпа, другая коммерческая корпа, тот же алгоритм, при том не левая синтетика а реально имеющее хождение нечно. И прогерам денег дали чтобы они могли просто пойти и покодить. В обоих случаях. На самом деле там сам алгоритм довольно средненький, кста, но гугол массой продавил, а автор креативно смухлевал с предзагруженным словарем. Если кого скорость, особенно распаковки волновала, zstd в этом плане интереснее.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	164. "В ядро Linux 5.12 принята подсистема KFence для выявления ош..."	+1 +/–
	Сообщение от Alexey (??), 03-Мрт-21, 08:17
	Надеюсь вы сами прочитали статью. Dropbox как минимум утверждает, что 1) реализация на Rust была безопаснее реализации на C 2) и "Zeroing memory: Telling the Rust allocator to avoid zeroing the memory when allocating for Brotli improves the speed to 224 MB/s.". Т.е. выключение опции обнуления памяти при освобождении увеличила скорость до 224 MB/с, против 217 MB/s для реализации на C. Упс.
	Ответить \| Правка \| К родителю #142 \| Наверх \| Cообщить модератору