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

"При переводе 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.me/opennews/art.shtml?num=65705
Ответить | Правка | Cообщить модератору

Сообщения

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

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

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

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

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

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

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

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

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

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

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

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

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

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

15. Сообщение от Аноним (15), 17-Июн-26, 13:47	+2 +/–
13 и 14 поколения это не последние.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #20, #31

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

44. Сообщение от НяшМяш (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ообщить модератору
Родитель: #41 Ответы: #47, #48

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

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

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

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

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

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

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

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

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

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

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

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

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

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

59. Сообщение от Аноним (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% юзеров имеют разрешение больше чем фуллХД, то это не то что стоит игнорировать. (И это без учета платежеспособности)))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #119

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

112. Сообщение от aname (ok), 17-Июн-26, 16:19	+/–
Шах и мат
Ответить | Правка | Наверх | Cообщить модератору

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

114. Сообщение от Аноним (114), 17-Июн-26, 16:33	–1 +/–
бсдишники со своим шлангом должны страдать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #142

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

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

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

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

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

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

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

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

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

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

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

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

128. Сообщение от Аноним (123), 17-Июн-26, 16:50	+/–
Мб потому что все записывали такое по маске с нулями в младших байтах в RCX/ECX, а не в отдельный для этого регистр. Вот вам и закрытый микрокод.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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