https://m.opennet.dev/openforum/vsluhforumID3/123402.html В состав находящегося в разработке ядра Linux 5.12 включена реализация механизма KFence (Kernel Electric Fence), который проверяет работу с памятью, отлавливая выход за границы буферов, обращения к памяти после освобождения и другие ошибки подобного класса...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=54671<br> https://m.opennet.dev/openforum/vsluhforumID3/123402.html#203 Fri, 14 Oct 2022 07:35:54 GMT Я имел ввиду Thread Safety смарт поинтера. Если не спинлок то атомик, хрен редьки не слаще.<br><br>Ой.. позновато прочитал. <br> https://m.opennet.dev/openforum/vsluhforumID3/123402.html#202 Tue, 31 Aug 2021 12:39:05 GMT Ну дык да, стабильно раз в 10 минут или random time.<br> https://m.opennet.dev/openforum/vsluhforumID3/123402.html#201 Mon, 30 Aug 2021 13:40:07 GMT Может, тебе подумать, какому бы музею вычтехники всю твою коллекцию продать? На вырученны, глядишь, и один новый компуктер прикупить выгорит.<br> https://m.opennet.dev/openforum/vsluhforumID3/123402.html#199 Thu, 11 Mar 2021 08:28:20 GMT Оверхед появляется на оптимизируемом коде с алиасингом, см сишный restrict<br><br>В Rust все ссылки по умолчанию restrict, но на деле их можно оптимизировать ещё сильнее, т.к у Rust правила алиасинга более строгие чем можно выразить в C<br> https://m.opennet.dev/openforum/vsluhforumID3/123402.html#198 Sun, 07 Mar 2021 10:58:53 GMT &gt; Далее отключив проверки границ и включив unsafe они получили 249МБ/с, или <br>&gt; 82% от C-шной реализации. Отсюда C-шная реализация имеет скорость имеет <br>&gt; скорость около 300 МБ/с.<br><br>Что-то не выглядит эпично. Профакать треть скорости, поотключать все фичи безопасности и все равно не догнать.<br><br>Так то понятнее чего растаманов увольняют: на треть больше серваков ставить жаба душит, а если там unsafe везде и все такое - а в чем профит этой камасутры был? "Зато на расте"? oO<br> https://m.opennet.dev/openforum/vsluhforumID3/123402.html#197 Sun, 07 Mar 2021 07:33:44 GMT &gt; При этом, один и тот же алгорим может быть реализован разными способами, <br>&gt; что существенно влияет на конечный результат <br><br>Оно как бы да, но есть нюансы.<br><br>&gt; https://benchmarksgame-team.pages.debian.net/benchmarksgame/performance/revcomp.html <br><br>Вот конкретно это - и правда довольно странная штука. Какая-то синтетическая дичь, где параметры сборки довольно странные. А вот алгоритм сжатия, при нанятом коммерческими корпами прогерах, где работа на результат - все же более реалистичный бенч.<br> <br>&gt; Две разные реализации - собственно тоже.<br><br>В общем то да. И все же - одна коммерческая корпа, другая коммерческая корпа, тот же алгоритм, при том не левая синтетика а реально имеющее хождение нечно. И прогерам денег дали чтобы они могли просто пойти и покодить. В обоих случаях.<br><br>На самом деле там сам алгоритм довольно средненький, кста, но гугол массой продавил, а автор креативно смухлевал с предзагруженным словарем. Если кого скорость, особенно распаковки волновала, zstd в этом плане интереснее.<br> https://m.opennet.dev/openforum/vsluhforumID3/123402.html#196 Sun, 07 Mar 2021 07:25:16 GMT &gt; Если есть проблемы. Если их нет, то и оверхэд ни к чему. <br><br>Оно как бы да. И все же в проекте ТАКОГО размера уповать на полное отсутствие багов - для оптимистов. А кому безопасность и отсутствие багов важнее - ну вот теперь будет оно, как еще 1 вариант.<br> https://m.opennet.dev/openforum/vsluhforumID3/123402.html#195 Sun, 07 Mar 2021 07:08:38 GMT &gt; Странно, они на драгмет заметно дороже идут.<br><br>Эм, даже в существенно более старых буржуйских компонентах драг.металлы отсутствуют. Точнее, если чего и присутствует, то в совсем уж следовых количествах, так что на моей памяти их никто не принимал. Неужели сейчас начали перерабатывать и такое?<br> https://m.opennet.dev/openforum/vsluhforumID3/123402.html#194 Sat, 06 Mar 2021 21:21:13 GMT &gt; Там длинная история: https://www.opennet.ru/openforum/vsluhforumID3/119728.html#31 <br><br>При том не такая однозначная как тут лечат. Там у людей довольно специфичные подходы и приоритеты. Вплоть до того что при непонятках лучше уронить систему, на всякий... но закавывка в том что это немного непрактично для продакшна. В конце концов компьютеры ставят чтобы работать а не паниковать.<br><br>&gt; Патчи распространяются под GPL-2 и их можно включать в основное ядро.<br><br>У основного ядра расстановка приоритетов несколько другая, а своенравный и некооперативный апстрим - таки тоже отдельная проблема.<br>