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

"При переводе Firefox на zlib-rs разработчики натолкнулись на ошибку в CPU Intel"	+/–
Сообщение от opennews (??), 17-Июн-26, 13:22
Организация Trifecta Tech Foundation, развивающая такие проекты, как ntpd-rs, sudo-rs, zlib-rs и bzip2-rs, рассказала о переходе Firefox на использование библиотеки zlib-rs, написанной на языке Rust, для сжатия и распаковки c использованием метода gzip. Кроме защиты от проблем, вызванных ошибками при работе с памятью, переход с zlib на  zlib-rs привёл к заметному повышению производительности - в проведённых тестах ускорение составило от 3.3 до 32.5 раз при единичных операция декодирвоания и от 2.7 до 10.86 раз при декодировании непрерывного потока... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=65705
Ответить | Правка | Cообщить модератору

Сообщения

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

1. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	–2 +/–
Сообщение от Аноним (1), 17-Июн-26, 13:22
> переход с zlib на zlib-rs привёл к заметному повышению производительности - в проведённых тестах ускорение составило от 3.3 до 32.5 раз при единичных операция декодирвоания и от 2.7 до 10.86 раз при декодировании непрерывного потока А вотъ если бы замѣнили zlib на zlib-ng, приростъ былъ бы еще больше.
Ответить | Правка | Наверх | Cообщить модератору

	3. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+2 +/–
	Сообщение от Аноним (3), 17-Июн-26, 13:26
	zlib-ng-rs
	Ответить | Правка | Наверх | Cообщить модератору

	6. Скрыто модератором	+1 +/–
	Сообщение от Аноним (6), 17-Июн-26, 13:35
	zlib-ng-bf
	Ответить | Правка | Наверх | Cообщить модератору

	61. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Куклочай (?), 17-Июн-26, 14:39
	zlib-ng разрабы: - Ну да, ну да, пошел я нахрен А если честно у них бенчмарки еще лучше и производительнее для avx512, avx2 в сравнении с zlib-rs
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

2. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+1 +/–
Сообщение от Аноним (3), 17-Июн-26, 13:25
Intel всё. Не покупайте последние поколения его процессоров.
Ответить | Правка | Наверх | Cообщить модератору

	15. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (15), 17-Июн-26, 13:47
	13 и 14 поколения это не последние.
	Ответить | Правка | Наверх | Cообщить модератору

	20. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (15), 17-Июн-26, 13:55
	https://en.wikipedia.org/wiki/List_of_Intel_CPU_microarchite...
	Ответить | Правка | Наверх | Cообщить модератору

	31. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+1 +/–
	Сообщение от Аноним (3), 17-Июн-26, 14:04
	Для меня все после 2020 последние)
	Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

	36. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+2 +/–
	Сообщение от Аноним (15), 17-Июн-26, 14:07
	Ваше право, но вводить в заблуждения не надо.
	Ответить | Правка | Наверх | Cообщить модератору

	65. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от КО (?), 17-Июн-26, 14:43
	Дак а где выше Raptor и Arrow то купить, лол
	Ответить | Правка | Наверх | Cообщить модератору

	73. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (15), 17-Июн-26, 14:50
	В смысле ? В магазинах, на маркетплейсах. Из десктопных после 14-го поколения вышли модели Arrow Lake и Arrow Lake Refresh. В мобильном сегменте после 14-го вышли Meteor Lake, Lunar Lake, Arrow Lake, Panther Lake.
	Ответить | Правка | Наверх | Cообщить модератору

	26. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	–1 +/–
	Сообщение от Аноним (26), 17-Июн-26, 13:59
	А почему не покупать процессоры Intel?
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	30. Скрыто модератором	+/–
	Сообщение от Аноним (3), 17-Июн-26, 14:04
	Гугл "загрязнение на фабрике intel"
	Ответить | Правка | Наверх | Cообщить модератору

	29. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+3 +/–
	Сообщение от Ivan_83 (ok), 17-Июн-26, 14:02
	Так уже давно, как накупил ам4 на старте (и потом тоже) так и сижу до сих пор и потребности в ам5 или чём то более свежем не ощущаю совсем. А прошло то уже 9 лет. Думаю что года до 2035 будет вполне норм. А про иинтел смотрел как 13 поколение с кривым микрокодом само себя убивало турбобустом.
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

4. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+1 +/–
Сообщение от Аноним (4), 17-Июн-26, 13:30
> на языке Rust проблема приводила к аварийной остановке, Звучит неприятно. > в то время как в Си подобная ситуация привела бы к незаметному повреждению данных без остановки работы. А это - катастрофически. Особенно если повреждение данных можно использовать как RCE. > в проведённых тестах ускорение составило от 3.3 до 32.5 раз при единичных операция декодирвоания и от 2.7 до 10.86 раз при декодировании непрерывного потока Кто так из местных кyкapeкал что раст медленный?
Ответить | Правка | Наверх | Cообщить модератору

	7. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+3 +/–
	Сообщение от Аноним (6), 17-Июн-26, 13:38
	Значит, в оригинальном zlib этот алгоритм написан неоптимальным образом.
	Ответить | Правка | Наверх | Cообщить модератору

	9. Скрыто модератором	–2 +/–
	Сообщение от Аноним (9), 17-Июн-26, 13:39
	Ага, и его просто писали Неправильные СИшники)? Правда всем было пофигу "работает и ладно".
	Ответить | Правка | Наверх | Cообщить модератору

	23. Скрыто модератором	+/–
	Сообщение от Аноним (6), 17-Июн-26, 13:58
	Да таккже, как и пофигу на растокод со сплошными @unsafe. Тоже работает и ладно.
	Ответить | Правка | Наверх | Cообщить модератору

	10. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	–1 +/–
	Сообщение от Аноним (10), 17-Июн-26, 13:40
	> Значит, в оригинальном zlib этот алгоритм написан неоптимальным образом. ваше высказывание ущемляет писателей кода на расте.
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	22. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	–2 +/–
	Сообщение от q (ok), 17-Июн-26, 13:57
	То есть сишники кичились тем, что они не проверяют нуллы и прочие границы буферов, чтобы потом получить не только CVE, но и неоптимальный код? То есть утверждение о том, что "пусть иногда бывают CVE, зато скорость высокоскоростная" оказалось ложью?
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	28. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (6), 17-Июн-26, 14:01
	Это конкретно разработчики zlib накосячили с оптимальностью реализации алгоритмов.
	Ответить | Правка | Наверх | Cообщить модератору

	82. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от q (ok), 17-Июн-26, 15:08
	Разработчики zlib - не сишники?
	Ответить | Правка | Наверх | Cообщить модератору

	11. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+5 +/–
	Сообщение от Аноним (11), 17-Июн-26, 13:41
	Говорит лишь о том, что оригинальный код можно ускорить в 1000 раз. Ну вон сравни infozip unzip и 7z -- второй раз в 10 быстрее zip распаковывает. Это типичная манипуляция, принятая в ржавом комьюнити -- написать код, который не делает то же самое, и утверждать, что стало быстрее теперь.
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	19. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	–1 +/–
	Сообщение от Аноним (19), 17-Июн-26, 13:53
	> Говорит лишь о том, что оригинальный код можно ускорить в 1000 раз. А чего не в 10000? Или 10000000? > Ну вон сравни infozip unzip и 7z -- второй раз в 10 быстрее zip распаковывает. Вотэбоутизм в стиле "А вот у хох..." Каким макаром связаны перечисленные с zlib? > Это типичная манипуляция, принятая в ржавом комьюнити Слово "типичный" намекает, что сейчас будут врать под видом обобщения)) > написать код, который не делает то же самое, Хм, серьезное заявление. А пруфы что zlib-rs не делает то же самое что zlib будут? В Firefox он заменил старый - значит, что для лисы функционал одинаковый. > и утверждать, что стало быстрее теперь. Т.е "ваши тесты - не тесты" и ты можешь это опровергнуть? Или просто по привычке газифицируешь лужу?
	Ответить | Правка | Наверх | Cообщить модератору

	50. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (11), 17-Июн-26, 14:24
	Каким образом? И там и там deflate.
	Ответить | Правка | Наверх | Cообщить модератору

	57. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (57), 17-Июн-26, 14:29
	> опровергнуть? а почему он должен, пока что видно только фанатские,  "это другое". а тем временем, наскольже раст никому не нужен если проблему искали целый год? насколько же мало этих разработчиков если ниукого не нашлось актуального интела под рукой все это лишний раз указывает на очень активное меньшенство которое пытается перекричать большенство мне было бы глубоко наплевать, но эти попытки назначить раст божественным даром, вызывают отвращение
	Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

	32. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (32), 17-Июн-26, 14:05
	> Говорит лишь о том, что оригинальный код можно ускорить в 1000 раз. Вот когда ускорят, тогда и поговорим.
	Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

	58. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (11), 17-Июн-26, 14:35
	Осталось выяснить, зачем это делать. Deflate совершенно мёртв -- там, где он использовался, теперь brotli (который по совокупности параметров несколько лучше) и zstd (всем лучше). На подходе замена zstd для областей применения brotli (использующая несколько иной подход к кодированию, алгоритмы ускорять уже некуда).
	Ответить | Правка | Наверх | Cообщить модератору

	81. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (32), 17-Июн-26, 15:07
	PNG? не, не слышал.
	Ответить | Правка | Наверх | Cообщить модератору

	14. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+1 +/–
	Сообщение от Соль земли2 (?), 17-Июн-26, 13:45
	Никто. Ведь кукарекать умеешь только ты.
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	18. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+2 +/–
	Сообщение от Аноним (18), 17-Июн-26, 13:52
	А если переписать на Си будет еще быстрее.
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	21. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (21), 17-Июн-26, 13:57
	А на чем по твоему написана zlib? (www.zlib.net) Спойлер: C 74.0% Возможно ты имел в виду какой-то новый "СИ", чтобы был быстрый, с современными технологиями, позволяющий писать код лучше в смысле корректности и безопасности? Ну так он называется Раст))
	Ответить | Правка | Наверх | Cообщить модератору

	56. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (11), 17-Июн-26, 14:28
	Начни с того, что такое zlib? Продолжи тем, что такое png. Это васянское позорище, по недоразумению получившее распространение. Устаревшее в момент появления, 30 лет назад.
	Ответить | Правка | Наверх | Cообщить модератору

	33. Скрыто модератором	+/–
	Сообщение от Ivan_83 (ok), 17-Июн-26, 14:05
	> А это - катастрофически. Реально, катастрофа: растоманы не умеют понимать прочитанный текст на родном языке. "привела бы" - если бы оно там было. Но нет, для С кода видимо оно или не генерилось вовсе, или генерилось в редких случаях о которых мы никогда не узнаем потому что для этого надо весь скомпиленный софт проверять. При этом отригинальный zlib тут вообще не причём - для него скорее всего не генерилось, поэтому и проблем с ним никогда не было.
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	67. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (67), 17-Июн-26, 14:46
	Всегда удивляло что обычную рекламу айтишники научились фильтровать, но любую айтишную рекламу принимают на веру. > в то время как в Си подобная ситуация привела бы к незаметному повреждению данных без остановки работы Смотря как написать...и также можно и на раст) > в проведённых тестах ускорение составило от 3.3 до 32.5 раз при единичных операция декодирвоания и от 2.7 до 10.86 раз при декодировании непрерывного потока Любой разработчик знает что любую нетривиальную программу можно представить быстрее если преподнести её в выгодном свете. Берём греп, существенно переписываем алгоритм, добавляем агрессивные оптимизации, убираем часть функциональности и вуа-ля! Убийца грепа готов. Меняем язык и говорим что все благодаря languagename. Берём zlib-ng, переписываем на другом абсолютно любом языке с возможностью дотянуться до асма, собираем под процессор получаем кратный прирост производительности по сравнению с zlib...
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

5. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	–1 +/–
Сообщение от Аноним (5), 17-Июн-26, 13:30
> Ошибка устранена обходным путём в кодовой базе Firefox и zlib-rs. Это конечно прекрасно, а что же с остальными кодом, который выдает генератор кода LLVM? Предлагается надеяться на удачу или кто-то исправит интеловский микрокод?
Ответить | Правка | Наверх | Cообщить модератору

	8. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (10), 17-Июн-26, 13:38
	>Предлагается надеяться на удачу или кто-то исправит интеловский микрокод? адм купи, там не нужно исправление.
	Ответить | Правка | Наверх | Cообщить модератору

	46. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	–1 +/–
	Сообщение от Аноним (15), 17-Июн-26, 14:15
	>адм купи Там другого хватает, почитайте: https://www.opennet.ru/keywords/amd.html
	Ответить | Правка | Наверх | Cообщить модератору

	38. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+1 +/–
	Сообщение от Ivan_83 (ok), 17-Июн-26, 14:08
	Если бы вы читали рассылки gcc и llvm или ERRATA по процам то знали бы что там таких багов в процах просто вагонами. Я когда то лично наступал на: - жутко медленную работу отдельных инстриктов на отельных арихитектурах - libasn1 скомпиленное clang -O2+ падало на парсинге сертификатов - вроде что то ещё было с llvm, уже забыл, помню что пару багов там открывал всего
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

	69. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (69), 17-Июн-26, 14:46
	Вместо LLVM может быть любой компилятор https://habr.com/ru/articles/332552/
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

13. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
Сообщение от mikhailnov (ok), 17-Июн-26, 13:43
Закостылили в zlib-rs через insafe, забавно :)
Ответить | Правка | Наверх | Cообщить модератору

16. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
Сообщение от Аноним (15), 17-Июн-26, 13:49
>Первое проявление проблемы было замечено в процессе тестирования ранних сборок более года назад, но на системах разработчиков её не удавалось воспроизвести. Интересно: https://data.firefox.com/dashboard/hardware
Ответить | Правка | Наверх | Cообщить модератору

	27. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от cheburnator9000 (ok), 17-Июн-26, 13:59
	>> Display Resolution 1920x1080 = 50% 3840x2160 = 2% Адептусам-фанатикам "4K сейчас стандарт" посвящается.
	Ответить | Правка | Наверх | Cообщить модератору

	34. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	–1 +/–
	Сообщение от Аноним (3), 17-Июн-26, 14:06
	По удобству стандарт это 2K.
	Ответить | Правка | Наверх | Cообщить модератору

	37. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (37), 17-Июн-26, 14:07
	Стандарт для чего? Для офисных рабов которым железо обновляли лет 15 назад? Ну так им будут fullHD покупать еще 20 лет. Как и двухядерные селероны. Ибо "сэкономил значит заработал".
	Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

	43. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+2 +/–
	Сообщение от НяшМяш (ok), 17-Июн-26, 14:12
	2К на 27 дюймов это оптимальное разрешение для игр и работы, если не сидеть в 20см от экрана, плюс масштабирование интерфейса можно оставить 100%. Для чисто текста 4К предпочтительнее конечно же.
	Ответить | Правка | Наверх | Cообщить модератору

	59. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (59), 17-Июн-26, 14:37
	> 1920x1080 = 50% > 3840x2160 = 2% Так это данные лисы. У них 5.17% пользователей это Windows 7. Семерка, Карл! data.firefox.com/dashboard/hardware > Адептусам-фанатикам "4K сейчас стандарт" посвящается. Давай посмотрим не на офисный планктон из бухгалтерии, а например на стим. 1920 x 1080 - 51.89% совпадает. 2560 x 1440 - 21.20% 3440 x 1440 - 3.18% 3840 x 2160 - 5.00% - т.е среди любителей поиграть 4к в 2.5 раза популярнее. В любом случае если у тебя 50% юзеров имеют разрешение больше чем фуллХД, то это не то что стоит игнорировать. (И это без учета платежеспособности)))
	Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

17. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
Сообщение от Аноним (17), 17-Июн-26, 13:50
Я знал, что моя кора дуба самый лучший процессор. Буду дальше на нем сидеть.
Ответить | Правка | Наверх | Cообщить модератору

24. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	–1 +/–
Сообщение от Аноним (24), 17-Июн-26, 13:58
> о переходе Firefox на использование библиотеки zlib-rs Это что же делается, люди добрые! Сперва Chrome заменил сишные Freetype и libxml растовыми аналогами, а теперь вот еще и Firefox сишный zlib заменила растовым. Такими темпами скоро все фундаментальные сишные либы заменят на проклятый раст. 😭
Ответить | Правка | Наверх | Cообщить модератору

	39. Скрыто модератором	–1 +/–
	Сообщение от Аноним (37), 17-Июн-26, 14:09
	Ты забыл про андроидовский биндер. Который по сути теперь будет в каждом новом или обновившемся смартфоне. Теперь растохейтерам придется покупать айфончиги и становиться радужными 🌈.
	Ответить | Правка | Наверх | Cообщить модератору

	53. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (53), 17-Июн-26, 14:27
	всё должно работать медленно, а то ты не станешь покупать новый проц и память за 10-ти кратную цену
	Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

25. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
Сообщение от Аноним (25), 17-Июн-26, 13:59
> на CPU Raptor Lake вместо 8-15 битов из RCX, соответствующих регистру CH, в память записывались биты 0-7, соответствующие регистру CL. выходит, до сих пор никакой код не записывал в память регистр CH, и потому не получал ошибок на этих процессорах?
Ответить | Правка | Наверх | Cообщить модератору

35. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
Сообщение от Аноним (35), 17-Июн-26, 14:06
Не понятно с чего бы C Незаметно бы повредил данные,а Rust упал. Если тут идёт работа с данными, результат работы записывается куда-то. Ну записались не те данные и всё. С чего бы раст это отдетектил.
Ответить | Правка | Наверх | Cообщить модератору

	41. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	–3 +/–
	Сообщение от Ivan_83 (ok), 17-Июн-26, 14:10
	Это домыслы евангелистов, надо же хоть какую то пользу придумать для оправдания этого монстра.
	Ответить | Правка | Наверх | Cообщить модератору

	44. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+1 +/–
	Сообщение от НяшМяш (ok), 17-Июн-26, 14:15
	Для гениев в патче есть развёрнутый комментарий, почему так происходит. https://github.com/trifectatechfoundation/zlib-rs/pull/520/f... Хотя я опять забыл что мы на пoпeннeтe, тут одни кeкспeрты-oнaнимуcы, любители корыдуба и дыpяшки.
	Ответить | Правка | Наверх | Cообщить модератору

	47. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	–1 +/–
	Сообщение от Ivan_83 (ok), 17-Июн-26, 14:19
	Код не читабельный. А такой паттерн много где может быть, хотя те кто уже наступал на грабли с выравниванием пишут в таких случаях по одному байту или используют memcpy().
	Ответить | Правка | Наверх | Cообщить модератору

	51. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (24), 17-Июн-26, 14:24
	> Код не читабельный С чего бы растовый выглядел читабельным для человека, который за всю жизнь осилил только C и Lua?
	Ответить | Правка | Наверх | Cообщить модератору

	60. Скрыто модератором	+/–
	Сообщение от Аноним (59), 17-Июн-26, 14:39
	> Код не читабельный. Skills issue. Ты даже С++ не осилил, так что о чем тут можно говорить.
	Ответить | Правка | К родителю #47 | Наверх | Cообщить модератору

	48. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (48), 17-Июн-26, 14:21
	Там какой-то unsafe в юзерспейсной библиотеки. Короче, нещитово.
	Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору

	49. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	–1 +/–
	Сообщение от Аноним (24), 17-Июн-26, 14:22
	> Не понятно с чего бы C Незаметно бы повредил данные,а Rust упал. > С чего бы раст это отдетектил. Банально с того, что в Расте есть проверка на выходы за пределы буфера. Я понимаю, что сишники такого в жизни не видали и вообще не понимают, как такая магия возможна - но в новости же ссылки есть на багрепорты со стектрейсами. > Если тут идёт работа с данными, результат работы записывается куда-то. В том и дело, что "за пределы буфера" - это не "куда надо".
	Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

	62. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (57), 17-Июн-26, 14:40
	> Расте есть проверка на выходы за пределы буфера. Даа, а расскажи зачем? если это задача ОС, а если это не задача ОС, то чутка подкрутить компилятор, и наша программа получает полной доступ ко всей памяти?
	Ответить | Правка | Наверх | Cообщить модератору

	74. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Другой Аноним (?), 17-Июн-26, 14:50
	> > Не понятно с чего бы C Незаметно бы повредил данные,а Rust упал. > > С чего бы раст это отдетектил. > Банально с того, что в Расте есть проверка на выходы за пределы буфера. То есть runtime проверка границ буфера в rust это не миф?
	Ответить | Правка | К родителю #49 | Наверх | Cообщить модератору

	75. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (69), 17-Июн-26, 14:50
	>Если тут идёт работа с данными, результат работы записывается куда-то. Не куда-то а вне буфера. Неуж-то сишники не понимаю, что такое переполнение буфера?
	Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

40. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+1 +/–
Сообщение от НяшМяш (ok), 17-Июн-26, 14:10
Забавно, что с тем же Хаффманом такая же ошибка вылезла сначала в Unreal Engine. В блог посте есть ссылка на статью годовалой давности - https://fgiesen.wordpress.com/2025/05/21/oodle-2-9-14-and-in.../
Ответить | Правка | Наверх | Cообщить модератору

42. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+5 +/–
Сообщение от Аноним (48), 17-Июн-26, 14:12
> Библиотека zlib-rs была задействована в выпуске Firefox 151, но после её интеграции некоторые пользователи столкнулись с проблемой, приводившей к аварийному завершению из-за выхода за допустимые границы. А я ведь говорил, что вся эта проржавевшая безопасность с трансляцией в LLVM-IR - это фигня, если ржавый сам не компилирует свой код в ассемблер. Достаточно найди багу в LLVM-бекенде и на специально скрафтенном ржавом коде будут и переполнения и боровы все поразбегаются. Но раctoфили не верили.
Ответить | Правка | Наверх | Cообщить модератору

	55. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (55), 17-Июн-26, 14:28
	Какая связь с трансляцией в LLVM-IR и багом в cpu? Любой другой компилятор на любом другом языке сделал бы то же самое если в нём не было бы предварительно зашита информация что такой ассемблерный код генерировать нельзя.
	Ответить | Правка | Наверх | Cообщить модератору

	63. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (48), 17-Июн-26, 14:40
	Вот всегда у вас так - во всем виноваты Си-библиотеки, с которыми вы линкуетесь, ядро на Си, в котором вы процессы форкаете, теперь вот и процессоры у вас виноваты. Короче, виноваты все вокруг, но не код на расте.
	Ответить | Правка | Наверх | Cообщить модератору

	76. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (55), 17-Июн-26, 14:53
	В посте есть ссылка на блог разработчика Oodle, который на этот баг наткнулся (и зарепортил) год назад. Не нашёл подтверждений, но что-то мне подсказывает что пишет он на C или C++, а не на Rust, и ему тоже пришлось модифицировать свой код, чтобы компилятор не генерировал инструкций, вызывающих проблем в процессоре.
	Ответить | Правка | Наверх | Cообщить модератору

	80. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (48), 17-Июн-26, 15:07
	Ну дак он же сишник-бракодел, чего с него взять. А тут речь о аж самих разработчиков на самом безопасном языке на планете.
	Ответить | Правка | Наверх | Cообщить модератору

45. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
Сообщение от King_Carlo (ok), 17-Июн-26, 14:15
Intel уже давно негодный эмулятор процессоров AMD. Интел покупают только люди глубоко не сведущие, введённые в заблуждение алчными продавцами.
Ответить | Правка | Наверх | Cообщить модератору

	54. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	–1 +/–
	Сообщение от Аноним (15), 17-Июн-26, 14:27
	Следите за новостями про железо, вот например тесты 250K Plus: https://3dnews.ru/1142277/
	Ответить | Правка | Наверх | Cообщить модератору

	71. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	–1 +/–
	Сообщение от Аноним (57), 17-Июн-26, 14:48
	то есть амд, которая создана на деньги интел это молодцы, а интел это фуфуфу, тоесть то что амд подарили технологию и архитектуру и это одно и тоже, это пофиг, хейтить интел это особый вид психоза похоже, логика отсутсвует
	Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

52. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	–1 +/–
Сообщение от Аноним (53), 17-Июн-26, 14:26
Что за бред, тогда бы проц совсем не работал.
Ответить | Правка | Наверх | Cообщить модератору

	66. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (66), 17-Июн-26, 14:44
	С очевидностью: очень сильно не все используют совместимость "64-с-32-с-16-с-8 бит" и адресацию восьмибитных регистров. Как-то масками и сдвигами обходятся.
	Ответить | Правка | Наверх | Cообщить модератору

64. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
Сообщение от a2y (?), 17-Июн-26, 14:41
Как это меня умиляет. Ошибка железа, но как всегда виноваты программисты :-)
Ответить | Правка | Наверх | Cообщить модератору

	68. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (15), 17-Июн-26, 14:46
	Да тут на самом деле до конца не понятно т.к. это бы всплывало везде, а Raptor Lake появился осенью 2022. Плюс: >Генерация проблемной инструкции замечена в LLVM 22 (в находящейся в разработке ветке LLVM 23 она не генерируется)
	Ответить | Правка | Наверх | Cообщить модератору

	72. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (72), 17-Июн-26, 14:48
	Угадай, кто написал программу для железа.
	Ответить | Правка | К родителю #64 | Наверх | Cообщить модератору

70. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
Сообщение от Аноним (70), 17-Июн-26, 14:47
Ох уж эти кратно возросшие скорости в старых библиотеках... Ждем ZIP-bomb, path overwrite в реализации или что-то такое.
Ответить | Правка | Наверх | Cообщить модератору

77. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
Сообщение от Tron is Whistling (?), 17-Июн-26, 15:00
mov [reg+reg+imm],ch писал cl? Красиво. Процы у штеуда вообще ногами деланы. Мысль не связываться с таковыми года с 2005 так была верной.
Ответить | Правка | Наверх | Cообщить модератору

	79. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (15), 17-Июн-26, 15:03
	На что перешли, на Эльбрусы ? Потому, что на АМД ситуация ничем не лучше: https://www.opennet.ru/keywords/amd.html
	Ответить | Правка | Наверх | Cообщить модератору

78. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
Сообщение от Аноним (78), 17-Июн-26, 15:02
> переход с zlib на zlib-rs привёл к заметному повышению производительности - в проведённых тестах ускорение составило от 3.3 до 32.5 раз при единичных операция декодирования и от 2.7 до 10.86 раз при декодировании непрерывного потока. Аж системдой пахнуло! "С системдой теперь загрузка 2 секунды! У кого нет системды, тот башпортной!" Скоро будем наблюдать в-crate-й бисер crate-й, навайбслопенный п-rust-офилями.
Ответить | Правка | Наверх | Cообщить модератору

	84. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (84), 17-Июн-26, 15:09
	> Аж системдой пахнуло! "С системдой теперь загрузка 2 секунды! У кого нет  системды, тот башпортной!" Не знаю чем у тебя там пахнуло, может тебе просто стоит помыться. > Скоро будем наблюдать в-crate-й бисер crate-й, навайбслопенный п-rust-офилями. Ну пока вайбкодеры утирают сопли дидам которые то ли Copy Fail'ы, то ли Dirty Fag'и. ps а по поводу тестов и ускорения, у тебя надеюсь есть опровержения? или ты просто навалил кучу в комменты без каких-то доказательств?
	Ответить | Правка | Наверх | Cообщить модератору

83. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
Сообщение от ктото (?), 17-Июн-26, 15:09
растеры переписывают всё на пермиссивные лицензии. идёт атака на GPL. под предлогом скорости и безопасности, крышеватели раста и llvm атакуют Сталлмана!
Ответить | Правка | Наверх | Cообщить модератору

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

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