https://www.opennet.ru/openforum/vsluhforumID3/135159.html Для включения в состав будущей ветки ядра Linux 6.13 предложен патч с переработанной реализацией алгоритма нахождения контрольной суммы CRC32C. Код реализации CRC32C уменьшен примерно в 10 раз (с 4546 до 418 байт). При выключенной защите retpoline от атак класса Spectre прирост производительности при использовании новой реализации достигает 11.8% на процессорах AMD Zen 2, 6.4% - Intel Emerald Rapids и 4.8% Intel Haswell. При включении retpoline прирост производительности более заметен и достигает 66.8% на системах с процессорами Intel Emerald Rapids, 35.0% - Intel Haswell и 29.5% - AMD Zen 2...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=62123<br> https://www.opennet.ru/openforum/vsluhforumID3/135159.html#197 Thu, 31 Oct 2024 03:34:14 GMT &gt; https://3dnews.ru/1101603/ <br><br>А вот еще интелу подарочки,<br>Тик! TSMC решил отменить скидки https://3dnews.ru/1113231/intel-poka-s-trudom-udayotsya-realizovat-ambitsii-vozglavlyayushchego-eyo-patrika-gelsingera<br><br>Ток! https://www.phoronix.com/review/google-axion-c4a - а вот гугол видимо не очень понимают зачем им поставщик который их фродит в параметрах и делает процы которые через полгода дохнут. Зато это находит теплое понимание у фирмы ARM.<br><br>А что, Интел, незамениымх на этом глобусе не бывает. Думали, нельзя обойтись без фирмы Интел? Экие наивные господа. Моторола тоже так думала. И где ее процы теперь? Да еще откровенные затыкания рта кастометрам на явно дефективные серии процов, вот, как-то все заметили. Или как быстро и эффективно слить бренд.<br> https://www.opennet.ru/openforum/vsluhforumID3/135159.html#196 Wed, 30 Oct 2024 20:19:41 GMT &gt; Чего там на страрых? Cortex-A53 же in-order. И их ещё полно, где <br>&gt; используется. И в сетевых девайсах тоже, ага, CRC32.<br><br>На них модуль crc32c-pcl-intel немножечко не загружают/используют. Почему-то. Может быть, потому что интеловый асм Cortex A никогда не умел, например? :))<br> https://www.opennet.ru/openforum/vsluhforumID3/135159.html#195 Wed, 30 Oct 2024 18:32:04 GMT &gt; Я btrfs не юзаю, у меня нет эксабайт фоточек с котиками, которые <br>&gt; все потерять не жалко :)<br><br>Судя по вашим знаниям в алгоритмах - вашей экспертизе грош цена в базарный день. Хотя подогнать мне цитату btrfs'ной вики, с пруфом моей точки зрения было совершенно эпично, вот все бы так.<br><br>&gt; У меня в кровавом(С), потеря одной единственной транзакции может стоить компании зарплаты <br>&gt; целого отдела за год ... поэтому и орг-выводы делаются моментально и жестко :)<br><br>Не понимаю как вас там еще держат с такими знаниями. Это либо госпомойка, либо нечто наподобие. И лично я все выводы после вашего спича уже сделал, и вы сами помогли сделать это моментально и жестко своим вопиющим ламерством в алгоритмике :)<br><br>&gt; Поэтому на моих сториджах чексумится всё, и там НЕ CRC32*-family :) Да <br>&gt; даже у всех 3 мэйжор облаков - НЕ оно.<br><br>У разных систем - разные задачи. У ZFS по дефолту вообще флетчеровские суммы, насколько я помню. Чуть попроще CRC, но чуть быстрее считается. У bcachefs - xxhash (коего btrfs умеет). Ну так, гл https://www.opennet.ru/openforum/vsluhforumID3/135159.html#194 Wed, 30 Oct 2024 18:18:25 GMT &gt; Обос**сля? :) Написанное не осилил? :) <br>&gt; Ну я конечно могу на русский и даже на твой перевести что <br>&gt; там написано - но это уже за деньги :) <br><br>Дедуля, в отличие от тебя - я в состоянии те исходники еще и читать, и люблю алгоримику, именно поэтому я в курсе во сколько именно ты мне стрындел. Но за раскопку фактов в вике своим ходом - безусловно, спасибо.<br><br>Там английским по белому сказано что Blake2 в 34 раза медленнее чем CRC32C. Ибо CRC32C делает блок 4К за примерно 470 тактов проца, а Blake2b - за 14500, что примерно в 34 раза медленнее. Видишь, для тех кто уже в режими "старый что малый" я могу и перевести даже ;)<br> https://www.opennet.ru/openforum/vsluhforumID3/135159.html#193 Wed, 30 Oct 2024 18:09:20 GMT &gt;&gt; Но CRC32 куда быстрее считается.<br>&gt; А вот в официальной доке BTRFS пишут что на _два_порядка_ медленнее :) <br>&gt; Они конечно тоже ещё ты Ынженегры, но всё=же в бесконечность раз грамотнее <br>&gt; тебя о Анонимус :-р ;-D <br><br>О как, дедуля не только облажался на публику, насоветовав в 30 раз более тормозное алго как <br>"инновации", но еще и тролить пытается. Столь же "успешно" как и с советами алго. Ибо медленнее - Blake2. Примерно в 30 раз относительно CRC32. И если б дедуля сравнил сорц того и другого то догадался бы почему.<br><br>Но можно на это забить и вместо этого блестать экспертизой на публику. С такими учителями - мне понятнее почему в рф образование там где оно, увы, находится. И эти люди будут мне расскзывать где инжeнеepов линчyют..<br><br>Дедуля, читай вику еще раз. Алгоритмист из тебя - хуже чем из твоего ученика-питониста. И это е...й стыд. Или просто вали на пенсию и не позорься, тебе только на завалинке сидеть осталось.<br> https://www.opennet.ru/openforum/vsluhforumID3/135159.html#192 Wed, 30 Oct 2024 18:02:17 GMT &gt; Так что трясти какими&#8211;то там показателями за прошлый год, как минимум, странно. <br><br>Интел и их фанаты пытаются трясти какими-то закупленными машинами. Которые пока там еще запустят и отладят. И еще вопрос сколько там реальных нанометров получится.<br><br>Сейчас вообще пошла гнилая мода. Нанометры у интела - такие же как и ватты! Т.е. - свои собственные. И то что они называли N-нанометровым процессом означало вовсе не то что вы могли подумать. А реально нанометров - больше.<br><br>Видимо с китайцев пример взяли, там тоже - если китайские ватты и миллиамперчасы меньше номинала, то нанометры - больше. Вон они рассказывают про якобы 8, своими силами. На поверку, 8 это только точность совмещения слоев. А реально фичи соответствуют примерно 55 нм и это сильно более другой коленкор. Теперь китайские нанометры докатились и до интела...<br> https://www.opennet.ru/openforum/vsluhforumID3/135159.html#191 Wed, 30 Oct 2024 14:29:56 GMT Четверть века прошло! Что это означает в _самой_ быстроразвивающейся отрасли ... ну понятно :)<br> https://www.opennet.ru/openforum/vsluhforumID3/135159.html#190 Wed, 30 Oct 2024 14:17:12 GMT Я btrfs не юзаю, у меня нет эксабайт фоточек с котиками, которые все потерять не жалко :)<br><br>У меня в кровавом(С), потеря одной единственной транзакции может стоить компании зарплаты целого отдела за год ... поэтому и орг-выводы делаются моментально и жестко :)<br>Поэтому на моих сториджах чексумится всё, и там НЕ CRC32*-family :) Да даже у всех 3 мэйжор облаков - НЕ оно.<br><br><br>PS: Ещё раз для тугих: CRC32* в ядре _должны_ быть, пока даже _обязанны_. Но их важность нынче сильно меньше, и то, что вопиющую неоптимальность заметили только через 20 лет - прямо об этом и говорит :)<br> https://www.opennet.ru/openforum/vsluhforumID3/135159.html#189 Wed, 30 Oct 2024 14:06:21 GMT Обос**сля? :) Написанное не осилил? :)<br>Ну я конечно могу на русский и даже на твой перевести что там написано - но это уже за деньги :)<br>