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

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

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

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

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

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

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

	117. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+1 +/–
	Сообщение от Аноним (117), 17-Июн-26, 16:39
	Всё, что после Prescott, последние.
	Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

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

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

	151. Скрыто модератором	+/–
	Сообщение от Bottle (-), 17-Июн-26, 17:57
	Потому что Advanced Marketing Devices.
	Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

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

	143. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (15), 17-Июн-26, 17:26
	>Думаю что года до 2035 будет вполне норм Просто вы закрываете глаза на уязвимости AMD. Пролистайте список за последние года два-три: https://www.opennet.ru/keywords/amd.html >само себя убивало турбобустом Загуглите для полноты картины: «ryzen 5000 сгорают» «ryzen 7000 сгорают» «ryzen 9000 сгорают»
	Ответить | Правка | Наверх | Cообщить модератору

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

	152. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+1 +/–
	Сообщение от Всем Анонимам Аноним (?), 17-Июн-26, 18:02
	- И, боже вас сохрани, не читайте до обеда советских газет. - Гм… Да ведь других нет. - Вот никаких и не читайте.
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

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

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

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

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

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

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

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

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

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

	111. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от q (ok), 17-Июн-26, 16:18
	А твое с написанным мной согласуется? Ну например ты там писал, что "не все китайцы каратисты". Словно бы опровергая меня, якобы писавшего, что "ВСЕ сишники" чёто-там. Читай мои комменты внимательнее, прежде чем блистать логикой. И кстати, блистая логикой в белом пальто, ты совершенно забыл ответить на ряд вопросов: - Разработчики zlib - не сишники? - если провинился шотландец -- он уже всё, ненастоящий шотландец?
	Ответить | Правка | Наверх | Cообщить модератору

	116. Скрыто модератором	–1 +/–
	Сообщение от Аноним (116), 17-Июн-26, 16:37
	> - Разработчики zlib - не сишники? Неправильные, а значит и не сишники вовсе! Подделка! Вот! Выкуси, растоман! > - если провинился шотландец -- он уже всё, ненастоящий шотландец? Ни один истинный шотландец ...
	Ответить | Правка | Наверх | Cообщить модератору

	91. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (91), 17-Июн-26, 15:25
	Ваша логика не работает. Если ткнуть в случайного человека, то они и японцем может оказаться. А вот сишников, кого не ткни, все как один неправильные, и не важно, что это за проект: xorg, linux, freebsd, nginx, quemu, openbsd или какой-то другой проект. Пока-что ни одного нормального проекта с сишниками до сих пор нет.
	Ответить | Правка | К родителю #88 | Наверх | Cообщить модератору

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

	106. Скрыто модератором	–1 +/–
	Сообщение от Аноним (6), 17-Июн-26, 15:59
	Зато у вас типичная логика растофаната.
	Ответить | Правка | К родителю #91 | Наверх | Cообщить модератору

	90. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	–1 +/–
	Сообщение от Аноним (94), 17-Июн-26, 15:23
	> Разработчики zlib - не сишники? Не настоящие! Вообще они выписаны из сищников на прошлой неделе. Каждый знает что НАСТОЯЩИЙ СИШНИК пишет быстрый и корректный код, не делает use-after-free и не выходит за пределы буфера.
	Ответить | Правка | К родителю #82 | Наверх | Cообщить модератору

	109. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (109), 17-Июн-26, 16:14
	>НАСТОЯЩИЙ СИШНИК пишет быстрый и корректный код, не делает use-after-free и не выходит за пределы буфера И не существует в природе ... :)
	Ответить | Правка | Наверх | Cообщить модератору

	100. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Совершенно другой аноним (?), 17-Июн-26, 15:49
	если сравнить исходные тексты zlib и zlib-ng, хотя-бы на примере реализации crc32, то можно что в первой гораздо меньше ручных оптимизаций под процессоры, и в отличии от zlib-ng и zlib-rs нет оптимизации под sse2+ через всякие instrinsic-и. Думаю, аналогично и с другими вещами.
	Ответить | Правка | К родителю #82 | Наверх | Cообщить модератору

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

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

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

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

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

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

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

	99. Скрыто модератором	+/–
	Сообщение от Аноним (32), 17-Июн-26, 15:48
	> Deflate совершенно мёртв > там, где он использовался, теперь brotli Legacy ≠ мёртвое.
	Ответить | Правка | Наверх | Cообщить модератору

	104. Скрыто модератором	+/–
	Сообщение от Аноним (11), 17-Июн-26, 15:52
	Это не legacy, это obsolete. Легаси это зип и как же он задрал своими 8-битными кодировками. А ведь, казалось бы, юникод в него 20 лет назад добавили. Deflate в нём меньшая из проблем.
	Ответить | Правка | Наверх | Cообщить модератору

	113. Скрыто модератором	+/–
	Сообщение от Аноним (113), 17-Июн-26, 16:25
	>Deflate совершенно мёртв -- там, где он использовался, теперь brotli Я понимаю, если бы ты еще ляпнул про LZMA2, но мертворожденный brotli, от которого даже сам родитель (гугел) шарахается... Поделись, откуда такая "достоверная" статистика берется.
	Ответить | Правка | К родителю #58 | Наверх | Cообщить модератору

	120. Скрыто модератором	–1 +/–
	Сообщение от Аноним (11), 17-Июн-26, 16:43
	Оттуда, что он везде и он заменил deflate. А вот zstd пока не везде.
	Ответить | Правка | Наверх | Cообщить модератору

	145. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (145), 17-Июн-26, 17:37
	> Deflate совершенно мёртв Ну да, все уже совершено выкинули ZIP и PNG.
	Ответить | Правка | К родителю #58 | Наверх | Cообщить модератору

	147. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (11), 17-Июн-26, 17:44
	В zip уже zstd добавили лет 10 назад. Ну юникод тоже добавили 20 лет назад. Да, все выкинули zip и png, чем скорее, тем лучше.
	Ответить | Правка | Наверх | Cообщить модератору

	153. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (145), 17-Июн-26, 18:02
	> В zip уже zstd добавили лет 10 назад. В ZIP много чего добавили, но используется он везде именно с deflate. > Да, все выкинули zip и png Абсолютно нелепый копиум. Это буквально самый распространенный в мире формат архивов и самый распространенный в мире формат для lossless-изображений. > чем скорее, тем лучше. Так "выкинули" или "скорее бы уже"?
	Ответить | Правка | Наверх | Cообщить модератору

	159. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (11), 17-Июн-26, 18:19
	Ты ошибаешься про "самый распространённый". Хроническая неспособность работать с юникодом и полная невозможность использования для обмена информацией между 2 устройствами сделали его изгоем. А пнг слишком нишевый, настолько, что 30 лет спустя только фотошоп умеет в него кодировать нормально (и в том числе с палитрами). Такой вот опенсорс.
	Ответить | Правка | Наверх | Cообщить модератору

	170. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (145), 17-Июн-26, 19:22
	> Ты ошибаешься про "самый распространённый". ...дальше бы адекватный человек привел бы название самого распространенного формата архива в качестве контраргумента, но ты тактично это не сделал и продолжаешь напевать о "невозможностях" и "неспособностях". Абсолютный детсад. >> самый распространенный в мире формат для lossless-изображений. > А пнг слишком нишевый То же самое. Якобы "нишевый", но о "не нишевом" lossless формате ты тактично умолчал, зато приплел какой-то словесный понос про "нормальность кодирования" и "опенсорс".
	Ответить | Правка | Наверх | Cообщить модератору

	173. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (11), 17-Июн-26, 19:47
	Адекватный человек не порол бы чушь сейчас на твоём месте. Рар и 7з не имеют проблем с передачей между устройствами и наиболее популярны для обмена файлами. Тар тоже и он наиболее полноценный вариант, сохраняющий все атрибуты на линуксах. Что до графики, это либо нормальный лосслесс как PSD (неспособность опенсорса с ним работать только его проблема, у проприетарных программ нормальная совместимость из того, что я видел) и его деривативы, либо tiff и его деривативы. Проблема PNG в том, что этот формат не содержит исходных данных. Это формат без потерь, но без потерь в него не кодируют -- это фактически невозможно сделать на практике.
	Ответить | Правка | Наверх | Cообщить модератору

	154. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от ProfessorNavigator (ok), 17-Июн-26, 18:06
	> Да, все выкинули zip Какой прыткий вьюноша.. https://en.wikipedia.org/wiki/OpenDocument https://en.wikipedia.org/wiki/Office_Open_XML
	Ответить | Правка | К родителю #147 | Наверх | Cообщить модератору

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

	163. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от ProfessorNavigator (ok), 17-Июн-26, 18:26
	> Собственно, я и говорю, что это легаси и технический долг. Те, кто > это придумал, были умными и дальновидными. Легаси-не легаси, но и то и другое с нами, я так подозреваю, останется надолго. И то, и другое - zip-архивы.
	Ответить | Правка | Наверх | Cообщить модератору

	174. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (174), 17-Июн-26, 19:48
	JAR — zip-архив. APK — zip-архив. IPA — zip-архив. Вот просто что сразу в голову пришло.
	Ответить | Правка | Наверх | Cообщить модератору

	178. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (178), 17-Июн-26, 20:06
	По его логике это все тоже автоматически записывается в легаси. 👍
	Ответить | Правка | Наверх | 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ообщить модератору

	122. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (117), 17-Июн-26, 16:43
	Я тоже так считаю. Всегда пользовался gif.  И размер меньше, и анимацию можно добавить.
	Ответить | Правка | Наверх | Cообщить модератору

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

	156. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (11), 17-Июн-26, 18:09
	Tiff до сих пор актуален и лишён недостатков png.
	Ответить | Правка | Наверх | Cообщить модератору

	175. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (145), 17-Июн-26, 19:52
	> Tiff до сих пор актуален и лишён недостатков png. АХАХА! Только истинный эксперт может петь про кривое старое легаси - и в качестве контрпримера приводить буквально древнего монстра франкенштейна, целиком и полностью склееного из кучи расширений. 🤣 Да, TIGF настолько актуален, что уже давно заменил PNG и на вебсайтах! И ЧСХ, опция сжатия "ZIP" в диалоге сохранения TIFF Фотошопа (или "Deflate" в GIMP) тебе не о чем не говорит.
	Ответить | Правка | Наверх | Cообщить модератору

	177. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	–1 +/–
	Сообщение от Аноним (11), 17-Июн-26, 20:02
	Веб не имеет никакой мотивации использовать лосслесс где-либо, webp успешно занял нишу лосслесса в вебе. То, что tiff паршивый комбайн, всё ещё не мешает использовать его как intermediate формат без потерь в большинстве случаев.
	Ответить | Правка | Наверх | Cообщить модератору

	180. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (145), 17-Июн-26, 20:20
	> Веб не имеет никакой мотивации использовать лосслесс где-либо Ты в курсе, что значит буква N в PNG? Конечно имеет мотивацию, ведь простая графика типа иконок и простых иллюстраций (не фото) в lossless может получится даже меньше размером, чем lossy - и при этом, главное, не содержит никаких артефактов сжатия. Ты уверенно продолжаешь пробивать дно, хотя за язык тебя никто не тянет. > webp успешно занял нишу лосслесса Так WEBP или TIFF? Ты там определись уже. > То, что tiff паршивый комбайн, всё ещё не мешает использовать его как intermediate формат без потерь В каких конкретно случаях TIFF используется ВМЕСТО PNG как intermediate формат? > не мешает использовать его как intermediate формат без потерь в большинстве случаев Ок, а в каких случаях мешает?
	Ответить | Правка | Наверх | Cообщить модератору

	185. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (11), 17-Июн-26, 20:33
	Дно толкьо у тебя в голове. Png вовсе не lossless. Png это rgb и grayscale. А исходники либо lab/luv, либо cmyk. >простая графика типа иконок и простых иллюстраций Только палетированный png, его может сгенерировать только фотошоп. Это совсем не те же пнг, что видят большинство людей. Если в jpegxl этот вопрос будет решён, про пнг и фотошоп можно забыть. >в каких случаях мешает Когда есть возможность не полагаться на степень поддержки костылей лучше этого избежать, но это не худший вариант, гораздо хуже, когда дилетанты занимаются профессиональной обработкой и думают, что png без потерь.
	Ответить | Правка | Наверх | Cообщить модератору

	179. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (178), 17-Июн-26, 20:08
	> Tiff до сих пор актуален и лишён недостатков png. О каких конкретно недостатках PNG, отсутствующих в TIFF, идет речь?
	Ответить | Правка | К родителю #156 | Наверх | Cообщить модератору

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

	130. Скрыто модератором	+/–
	Сообщение от Аноним (130), 17-Июн-26, 16:57
	Слово "переписать" на др...щих на раст производит феноменальное впечатление - они больше ничего не видят.
	Ответить | Правка | Наверх | 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ообщить модератору

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

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

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

	127. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (127), 17-Июн-26, 16:49
	> Кто так из местных кyкapeкал что раст медленный? а что, у вас там раст исполняется в цпу? сравнивать надо кодогенерацию ллвм с гцц, проснись уже 21 век!
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

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

	164. Скрыто модератором	+/–
	Сообщение от Аноним (109), 17-Июн-26, 18:26
	Биткоины уволокут, а ты и не заметишь
	Ответить | Правка | Наверх | Cообщить модератору

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

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

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

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

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

	142. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Ivan_83 (ok), 17-Июн-26, 17:22
	Так фря собирается и gcc, в чём страдание то? Или вы думаете что на других ОС llvm будет генерировать более правильный код?
	Ответить | Правка | Наверх | Cообщить модератору

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

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

13. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	–1 +/–
Сообщение от 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 разработчики натолкнулись на..."	+1 +/–
	Сообщение от 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ообщить модератору

	123. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (123), 17-Июн-26, 16:44
	> Для чисто текста 4К предпочтительнее конечно же. У вас что-то со шрифтами или библиотекой рендера не так, если они на 1920x1080 вас не устраивают. У меня даже на 1366x768 шрифты фритайпа были чёткие, с антиалиасингом и не расплывались по всему монитору блюмом (под иксами, хз что за костыли нужны под вейландом чтобы субпикселку правильно ренлерить).
	Ответить | Правка | Наверх | Cообщить модератору

	59. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	–1 +/–
	Сообщение от Аноним (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ообщить модератору

	119. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+1 +/–
	Сообщение от Аноним (32), 17-Июн-26, 16:43
	Да там ещё 1440×900 и 1366×768 в заметных количествах, что уж тут говорить.
	Ответить | Правка | Наверх | Cообщить модератору

	129. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	–1 +/–
	Сообщение от Аноним (129), 17-Июн-26, 16:53
	> Да там ещё 1440×900 и 1366×768 в заметных количествах, что уж тут говорить. Ну так сколько было нетбуков на 1366×768? Или ноутов времен царя гороха... Просто лиса это предпоследние убежище для некролюбов. Дальше только всякие паленки, либрвульфы и уже на дне диллою
	Ответить | Правка | Наверх | Cообщить модератору

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

	125. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (117), 17-Июн-26, 16:46
	Самый лучший процессор это Pentium III Tualatin, но в принципе, Pentium D Prescott тоже хорош.
	Ответить | Правка | Наверх | Cообщить модератору

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

	133. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от King_Carlo (ok), 17-Июн-26, 17:01
	> Я знал, что моя кора дуба самый лучший процессор. Буду дальше на > нем сидеть. Вот тут вы жестоко ошибаетесь. Кора дуба дырявый основоположник дырявости всех последующих процов интел. Выкиньте его немедленно, у вас хакер завёлся! https://xakep.ru/2007/06/29/39040/
	Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

24. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+1 +/–
Сообщение от Аноним (145), 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ообщить модератору

	181. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (145), 17-Июн-26, 20:22
	> всё должно работать медленно, а то ты не станешь покупать новый проц и память Но ведь в новости написано: "переход с zlib на zlib-rs привёл к заметному повышению производительности" Выходит, Раст экономит мне денежку?
	Ответить | Правка | Наверх | Cообщить модератору

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

	128. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (123), 17-Июн-26, 16:50
	Мб потому что все записывали такое по маске с нулями в младших байтах в RCX/ECX, а не в отдельный для этого регистр. Вот вам и закрытый микрокод.
	Ответить | Правка | Наверх | 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 разработчики натолкнулись на..."	+/–
	Сообщение от НяшМяш (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 разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (145), 17-Июн-26, 14:24
	> Код не читабельный С чего бы растовый выглядел читабельным для человека, который за всю жизнь осилил только C и Lua?
	Ответить | Правка | Наверх | Cообщить модератору

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

	155. Скрыто модератором	+1 +/–
	Сообщение от Аноним (145), 17-Июн-26, 18:08
	> джава/джаваскрип Классика жанра. 😂 > перл, [..] асм > относительно читабельно Тут уже совсем какой-то нелепый троллинг.
	Ответить | Правка | Наверх | Cообщить модератору

	172. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+1 +/–
	Сообщение от Аноним (91), 17-Июн-26, 19:45
	>пхп, джава/джаваскрип, питон, шеллскрипт, перл, бейсик, асм и даже паскаль Ыкспертиза как всегда на высоте. Вас кто за язык дёргал, когда вы про перл писали? Забыли про "программу из одной строчки на perl"? Или вы, как и полагается растохейтеру, даже на си программировать не умеете? >Код не читабельный. Покажите строку и ткните пальцем в том место, где она не читаемая.
	Ответить | Правка | К родителю #138 | Наверх | Cообщить модератору

	182. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (145), 17-Июн-26, 20:26
	> Или вы, как и полагается растохейтеру, даже на си программировать не умеете? Чел, он буквально "java/javascript" через слеш пишет. Т.е. для него это примерно одинаковые языки, которые он знает не сильнее девочек-HR, которые точно так же пишут в вакансиях по еайму.
	Ответить | Правка | Наверх | Cообщить модератору

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

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

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

	183. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (145), 17-Июн-26, 20:27
	>> Расте есть проверка на выходы за пределы буфера. >Даа, а расскажи зачем? В новости написано, зачем: "в Си подобная ситуация привела бы к незаметному повреждению данных без остановки работы"
	Ответить | Правка | К родителю #62 | Наверх | Cообщить модератору

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

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

	184. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (145), 17-Июн-26, 20:29
	> Неуж-то сишники не понимаю, что такое переполнение буфера? Судя по его постановке вопроса, он вообще человек, далекий от какого-либо программирования.
	Ответить | Правка | Наверх | 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 разработчики натолкнулись на..."	+6 +/–
Сообщение от Аноним (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 разработчики натолкнулись на..."	–1 +/–
	Сообщение от Аноним (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ообщить модератору

	118. Скрыто модератором	+/–
	Сообщение от Аноним (114), 17-Июн-26, 16:41
	Обтекай, лапоть, ты обгадился:)
	Ответить | Правка | К родителю #63 | Наверх | Cообщить модератору

	160. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+2 +/–
	Сообщение от Аноним (145), 17-Июн-26, 18:22
	> А я ведь говорил, что вся эта проржавевшая безопасность с трансляцией в LLVM-IR - это фигня Ну как же фигня, если даже рантаймовая ошибка была выловлена? Написано же: "Отмечается, что в коде на языке Rust проблема приводила к аварийной остановке, в то время как в Си подобная ситуация привела бы к незаметному повреждению данных без остановки работы" То есть язык буквально позволил выловить багу компилятора (при которой сишочка просто бы дала бы вулн), но ты додумался использовать это как аргумент против языка, да еще и петь о якобы отсутствии безопасности. > Достаточно найди багу в LLVM-бекенде и [...] будут и переполнения и боровы все поразбегаются. Очередной эксперт не отличает проверки времени компиляции от проверок в рантайме. 🥱 В сухом остатке, ты два раза браво повоевал с ветряной мельницей. Жаль, что оба раза - мимо. 🥲
	Ответить | Правка | К родителю #42 | Наверх | Cообщить модератору

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

	168. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+1 +/–
	Сообщение от Аноним (167), 17-Июн-26, 19:15
	> безопасность с трансляцией в LLVM-IR - это фигня, если ржавый сам не компилирует свой код в ассемблер. > Достаточно найди багу в LLVM-бекенде Вы уверены, что в самописном велосипедном компиляторе было бы меньше багов? И при чем тут "бага в LLVM", если в новости говорится о баге в конкретном CPU? Причем баге, выловленном именно благодаря средствам безопасности в Расте (в данном случае - банальной проверкой на границы), которые, по вашим, словам, якобы "фигня"? То ли вы и вправду не видете тут противоречий, то ли просто дешево набрасываете. И да, спешу вас огорчить, но любой компилятор использует ту или иную форму промежуточного представления, а не сходу компилирует "код в ассемблер". В следующий раз следует хотя бы минимально разобраться в вопросе вместо того, чтобы умничать на темы, в которых вы некомпетентны. Ну и количество плюсиков вашему комментарию прекрасно показывает уровень технических знаний местных воинов против Раста.
	Ответить | Правка | К родителю #42 | Наверх | 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ообщить модератору

	93. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+1 +/–
	Сообщение от аноним12345 (?), 17-Июн-26, 15:30
	270k жрёт в 2 раза больше Ryzen 9700x, а попугаев сверху только десятки %.
	Ответить | Правка | Наверх | Cообщить модератору

	105. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+1 +/–
	Сообщение от Аноним (15), 17-Июн-26, 15:54
	Так это вы ещё новый 9950X3D2 не видели: https://3dnews.ru/1143504/
	Ответить | Правка | Наверх | Cообщить модератору

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

	169. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (15), 17-Июн-26, 19:21
	Да нет, это к вопросу, что там жалуется на 270K Plus, а 9950X3D2 жрёт ещё больше и ничего им нравится.
	Ответить | Правка | Наверх | Cообщить модератору

	166. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	–1 +/–
	Сообщение от Аноним (165), 17-Июн-26, 18:53
	У тебя тоже непонимание происходящего. Красные камни просто разогнаны, а синие в большинстве задач без AVX512 работают далеко не на пределе, а контроль напряжений и андервольт надо к ним применять, чего псевдотехноблоггеры не освоили и орут какие процессоры печки. И тридэ нюхи тоже неосиляторы на самом деле. Они в тестах кастомную водянку суют и фиксом максимум балуются. Напряжения для них слишком сложны оказались. Вот тут подробно про андервольт для тех у кого все в голове в кашу превратилось из-за неосиляторов. https://rutube.ru/video/260ba74f43ced776f527315231094d5d/
	Ответить | Правка | К родителю #93 | Наверх | Cообщить модератору

	141. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Ivan_83 (ok), 17-Июн-26, 17:20
	Даром нинада: потом материнку фиг найдёшь через 5 лет к нему. И топ за свои деньги - такое себе, жене вон 2300U хватает с запасом, зачем ей бы такой проц? Мне 5950х тоже большую часть времени занять нечем, читай 99% времени он деньги не отрабатывает :)
	Ответить | Правка | К родителю #54 | Наверх | Cообщить модератору

	144. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (15), 17-Июн-26, 17:33
	>потом материнку фиг найдёшь через 5 лет к нему А вы сначала покупаете процессор, а через 5 лет материнку к нему ? p.s.: Даже на 775 сейчас можно купить новую материнку.
	Ответить | Правка | Наверх | Cообщить модератору

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

	86. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+1 +/–
	Сообщение от Аноним (86), 17-Июн-26, 15:13
	"У вас ус отклеился". Кто там кому и когда технологии внутреннего RISC-образного ядра передавал? А текущую 64битную архитектуру? Подложки для кристаллов, когда у Intel были форменные тормозные утюги по сравнению с? Фактически принудил к отказу от такого мощного решения, как RAMBUS?.. Не, там и обратное кросслицензирование идет во всю. С укорителем процессов в лице местных антимонопольщиков в тяжелых случаях. :-)
	Ответить | Правка | Наверх | Cообщить модератору

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

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

	176. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Скотобаза (?), 17-Июн-26, 19:58
	Ну видимо редко эмитируемая инструкция. У интелоидов кстати это не первый косяк с 8битными регистрами. Интересно как же через жеппу у них декодеры сделаны если там есть такие косяки. Я просто сам проц разрабатываю и сделал свой набор команд в который 99% команд х86 транслируются байт в байт. Там такое невозможно потому что микрокода нет в принципе. Смотрел описание коры7, и вроде там есть быстрые декодеры и декодеры микрокода для всего не быстрого. Быстрый декодер просто копирует и пересовывает биты. Подозреваю что дело в SIB, быстрый декодер не может выдать больше одной микроинструкции. А тут SIB то есть сложение добавляется. А работало все потому что компиляторы оптимизируют под использование простых инструкций где только можно
	Ответить | Правка | К родителю #52 | Наверх | 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 разработчики натолкнулись на..."	+1 +/–
Сообщение от Аноним (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 разработчики натолкнулись на..."	–1 +/–
	Сообщение от Аноним (15), 17-Июн-26, 15:03
	На что перешли, на Эльбрусы ? Потому, что на АМД ситуация ничем не лучше: https://www.opennet.ru/keywords/amd.html
	Ответить | Правка | Наверх | Cообщить модератору

	87. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	–1 +/–
	Сообщение от Аноним (48), 17-Июн-26, 15:14
	Да в амуде аналогичные баги. Скринь этот твит, скоро будет похожая новость про них. А не, уже были и до сих пор есть (но ты о них пока не знаешь) - https://www.opennet.ru/opennews/art.shtml?num=33278
	Ответить | Правка | К родителю #77 | Наверх | Cообщить модератору

	126. Скрыто модератором	+/–
	Сообщение от Аноним (114), 17-Июн-26, 16:48
	Пукан туши, интелодрочер:)
	Ответить | Правка | Наверх | Cообщить модератору

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

	137. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (123), 17-Июн-26, 17:09
	Статью их открой и почитай, что с чем сравнивали. Взяли кодовую базу zlib-ng, навайбкодили её а расте (причём с приколами типа "мы переписывали-переписывали, пока компилятор нужные инструкции не выдал, а под какими флагами он выдаёт ненужные инструкции мы вам не скажем") и сравнивают теперь с проектом, который судя по таймингам скомпилировали с -O1 -gddb, который скомпилировали... а на чём они скомпилировали то классический zlib?
	Ответить | Правка | Наверх | Cообщить модератору

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

	124. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (124), 17-Июн-26, 16:45
	>под предлогом скорости и безопасности, крышеватели раста и llvm атакуют Сталлмана! GNU это знает. Нас им не победить. Потому-что мы непобедимые.
	Ответить | Правка | Наверх | Cообщить модератору

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

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

108. Скрыто модератором	+1 +/–
Сообщение от Аноним (108), 17-Июн-26, 16:02
Когда растоманы напишут что-то новое, а не перепишут старое
Ответить | Правка | Наверх | Cообщить модератору

121. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
Сообщение от Аноним (124), 17-Июн-26, 16:43
А ха-ха! Не зря Линус перешёл на компьютер с процессором AMD. Чувствовал видимо что-то неладное. Американский брак монополиста стал заметен.
Ответить | Правка | Наверх | Cообщить модератору

	139. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Ivan_83 (ok), 17-Июн-26, 17:16
	Всё просто: интел жмотился а АМД раздавал ядра, кучу памяти, ECC по ценам даже ниже интела без всего этого. Выбор для делающих его головой был очевиден.
	Ответить | Правка | Наверх | Cообщить модератору

	148. Скрыто модератором	+/–
	Сообщение от Аноним (15), 17-Июн-26, 17:45
	>а АМД раздавал https://www.tomshardware.com/pc-components/cpus/amd-silently...
	Ответить | Правка | Наверх | Cообщить модератору

134. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
Сообщение от Аноним (123), 17-Июн-26, 17:04
> We change the algorithms that are used at the different compression levels (in a way that is consistent with zlib-ng, but inconsistent with stock zlib), so the exact output bytes and output length can change slightly. > The Firefox test suite tested for the exact output bytes in some cases, and for the (rough) output length in more. This is a good fail safe against messing up the compression configuration, but now these tests all needed to be updated. Т.е. заменили zlib на zlib-ng, но навайбкодили на расте и сравнивают теперь с совсем другой кодовой базой как-будто это заслуга языка. > To work around LLVM emitting this particular instruction, we use a tiny bit of unsafe code (LLVM is clever, so this was the simplest way we've found to have it generate the right thing): лол, т.е. баг в процессоре, должен быть исправлен в компиляторе для конкретного шизоидного проца/серии процессоров, но навайбкодим ка щас в языке выше уровнем так, чтобы компилятор выдавал нужный результат. Причём ниже же > It turns out that LLVM 23 no longer emits the offending instruction, although I believe that is serendipitous and not deliberate. When we bump our MSRV to a version that requires LLVM 23 (e.g. for custom allocators and c-variadic functions) we can drop this workaround. Т.е. фикс уже есть в новой версии компилятора, и нету никаких гарантий что старые версии компилятора (а не те, которые были у разрабов в данный момент установлены) выдают ломающуюся в интуле инструкцию. Но код уже переписали, чё коммитам пропадать. И умозаключение > So why go through all of this trouble? Because zlib-rs is faster. Much faster. Especially on linux x86_64 the speedup is almost silly. These benchmarks from zlib-py compare stock zlib versus zlib-rs: Опять же, сравнили жопу с пальцем и радуются. > Compression is also faster, but harder to compare because the difference in compression ratio. Say no more
Ответить | Правка | Наверх | Cообщить модератору

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

150. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+1 +/–
Сообщение от Аноним (150), 17-Июн-26, 17:52
Сплошные баги ... в Firefox'е, в Rust'е ... в LLVM ... Intel-процессор ... остановите поезд, я сойду.  То есть не  надо использовать эту связку Firefox-Rust-LLVM-Intel
Ответить | Правка | Наверх | Cообщить модератору

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

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