| 1.1, Аноним (1), 13:22, 17/06/2026 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– | |
> переход с zlib на zlib-rs привёл к заметному повышению производительности - в проведённых тестах ускорение составило от 3.3 до 32.5 раз при единичных операция декодирвоания и от 2.7 до 10.86 раз при декодировании непрерывного потока
А вотъ если бы замѣнили zlib на zlib-ng, приростъ былъ бы еще больше.
| | |
| |
| 2.61, Куклочай (?), 14:39, 17/06/2026 [^] [^^] [^^^] [ответить]
| +3 +/– |
zlib-ng разрабы:
- Ну да, ну да, пошел я нахрен
А если честно у них бенчмарки еще лучше и производительнее для avx512, avx2 в сравнении с zlib-rs
| | |
|
| |
| |
| |
| |
| |
| 6.73, Аноним (15), 14:50, 17/06/2026 [^] [^^] [^^^] [ответить]
| –1 +/– | |
В смысле ? В магазинах, на маркетплейсах.
Из десктопных после 14-го поколения вышли модели Arrow Lake и Arrow Lake Refresh.
В мобильном сегменте после 14-го вышли Meteor Lake, Lunar Lake, Arrow Lake, Panther Lake.
| | |
|
| 5.188, Аноним (3), 21:16, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
Так из десктопных только Arrow Lake следующие если верить комментарию ниже)
Nova Lake ещё не вышла
| | |
|
|
|
| 2.29, Ivan_83 (ok), 14:02, 17/06/2026 [^] [^^] [^^^] [ответить]
| +2 +/– |
 Так уже давно, как накупил ам4 на старте (и потом тоже) так и сижу до сих пор и потребности в ам5 или чём то более свежем не ощущаю совсем. А прошло то уже 9 лет.
Думаю что года до 2035 будет вполне норм.
А про иинтел смотрел как 13 поколение с кривым микрокодом само себя убивало турбобустом.
| | |
| |
| 3.143, Аноним (15), 17:26, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
>Думаю что года до 2035 будет вполне норм
Просто вы закрываете глаза на уязвимости AMD.
Пролистайте список за последние года два-три:
https://www.opennet.ru/keywords/amd.html
>само себя убивало турбобустом
Загуглите для полноты картины:
«ryzen 5000 сгорают»
«ryzen 7000 сгорают»
«ryzen 9000 сгорают»
| | |
|
|
| 1.4, Аноним (4), 13:30, 17/06/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +7 +/– | |
> на языке Rust проблема приводила к аварийной остановке,
Звучит неприятно.
> в то время как в Си подобная ситуация привела бы к незаметному повреждению данных без остановки работы.
А это - катастрофически.
Особенно если повреждение данных можно использовать как RCE.
> в проведённых тестах ускорение составило от 3.3 до 32.5 раз при единичных операция декодирвоания и от 2.7 до 10.86 раз при декодировании непрерывного потока
Кто так из местных кyкapeкал что раст медленный?
| | |
| |
| 2.7, Аноним (6), 13:38, 17/06/2026 [^] [^^] [^^^] [ответить]
| +10 +/– |
Значит, в оригинальном zlib этот алгоритм написан неоптимальным образом.
| | |
| |
| 3.10, Аноним (10), 13:40, 17/06/2026 [^] [^^] [^^^] [ответить]
| –2 +/– | |
> Значит, в оригинальном zlib этот алгоритм написан неоптимальным образом.
ваше высказывание ущемляет писателей кода на расте.
| | |
| 3.22, q (ok), 13:57, 17/06/2026 [^] [^^] [^^^] [ответить]
| –4 +/– |
 То есть сишники кичились тем, что они не проверяют нуллы и прочие границы буферов, чтобы потом получить не только CVE, но и неоптимальный код? То есть утверждение о том, что "пусть иногда бывают CVE, зато скорость высокоскоростная" оказалось ложью?
