forum.opennet.ru

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

Оглавление

В ядро Linux 5.12 принята подсистема KFence для выявления ошибок при работе с памятью, opennews (?), 28-Фев-21, (0) [смотреть все]

Всё, Раст больше не нужен Ну, он и раньше был не нужен, но теперь за него вооб, 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]

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

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

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

Партнёры:

Хостинг:

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

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


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