| | |
| |
| 4.28, Аноним (6), 14:01, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
Это конкретно разработчики zlib накосячили с оптимальностью реализации алгоритмов.
| | |
| |
| |
| 6.88, Аноним (6), 15:14, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
Китайцы жители планеты Земля. Но не все жители пданеты Земля являются китайцами.
| | |
| |
| 7.89, q (ok), 15:21, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
То есть если провинился шотландец -- он уже всё, ненастоящий шотландец?
| | |
| |
| |
| 9.111, q (ok), 16:18, 17/06/2026 [^] [^^] [^^^] [ответить] | +/– | А твое с написанным мной согласуется Ну например ты там писал, что не все кита... текст свёрнут, показать | | |
|
|
| 7.91, Аноним (91), 15:25, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
Ваша логика не работает. Если ткнуть в случайного человека, то они и японцем может оказаться. А вот сишников, кого не ткни, все как один неправильные, и не важно, что это за проект: xorg, linux, freebsd, nginx, quemu, openbsd или какой-то другой проект. Пока-что ни одного нормального проекта с сишниками до сих пор нет.
| | |
| |
| 8.94, Аноним (94), 15:32, 17/06/2026 [^] [^^] [^^^] [ответить] | +/– | Добавлю к утверждению выше еще такой пикантный факт GCC пишется на С Потому ч... текст свёрнут, показать | | |
|
|
| 6.90, Аноним (94), 15:23, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Разработчики zlib - не сишники?
Не настоящие!
Вообще они выписаны из сищников на прошлой неделе.
Каждый знает что НАСТОЯЩИЙ СИШНИК пишет быстрый и корректный код, не делает use-after-free и не выходит за пределы буфера.
| | |
| |
| 7.109, Аноним (109), 16:14, 17/06/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
>НАСТОЯЩИЙ СИШНИК пишет быстрый и корректный код, не делает use-after-free и не выходит за пределы буфера
И не существует в природе ... :)
| | |
|
| 6.100, Совершенно другой аноним (?), 15:49, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
если сравнить исходные тексты zlib и zlib-ng, хотя-бы на примере реализации crc32, то можно
что в первой гораздо меньше ручных оптимизаций под процессоры, и в отличии от zlib-ng и zlib-rs нет оптимизации под sse2+ через всякие instrinsic-и. Думаю, аналогично и с другими вещами.
| | |
|
|
|
|
| 2.11, Аноним (11), 13:41, 17/06/2026 [^] [^^] [^^^] [ответить]
| +7 +/– |
Говорит лишь о том, что оригинальный код можно ускорить в 1000 раз. Ну вон сравни infozip unzip и 7z -- второй раз в 10 быстрее zip распаковывает. Это типичная манипуляция, принятая в ржавом комьюнити -- написать код, который не делает то же самое, и утверждать, что стало быстрее теперь.
| | |
| |
| 3.19, Аноним (19), 13:53, 17/06/2026 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> Говорит лишь о том, что оригинальный код можно ускорить в 1000 раз.
А чего не в 10000? Или 10000000?
> Ну вон сравни infozip unzip и 7z -- второй раз в 10 быстрее zip распаковывает.
Вотэбоутизм в стиле "А вот у хох..."
Каким макаром связаны перечисленные с zlib?
> Это типичная манипуляция, принятая в ржавом комьюнити
Слово "типичный" намекает, что сейчас будут врать под видом обобщения))
> написать код, который не делает то же самое,
Хм, серьезное заявление.
А пруфы что zlib-rs не делает то же самое что zlib будут?
В Firefox он заменил старый - значит, что для лисы функционал одинаковый.
> и утверждать, что стало быстрее теперь.
Т.е "ваши тесты - не тесты" и ты можешь это опровергнуть?
Или просто по привычке газифицируешь лужу?
| | |
| |
| 4.57, Аноним (57), 14:29, 17/06/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> опровергнуть?
а почему он должен, пока что видно только фанатские, "это другое".
а тем временем, наскольже раст никому не нужен если проблему искали целый год?
насколько же мало этих разработчиков если ниукого не нашлось актуального интела под рукой
все это лишний раз указывает на очень активное меньшенство которое пытается перекричать большенство
мне было бы глубоко наплевать, но эти попытки назначить раст божественным даром, вызывают отвращение
| | |
| |
| 5.110, Аноним (109), 16:18, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
>проблему искали целый год
Потому что до раста сишка занималась вредительством втихаря .
| | |
|
|
| 3.32, Аноним (32), 14:05, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Говорит лишь о том, что оригинальный код можно ускорить в 1000 раз.
Вот когда ускорят, тогда и поговорим.
| | |
| |
| 4.58, Аноним (11), 14:35, 17/06/2026 [^] [^^] [^^^] [ответить]
| –2 +/– |
Осталось выяснить, зачем это делать. Deflate совершенно мёртв -- там, где он использовался, теперь brotli (который по совокупности параметров несколько лучше) и zstd (всем лучше). На подходе замена zstd для областей применения brotli (использующая несколько иной подход к кодированию, алгоритмы ускорять уже некуда).
| | |
| |
| |
| 6.92, Аноним (11), 15:26, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> PNG? не, не слышал.
Именно. Махровое легаси с гигатоннами костылей.
| | |
|
| 5.145, Аноним (145), 17:37, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Deflate совершенно мёртв
Ну да, все уже совершено выкинули ZIP и PNG.
| | |
| |
| 6.147, Аноним (11), 17:44, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
В zip уже zstd добавили лет 10 назад. Ну юникод тоже добавили 20 лет назад. Да, все выкинули zip и png, чем скорее, тем лучше.
| | |
| |
| 7.153, Аноним (145), 18:02, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> В zip уже zstd добавили лет 10 назад.
В ZIP много чего добавили, но используется он везде именно с deflate.
> Да, все выкинули zip и png
Абсолютно нелепый копиум. Это буквально самый распространенный в мире формат архивов и самый распространенный в мире формат для lossless-изображений.
> чем скорее, тем лучше.
Так "выкинули" или "скорее бы уже"?
| | |
|
|
|
|
|
| |
| 3.21, Аноним (21), 13:57, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
А на чем по твоему написана zlib? (www.zlib.net)
Спойлер: C 74.0%
Возможно ты имел в виду какой-то новый "СИ", чтобы был быстрый, с современными технологиями, позволяющий писать код лучше в смысле корректности и безопасности?
Ну так он называется Раст))
| | |
| |
| 4.56, Аноним (11), 14:28, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
Начни с того, что такое zlib? Продолжи тем, что такое png. Это васянское позорище, по недоразумению получившее распространение. Устаревшее в момент появления, 30 лет назад.
| | |
| |
| 5.122, Аноним (117), 16:43, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
Я тоже так считаю.
Всегда пользовался gif. И размер меньше, и анимацию можно добавить.
| | |
| 5.146, Аноним (145), 17:40, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Продолжи тем, что такое png. Это васянское позорище, по недоразумению получившее распространение. Устаревшее в момент появления, 30 лет назад.
А что вместо него? Особенно 30 лет назад.
| | |
| |
| |
| 7.175, Аноним (145), 19:52, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Tiff до сих пор актуален и лишён недостатков png.
АХАХА! Только истинный эксперт может петь про кривое старое легаси - и в качестве контрпримера приводить буквально древнего монстра франкенштейна, целиком и полностью склееного из кучи расширений. 🤣 Да, TIGF настолько актуален, что уже давно заменил PNG и на вебсайтах!
И ЧСХ, опция сжатия "ZIP" в диалоге сохранения TIFF Фотошопа (или "Deflate" в GIMP) тебе не о чем не говорит.
| | |
| |
| 8.177, Аноним (11), 20:02, 17/06/2026 [^] [^^] [^^^] [ответить] | –1 +/– | Веб не имеет никакой мотивации использовать лосслесс где-либо, webp успешно заня... текст свёрнут, показать | | |
| |
| 9.180, Аноним (145), 20:20, 17/06/2026 [^] [^^] [^^^] [ответить] | +1 +/– | Ты в курсе, что значит буква N в PNG Конечно имеет мотивацию, ведь простая граф... текст свёрнут, показать | | |
|
|
| 7.179, Аноним (178), 20:08, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Tiff до сих пор актуален и лишён недостатков png.
О каких конкретно недостатках PNG, отсутствующих в TIFF, идет речь?
| | |
|
|
|
| 4.103, Аноним (18), 15:52, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
Нет, ты не понял. Открою тебе тайну, но код можно переписать не меняя язык.
| | |
|
|
| 2.67, Аноним (67), 14:46, 17/06/2026 [^] [^^] [^^^] [ответить] | +/– | Всегда удивляло что обычную рекламу айтишники научились фильтровать, но любую ай... большой текст свёрнут, показать | | |
| |
| 3.95, Аноним (91), 15:43, 17/06/2026 [^] [^^] [^^^] [ответить]
| –1 +/– | |
>Всегда удивляло что обычную рекламу айтишники научились фильтровать, но любую айтишную рекламу принимают на веру.
Всегда удивляло количество мракобесов среди айтишников.
| | |
| |
| 4.132, Аноним (132), 17:01, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
А чего вы удивляетесь? Это прямой результат установки "гуманитарные науки не нужны".
| | |
| |
| 5.171, Аноним (91), 19:35, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
Допустим. Какая именно гуманитарная наука поможет, с учётом того, что аргументы, приводимые за или против лежат в технической плоскости?
| | |
|
|
|
| 2.127, Аноним (127), 16:49, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Кто так из местных кyкapeкал что раст медленный?
а что, у вас там раст исполняется в цпу? сравнивать надо кодогенерацию ллвм с гцц, проснись уже 21 век!
| | |
| 2.131, Фамилия (?), 16:57, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
> > на языке Rust проблема приводила к аварийной остановке,
> Звучит неприятно.
> > в то время как в Си подобная ситуация привела бы к незаметному повреждению данных без остановки работы.
> А это - катастрофически.
> Особенно если повреждение данных можно использовать как RCE.
Поясните, плиз, что это значит. Я читаю это как "благодаря расту оно падает и не даёт злоумышленнику украсть ваши биткоины". Но я не понимаю - как раст нивелирует ошибку в процессоре?
| | |
|
| 1.5, Аноним (5), 13:30, 17/06/2026 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– | |
> Ошибка устранена обходным путём в кодовой базе Firefox и zlib-rs.
Это конечно прекрасно, а что же с остальными кодом, который выдает генератор кода LLVM? Предлагается надеяться на удачу или кто-то исправит интеловский микрокод?
| | |
| |
| 2.8, Аноним (10), 13:38, 17/06/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
>Предлагается надеяться на удачу или кто-то исправит интеловский микрокод?
адм купи, там не нужно исправление.
| | |
| 2.38, Ivan_83 (ok), 14:08, 17/06/2026 [^] [^^] [^^^] [ответить]
| +4 +/– |
Если бы вы читали рассылки gcc и llvm или ERRATA по процам то знали бы что там таких багов в процах просто вагонами.
Я когда то лично наступал на:
- жутко медленную работу отдельных инстриктов на отельных арихитектурах
- libasn1 скомпиленное clang -O2+ падало на парсинге сертификатов
- вроде что то ещё было с llvm, уже забыл, помню что пару багов там открывал всего
| | |
| |
| |
| 4.142, Ivan_83 (ok), 17:22, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
Так фря собирается и gcc, в чём страдание то?
Или вы думаете что на других ОС llvm будет генерировать более правильный код?
| | |
|
|
| 2.157, Аноним (157), 18:13, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
Поскольку есть N-ное число пользователей, у которых при слове "обновления" происходит тряска (а обновлённый микрокод попадает на пользователям либо с обновлениями ОС/соответствующего пакета, либо с обновлением прошивки (которую обновляет ещё меньшее число пользователей), обходные пути придётся реализовывать разработчикам софта.
| | |
|
| |
| 2.27, cheburnator9000 (ok), 13:59, 17/06/2026 [^] [^^] [^^^] [ответить]
| +2 +/– |
 >> Display Resolution
1920x1080 = 50%
3840x2160 = 2%
Адептусам-фанатикам "4K сейчас стандарт" посвящается.
| | |
| |
| 3.37, Аноним (37), 14:07, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
Стандарт для чего?
Для офисных рабов которым железо обновляли лет 15 назад?
Ну так им будут fullHD покупать еще 20 лет.
Как и двухядерные селероны.
Ибо "сэкономил значит заработал".
| | |
| |
| 4.43, НяшМяш (ok), 14:12, 17/06/2026 [^] [^^] [^^^] [ответить]
| +2 +/– |
 2К на 27 дюймов это оптимальное разрешение для игр и работы, если не сидеть в 20см от экрана, плюс масштабирование интерфейса можно оставить 100%. Для чисто текста 4К предпочтительнее конечно же.
| | |
| |
| 5.123, Аноним (123), 16:44, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Для чисто текста 4К предпочтительнее конечно же.
У вас что-то со шрифтами или библиотекой рендера не так, если они на 1920x1080 вас не устраивают. У меня даже на 1366x768 шрифты фритайпа были чёткие, с антиалиасингом и не расплывались по всему монитору блюмом (под иксами, хз что за костыли нужны под вейландом чтобы субпикселку правильно ренлерить).
| | |
|
|
| 3.59, Аноним (59), 14:37, 17/06/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
> 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% юзеров имеют разрешение больше чем фуллХД, то это не то что стоит игнорировать.
(И это без учета платежеспособности)))
| | |
| |
| 4.119, Аноним (32), 16:43, 17/06/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
Да там ещё 1440×900 и 1366×768 в заметных количествах, что уж тут говорить.
| | |
| |
| 5.129, Аноним (129), 16:53, 17/06/2026 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Да там ещё 1440×900 и 1366×768 в заметных количествах, что уж тут говорить.
Ну так сколько было нетбуков на 1366×768?
Или ноутов времен царя гороха...
Просто лиса это предпоследние убежище для некролюбов.
Дальше только всякие паленки, либрвульфы и уже на дне диллою
| | |
|
| 4.194, фняк. (?), 21:24, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
Так а чем на семёрке то пользоваться кроме фокса?
Windows 7
Chrome 109 is the last version to support this operating system.
Chrome 109 was released January 10, 2023
пу-пу-пу
| | |
|
|
|
| 1.17, Аноним (17), 13:50, 17/06/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
Я знал, что моя кора дуба самый лучший процессор. Буду дальше на нем сидеть.
| | |
| |
| 2.125, Аноним (117), 16:46, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
Самый лучший процессор это Pentium III Tualatin, но в принципе, Pentium D Prescott тоже хорош.
| | |
| 2.133, King_Carlo (ok), 17:01, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
 > Я знал, что моя кора дуба самый лучший процессор. Буду дальше на
> нем сидеть.
Вот тут вы жестоко ошибаетесь. Кора дуба дырявый основоположник дырявости всех последующих процов интел. Выкиньте его немедленно, у вас хакер завёлся!
https://xakep.ru/2007/06/29/39040/
| | |
|
| 1.24, Аноним (145), 13:58, 17/06/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– | |
> о переходе Firefox на использование библиотеки zlib-rs
Это что же делается, люди добрые! Сперва Chrome заменил сишные Freetype и libxml растовыми аналогами, а теперь вот еще и Firefox сишный zlib заменила растовым. Такими темпами скоро все фундаментальные сишные либы заменят на проклятый раст. 😭
| | |
| |
| 2.53, Аноним (53), 14:27, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
всё должно работать медленно, а то ты не станешь покупать новый проц и память за 10-ти кратную цену
| | |
| |
| 3.181, Аноним (145), 20:22, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> всё должно работать медленно, а то ты не станешь покупать новый проц и память
Но ведь в новости написано:
"переход с zlib на zlib-rs привёл к заметному повышению производительности"
Выходит, Раст экономит мне денежку?
| | |
|
|
| 1.25, Аноним (25), 13:59, 17/06/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> на CPU Raptor Lake вместо 8-15 битов из RCX, соответствующих регистру CH, в память записывались биты 0-7, соответствующие регистру CL.
выходит, до сих пор никакой код не записывал в память регистр CH, и потому не получал ошибок на этих процессорах?
| | |
| |
| 2.128, Аноним (123), 16:50, 17/06/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
Мб потому что все записывали такое по маске с нулями в младших байтах в RCX/ECX, а не в отдельный для этого регистр. Вот вам и закрытый микрокод.
| | |
|
| 1.35, Аноним (35), 14:06, 17/06/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Не понятно с чего бы C Незаметно бы повредил данные,а Rust упал. Если тут идёт работа с данными, результат работы записывается куда-то. Ну записались не те данные и всё. С чего бы раст это отдетектил.
| | |
| |
| 2.41, Ivan_83 (ok), 14:10, 17/06/2026 [^] [^^] [^^^] [ответить]
| –3 +/– |
Это домыслы евангелистов, надо же хоть какую то пользу придумать для оправдания этого монстра.
| | |
| |
| |
| 4.47, Ivan_83 (ok), 14:19, 17/06/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
Код не читабельный.
А такой паттерн много где может быть, хотя те кто уже наступал на грабли с выравниванием пишут в таких случаях по одному байту или используют memcpy().
| | |
| |
| 5.51, Аноним (145), 14:24, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Код не читабельный
С чего бы растовый выглядел читабельным для человека, который за всю жизнь осилил только C и Lua?
| | |
| |
| 6.138, Ivan_83 (ok), 17:15, 17/06/2026 [^] [^^] [^^^] [ответить]
| –2 +/– |
пхп, джава/джаваскрип, питон, шеллскрипт, перл, бейсик, асм и даже паскаль - всё относительно читабельное, но не это.
| | |
| |
| 7.172, Аноним (91), 19:45, 17/06/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
>пхп, джава/джаваскрип, питон, шеллскрипт, перл, бейсик, асм и даже паскаль
Ыкспертиза как всегда на высоте. Вас кто за язык дёргал, когда вы про перл писали? Забыли про "программу из одной строчки на perl"? Или вы, как и полагается растохейтеру, даже на си программировать не умеете?
>Код не читабельный.
Покажите строку и ткните пальцем в том место, где она не читаемая.
| | |
|
|
|
| 4.48, Аноним (48), 14:21, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
Там какой-то unsafe в юзерспейсной библиотеки. Короче, нещитово.
| | |
|
|
| 2.49, Аноним (145), 14:22, 17/06/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Не понятно с чего бы C Незаметно бы повредил данные,а Rust упал.
> С чего бы раст это отдетектил.
Банально с того, что в Расте есть проверка на выходы за пределы буфера.
Я понимаю, что сишники такого в жизни не видали и вообще не понимают, как такая магия возможна - но в новости же ссылки есть на багрепорты со стектрейсами.
> Если тут идёт работа с данными, результат работы записывается куда-то.
В том и дело, что "за пределы буфера" - это не "куда надо".
| | |
| |
| 3.62, Аноним (57), 14:40, 17/06/2026 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Расте есть проверка на выходы за пределы буфера.
Даа, а расскажи зачем? если это задача ОС, а если это не задача ОС, то чутка подкрутить компилятор, и наша программа получает полной доступ ко всей памяти?
| | |
| |
| 4.102, morphe (?), 15:51, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
ОС выдаёт память постранично, от 4кб до нескольких мегабайт
Всё что происходит внутри страниц это уже ответственность юзерспейса отслеживать
| | |
| 4.183, Аноним (145), 20:27, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
>> Расте есть проверка на выходы за пределы буфера.
>Даа, а расскажи зачем?
В новости написано, зачем:
"в Си подобная ситуация привела бы к незаметному повреждению данных без остановки работы"
| | |
|
| 3.74, Другой Аноним (?), 14:50, 17/06/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
> > Не понятно с чего бы C Незаметно бы повредил данные,а Rust упал.
> > С чего бы раст это отдетектил.
> Банально с того, что в Расте есть проверка на выходы за пределы буфера.
То есть runtime проверка границ буфера в rust это не миф?
| | |
|
| 2.75, Аноним (91), 14:50, 17/06/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
>Если тут идёт работа с данными, результат работы записывается куда-то.
Не куда-то а вне буфера. Неуж-то сишники не понимаю, что такое переполнение буфера?
| | |
| |
| 3.184, Аноним (145), 20:29, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Неуж-то сишники не понимаю, что такое переполнение буфера?
Судя по его постановке вопроса, он вообще человек, далекий от какого-либо программирования.
| | |
|
|
| 1.42, Аноним (48), 14:12, 17/06/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +6 +/– | |
> Библиотека zlib-rs была задействована в выпуске Firefox 151, но после её интеграции некоторые пользователи столкнулись с проблемой, приводившей к аварийному завершению из-за выхода за допустимые границы.
А я ведь говорил, что вся эта проржавевшая безопасность с трансляцией в LLVM-IR - это фигня, если ржавый сам не компилирует свой код в ассемблер. Достаточно найди багу в LLVM-бекенде и на специально скрафтенном ржавом коде будут и переполнения и боровы все поразбегаются. Но раctoфили не верили.
| | |
| |
| 2.55, Аноним (55), 14:28, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
Какая связь с трансляцией в LLVM-IR и багом в cpu? Любой другой компилятор на любом другом языке сделал бы то же самое если в нём не было бы предварительно зашита информация что такой ассемблерный код генерировать нельзя.
| | |
| |
| 3.63, Аноним (48), 14:40, 17/06/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
Вот всегда у вас так - во всем виноваты Си-библиотеки, с которыми вы линкуетесь, ядро на Си, в котором вы процессы форкаете, теперь вот и процессоры у вас виноваты. Короче, виноваты все вокруг, но не код на расте.
| | |
| |
| 4.76, Аноним (55), 14:53, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
В посте есть ссылка на блог разработчика Oodle, который на этот баг наткнулся (и зарепортил) год назад. Не нашёл подтверждений, но что-то мне подсказывает что пишет он на C или C++, а не на Rust, и ему тоже пришлось модифицировать свой код, чтобы компилятор не генерировал инструкций, вызывающих проблем в процессоре.
| | |
| |
| 5.80, Аноним (48), 15:07, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
Ну дак он же сишник-бракодел, чего с него взять. А тут речь о аж самих разработчиков на самом безопасном языке на планете.
| | |
|
|
|
| 2.160, Аноним (145), 18:22, 17/06/2026 [^] [^^] [^^^] [ответить] | +2 +/– | Ну как же фигня, если даже рантаймовая ошибка была выловлена Написано же Отме... большой текст свёрнут, показать | | |
| |
| 3.167, Аноним (167), 19:01, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> То есть язык буквально позволил выловить багу компилятора (при которой сишочка просто бы дала бы вулн),
Не компилятора, а конкретного CPU. Но да, сути это не меняет.
| | |
|
| 2.168, Аноним (167), 19:15, 17/06/2026 [^] [^^] [^^^] [ответить] | +1 +/– | Вы уверены, что в самописном велосипедном компиляторе было бы меньше багов И пр... большой текст свёрнут, показать | | |
|
| 1.45, King_Carlo (ok), 14:15, 17/06/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Intel уже давно негодный эмулятор процессоров AMD. Интел покупают только люди глубоко не сведущие, введённые в заблуждение алчными продавцами.
| | |
| |
| |
| |
| |
| 5.165, Аноним (165), 18:49, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
Ты цену его погляди для начала. Зачем на него смотреть? Процессоры не для этого.
| | |
| |
| 6.169, Аноним (15), 19:21, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
Да нет, это к вопросу, что там жалуется на 270K Plus, а 9950X3D2 жрёт ещё больше и ничего им нравится.
| | |
|
|
| 4.166, Аноним (165), 18:53, 17/06/2026 [^] [^^] [^^^] [ответить]
| –1 +/– | |
У тебя тоже непонимание происходящего. Красные камни просто разогнаны, а синие в большинстве задач без AVX512 работают далеко не на пределе, а контроль напряжений и андервольт надо к ним применять, чего псевдотехноблоггеры не освоили и орут какие процессоры печки. И тридэ нюхи тоже неосиляторы на самом деле. Они в тестах кастомную водянку суют и фиксом максимум балуются. Напряжения для них слишком сложны оказались. Вот тут подробно про андервольт для тех у кого все в голове в кашу превратилось из-за неосиляторов.
https://rutube.ru/video/260ba74f43ced776f527315231094d5d/
| | |
|
| 3.141, Ivan_83 (ok), 17:20, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
Даром нинада: потом материнку фиг найдёшь через 5 лет к нему.
И топ за свои деньги - такое себе, жене вон 2300U хватает с запасом, зачем ей бы такой проц?
Мне 5950х тоже большую часть времени занять нечем, читай 99% времени он деньги не отрабатывает :)
| | |
| |
| 4.144, Аноним (15), 17:33, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
>потом материнку фиг найдёшь через 5 лет к нему
А вы сначала покупаете процессор, а через 5 лет материнку к нему ?
p.s.:
Даже на 775 сейчас можно купить новую материнку.
| | |
|
|
| 2.71, Аноним (57), 14:48, 17/06/2026 [^] [^^] [^^^] [ответить]
| –3 +/– |
то есть амд, которая создана на деньги интел это молодцы, а интел это фуфуфу, тоесть то что амд подарили технологию и архитектуру и это одно и тоже, это пофиг, хейтить интел это особый вид психоза похоже, логика отсутсвует
| | |
| |
| 3.86, Аноним (86), 15:13, 17/06/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
"У вас ус отклеился".
Кто там кому и когда технологии внутреннего RISC-образного ядра передавал? А текущую 64битную архитектуру? Подложки для кристаллов, когда у Intel были форменные тормозные утюги по сравнению с? Фактически принудил к отказу от такого мощного решения, как RAMBUS?..
Не, там и обратное кросслицензирование идет во всю.
С укорителем процессов в лице местных антимонопольщиков в тяжелых случаях. :-)
| | |
|
|
| |
| 2.66, Аноним (86), 14:44, 17/06/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
С очевидностью: очень сильно не все используют совместимость "64-с-32-с-16-с-8 бит" и адресацию восьмибитных регистров.
Как-то масками и сдвигами обходятся.
| | |
| 2.176, Скотобаза (?), 19:58, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
Ну видимо редко эмитируемая инструкция. У интелоидов кстати это не первый косяк с 8битными регистрами.
Интересно как же через жеппу у них декодеры сделаны если там есть такие косяки. Я просто сам проц разрабатываю и сделал свой набор команд в который 99% команд х86 транслируются байт в байт. Там такое невозможно потому что микрокода нет в принципе. Смотрел описание коры7, и вроде там есть быстрые декодеры и декодеры микрокода для всего не быстрого. Быстрый декодер просто копирует и пересовывает биты. Подозреваю что дело в SIB, быстрый декодер не может выдать больше одной микроинструкции. А тут SIB то есть сложение добавляется. А работало все потому что компиляторы оптимизируют под использование простых инструкций где только можно
| | |
|
| 1.64, a2y (?), 14:41, 17/06/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Как это меня умиляет.
Ошибка железа, но как всегда виноваты программисты :-)
| | |
| |
| 2.68, Аноним (15), 14:46, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
Да тут на самом деле до конца не понятно т.к. это бы всплывало везде, а Raptor Lake появился осенью 2022.
Плюс:
>Генерация проблемной инструкции замечена в LLVM 22 (в находящейся в разработке ветке LLVM 23 она не генерируется) | | |
|
| 1.70, Аноним (70), 14:47, 17/06/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
 Ох уж эти кратно возросшие скорости в старых библиотеках... Ждем ZIP-bomb, path overwrite в реализации или что-то такое.
| | |
| 1.77, Tron is Whistling (?), 15:00, 17/06/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
mov [reg+reg+imm],ch писал cl?
Красиво. Процы у штеуда вообще ногами деланы. Мысль не связываться с таковыми года с 2005 так была верной.
| | |
| 1.78, Аноним (78), 15:02, 17/06/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> переход с zlib на zlib-rs привёл к заметному повышению производительности - в проведённых тестах ускорение составило от 3.3 до 32.5 раз при единичных операция декодирования и от 2.7 до 10.86 раз при декодировании непрерывного потока.
Аж системдой пахнуло! "С системдой теперь загрузка 2 секунды! У кого нет системды, тот башпортной!"
Скоро будем наблюдать в-crate-й бисер crate-й, навайбслопенный п-rust-офилями.
| | |
| |
| 2.84, Аноним (84), 15:09, 17/06/2026 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> Аж системдой пахнуло! "С системдой теперь загрузка 2 секунды! У кого нет системды, тот башпортной!"
Не знаю чем у тебя там пахнуло, может тебе просто стоит помыться.
> Скоро будем наблюдать в-crate-й бисер crate-й, навайбслопенный п-rust-офилями.
Ну пока вайбкодеры утирают сопли дидам которые то ли Copy Fail'ы, то ли Dirty Fag'и.
ps а по поводу тестов и ускорения, у тебя надеюсь есть опровержения?
или ты просто навалил кучу в комменты без каких-то доказательств?
| | |
| |
| 3.137, Аноним (123), 17:09, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
Статью их открой и почитай, что с чем сравнивали. Взяли кодовую базу zlib-ng, навайбкодили её а расте (причём с приколами типа "мы переписывали-переписывали, пока компилятор нужные инструкции не выдал, а под какими флагами он выдаёт ненужные инструкции мы вам не скажем") и сравнивают теперь с проектом, который судя по таймингам скомпилировали с -O1 -gddb, который скомпилировали... а на чём они скомпилировали то классический zlib?
| | |
|
|
| 1.83, ктото (?), 15:09, 17/06/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– | |
растеры переписывают всё на пермиссивные лицензии. идёт атака на GPL.
под предлогом скорости и безопасности, крышеватели раста и llvm атакуют Сталлмана!
| | |
| |
| 2.124, Аноним (124), 16:45, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
>под предлогом скорости и безопасности, крышеватели раста и llvm атакуют Сталлмана!
GNU это знает. Нас им не победить. Потому-что мы непобедимые.
| | |
| 2.140, Аноним (129), 17:18, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> растеры переписывают всё на пермиссивные лицензии.
Вот и отлично - код становится свободным, а не запретительным.
> идёт атака на GPL.
Сомнительно. GPL и так уже подыхает.
> под предлогом скорости и безопасности,
Судя по новости это не "предлог".
Тут и скорости добавили, и ошибку в проце нашли.
> крышеватели раста и llvm
Т.е примерно те же кто разрабатывает ядро линукс.
> атакуют Сталлмана!
А чего атаковать этого латентного п-фила?
Он уже отработанный ресурс, старый и никому не нужный.
| | |
| |
| 3.162, Аноним (162), 18:26, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
>Вот и отлично - код становится свободным, а не запретительным.
Раз начал говорить договаривай до конца. Код стал свободным для манипуляций со стороны корпорастов и проприетарщиков. А копилефт сразу дал бы им больно по рукам.
| | |
|
|
| 1.121, Аноним (124), 16:43, 17/06/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
А ха-ха! Не зря Линус перешёл на компьютер с процессором AMD. Чувствовал видимо что-то неладное. Американский брак монополиста стал заметен.
| | |
| |
| 2.139, Ivan_83 (ok), 17:16, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
Всё просто: интел жмотился а АМД раздавал ядра, кучу памяти, ECC по ценам даже ниже интела без всего этого.
Выбор для делающих его головой был очевиден.
| | |
|
| 1.135, Аноним (135), 17:04, 17/06/2026 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Надо переписать на JavaScript потому он асинхронный а значит очень быстрый, самый быстрый и никогда не блокируется. Кроме того в JavaScript революционная реализация ООП. А ещё много людей знают JavaScript поэтому всегда найдутся те кто сможет подхватить разработку.
| | |
| 1.150, Аноним (150), 17:52, 17/06/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Сплошные баги ... в Firefox'е, в Rust'е ... в LLVM ... Intel-процессор ... остановите поезд, я сойду. То есть не надо использовать эту связку
Firefox-Rust-LLVM-Intel
| | |
| 1.192, fidoman (ok), 21:22, 17/06/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Зачем такие инструкции использовать? Это же чтение из памяти слова и потом запись обратно (хорошо если оно в кэше, но кэш тоже не бесконечный). Неужели нет варианта накопить полный регистр и сразу скинуть.
| | |
|
