| 1.1, Аноним (1), 13:22, 17/06/2026 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– | |
> переход с zlib на zlib-rs привёл к заметному повышению производительности - в проведённых тестах ускорение составило от 3.3 до 32.5 раз при единичных операция декодирвоания и от 2.7 до 10.86 раз при декодировании непрерывного потока
А вотъ если бы замѣнили zlib на zlib-ng, приростъ былъ бы еще больше.
| | |
| |
| 2.61, Куклочай (?), 14:39, 17/06/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
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.
| | |
|
|
|
|
| 2.29, Ivan_83 (ok), 14:02, 17/06/2026 [^] [^^] [^^^] [ответить]
| +3 +/– |
 Так уже давно, как накупил ам4 на старте (и потом тоже) так и сижу до сих пор и потребности в ам5 или чём то более свежем не ощущаю совсем. А прошло то уже 9 лет.
Думаю что года до 2035 будет вполне норм.
А про иинтел смотрел как 13 поколение с кривым микрокодом само себя убивало турбобустом.
| | |
|
| 1.4, Аноним (4), 13:30, 17/06/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +6 +/– | |
> на языке Rust проблема приводила к аварийной остановке,
Звучит неприятно.
> в то время как в Си подобная ситуация привела бы к незаметному повреждению данных без остановки работы.
А это - катастрофически.
Особенно если повреждение данных можно использовать как RCE.
> в проведённых тестах ускорение составило от 3.3 до 32.5 раз при единичных операция декодирвоания и от 2.7 до 10.86 раз при декодировании непрерывного потока
Кто так из местных кyкapeкал что раст медленный?
| | |
| |
| 2.7, Аноним (6), 13:38, 17/06/2026 [^] [^^] [^^^] [ответить]
| +8 +/– |
Значит, в оригинальном zlib этот алгоритм написан неоптимальным образом.
| | |
| |
| 3.10, Аноним (10), 13:40, 17/06/2026 [^] [^^] [^^^] [ответить]
| –2 +/– | |
> Значит, в оригинальном zlib этот алгоритм написан неоптимальным образом.
ваше высказывание ущемляет писателей кода на расте.
| | |
| 3.22, q (ok), 13:57, 17/06/2026 [^] [^^] [^^^] [ответить]
| –3 +/– |
 То есть сишники кичились тем, что они не проверяют нуллы и прочие границы буферов, чтобы потом получить не только CVE, но и неоптимальный код? То есть утверждение о том, что "пусть иногда бывают CVE, зато скорость высокоскоростная" оказалось ложью?
| | |
| |
| 4.28, Аноним (6), 14:01, 17/06/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
Это конкретно разработчики 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 [^] [^^] [^^^] [ответить]
| –1 +/– |
Ваша логика не работает. Если ткнуть в случайного человека, то они и японцем может оказаться. А вот сишников, кого не ткни, все как один неправильные, и не важно, что это за проект: xorg, linux, freebsd, nginx, quemu, openbsd или какой-то другой проект. Пока-что ни одного нормального проекта с сишниками до сих пор нет.
| | |
| |
| 8.94, Аноним (94), 15:32, 17/06/2026 [^] [^^] [^^^] [ответить] | –1 +/– | Добавлю к утверждению выше еще такой пикантный факт GCC пишется на С Потому ч... текст свёрнут, показать | | |
|
|
| 6.90, Аноним (94), 15:23, 17/06/2026 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Разработчики zlib - не сишники?
Не настоящие!
Вообще они выписаны из сищников на прошлой неделе.
Каждый знает что НАСТОЯЩИЙ СИШНИК пишет быстрый и корректный код, не делает use-after-free и не выходит за пределы буфера.
| | |
| |
| 7.109, Аноним (109), 16:14, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
>НАСТОЯЩИЙ СИШНИК пишет быстрый и корректный код, не делает 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 [^] [^^] [^^^] [ответить]
| +6 +/– |
Говорит лишь о том, что оригинальный код можно ускорить в 1000 раз. Ну вон сравни infozip unzip и 7z -- второй раз в 10 быстрее zip распаковывает. Это типичная манипуляция, принятая в ржавом комьюнити -- написать код, который не делает то же самое, и утверждать, что стало быстрее теперь.
| | |
| |
| 3.19, Аноним (19), 13:53, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Говорит лишь о том, что оригинальный код можно ускорить в 1000 раз.
А чего не в 10000? Или 10000000?
> Ну вон сравни infozip unzip и 7z -- второй раз в 10 быстрее zip распаковывает.
Вотэбоутизм в стиле "А вот у хох..."
Каким макаром связаны перечисленные с zlib?
> Это типичная манипуляция, принятая в ржавом комьюнити
Слово "типичный" намекает, что сейчас будут врать под видом обобщения))
> написать код, который не делает то же самое,
Хм, серьезное заявление.
А пруфы что zlib-rs не делает то же самое что zlib будут?
В Firefox он заменил старый - значит, что для лисы функционал одинаковый.
> и утверждать, что стало быстрее теперь.
Т.е "ваши тесты - не тесты" и ты можешь это опровергнуть?
Или просто по привычке газифицируешь лужу?
| | |
| |
| 4.57, Аноним (57), 14:29, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> опровергнуть?
а почему он должен, пока что видно только фанатские, "это другое".
а тем временем, наскольже раст никому не нужен если проблему искали целый год?
насколько же мало этих разработчиков если ниукого не нашлось актуального интела под рукой
все это лишний раз указывает на очень активное меньшенство которое пытается перекричать большенство
мне было бы глубоко наплевать, но эти попытки назначить раст божественным даром, вызывают отвращение
| | |
| |
| 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 [^] [^^] [^^^] [ответить]
| +/– |
Осталось выяснить, зачем это делать. Deflate совершенно мёртв -- там, где он использовался, теперь brotli (который по совокупности параметров несколько лучше) и zstd (всем лучше). На подходе замена zstd для областей применения brotli (использующая несколько иной подход к кодированию, алгоритмы ускорять уже некуда).
| | |
| |
| |
| 6.92, Аноним (11), 15:26, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> PNG? не, не слышал.
Именно. Махровое легаси с гигатоннами костылей.
| | |
|
|
|
|
| |
| 3.21, Аноним (21), 13:57, 17/06/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
А на чем по твоему написана zlib? (www.zlib.net)
Спойлер: C 74.0%
Возможно ты имел в виду какой-то новый "СИ", чтобы был быстрый, с современными технологиями, позволяющий писать код лучше в смысле корректности и безопасности?
Ну так он называется Раст))
| | |
| |
| 4.56, Аноним (11), 14:28, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
Начни с того, что такое zlib? Продолжи тем, что такое png. Это васянское позорище, по недоразумению получившее распространение. Устаревшее в момент появления, 30 лет назад.
| | |
| 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 +/– | |
>Всегда удивляло что обычную рекламу айтишники научились фильтровать, но любую айтишную рекламу принимают на веру.
Всегда удивляло количество мракобесов среди айтишников.
| | |
|
|
| 1.5, Аноним (5), 13:30, 17/06/2026 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– | |
> Ошибка устранена обходным путём в кодовой базе Firefox и zlib-rs.
Это конечно прекрасно, а что же с остальными кодом, который выдает генератор кода LLVM? Предлагается надеяться на удачу или кто-то исправит интеловский микрокод?
| | |
| |
| 2.8, Аноним (10), 13:38, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
>Предлагается надеяться на удачу или кто-то исправит интеловский микрокод?
адм купи, там не нужно исправление.
| | |
| 2.38, Ivan_83 (ok), 14:08, 17/06/2026 [^] [^^] [^^^] [ответить]
| +4 +/– |
Если бы вы читали рассылки gcc и llvm или ERRATA по процам то знали бы что там таких багов в процах просто вагонами.
Я когда то лично наступал на:
- жутко медленную работу отдельных инстриктов на отельных арихитектурах
- libasn1 скомпиленное clang -O2+ падало на парсинге сертификатов
- вроде что то ещё было с llvm, уже забыл, помню что пару багов там открывал всего
| | |
|
| |
| 2.27, cheburnator9000 (ok), 13:59, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
 >> 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К предпочтительнее конечно же.
| | |
|
| 3.59, Аноним (59), 14:37, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
> 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% юзеров имеют разрешение больше чем фуллХД, то это не то что стоит игнорировать.
(И это без учета платежеспособности)))
| | |
|
|
| 1.17, Аноним (17), 13:50, 17/06/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Я знал, что моя кора дуба самый лучший процессор. Буду дальше на нем сидеть.
| | |
| 1.24, Аноним (24), 13:58, 17/06/2026 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– | |
> о переходе Firefox на использование библиотеки zlib-rs
Это что же делается, люди добрые! Сперва Chrome заменил сишные Freetype и libxml растовыми аналогами, а теперь вот еще и Firefox сишный zlib заменила растовым. Такими темпами скоро все фундаментальные сишные либы заменят на проклятый раст. 😭
| | |
| |
| 2.53, Аноним (53), 14:27, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
всё должно работать медленно, а то ты не станешь покупать новый проц и память за 10-ти кратную цену
| | |
|
| 1.25, Аноним (25), 13:59, 17/06/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> на CPU Raptor Lake вместо 8-15 битов из RCX, соответствующих регистру CH, в память записывались биты 0-7, соответствующие регистру CL.
выходит, до сих пор никакой код не записывал в память регистр CH, и потому не получал ошибок на этих процессорах?
| | |
| 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, Аноним (24), 14:24, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Код не читабельный
С чего бы растовый выглядел читабельным для человека, который за всю жизнь осилил только C и Lua?
| | |
|
| 4.48, Аноним (48), 14:21, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
Там какой-то unsafe в юзерспейсной библиотеки. Короче, нещитово.
| | |
|
|
| 2.49, Аноним (24), 14:22, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
> Не понятно с чего бы C Незаметно бы повредил данные,а Rust упал.
> С чего бы раст это отдетектил.
Банально с того, что в Расте есть проверка на выходы за пределы буфера.
Я понимаю, что сишники такого в жизни не видали и вообще не понимают, как такая магия возможна - но в новости же ссылки есть на багрепорты со стектрейсами.
> Если тут идёт работа с данными, результат работы записывается куда-то.
В том и дело, что "за пределы буфера" - это не "куда надо".
| | |
| |
| 3.62, Аноним (57), 14:40, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Расте есть проверка на выходы за пределы буфера.
Даа, а расскажи зачем? если это задача ОС, а если это не задача ОС, то чутка подкрутить компилятор, и наша программа получает полной доступ ко всей памяти?
| | |
| |
| 4.102, morphe (?), 15:51, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
ОС выдаёт память постранично, от 4кб до нескольких мегабайт
Всё что происходит внутри страниц это уже ответственность юзерспейса отслеживать
| | |
|
| 3.74, Другой Аноним (?), 14:50, 17/06/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
> > Не понятно с чего бы C Незаметно бы повредил данные,а Rust упал.
> > С чего бы раст это отдетектил.
> Банально с того, что в Расте есть проверка на выходы за пределы буфера.
То есть runtime проверка границ буфера в rust это не миф?
| | |
|
| 2.75, Аноним (91), 14:50, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
>Если тут идёт работа с данными, результат работы записывается куда-то.
Не куда-то а вне буфера. Неуж-то сишники не понимаю, что такое переполнение буфера?
| | |
|
| 1.42, Аноним (48), 14:12, 17/06/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +8 +/– | |
> Библиотека 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 [^] [^^] [^^^] [ответить]
| +/– |
Вот всегда у вас так - во всем виноваты Си-библиотеки, с которыми вы линкуетесь, ядро на Си, в котором вы процессы форкаете, теперь вот и процессоры у вас виноваты. Короче, виноваты все вокруг, но не код на расте.
| | |
| |
| 4.76, Аноним (55), 14:53, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
В посте есть ссылка на блог разработчика Oodle, который на этот баг наткнулся (и зарепортил) год назад. Не нашёл подтверждений, но что-то мне подсказывает что пишет он на C или C++, а не на Rust, и ему тоже пришлось модифицировать свой код, чтобы компилятор не генерировал инструкций, вызывающих проблем в процессоре.
| | |
| |
| 5.80, Аноним (48), 15:07, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
Ну дак он же сишник-бракодел, чего с него взять. А тут речь о аж самих разработчиков на самом безопасном языке на планете.
| | |
|
|
|
|
| 1.45, King_Carlo (ok), 14:15, 17/06/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Intel уже давно негодный эмулятор процессоров AMD. Интел покупают только люди глубоко не сведущие, введённые в заблуждение алчными продавцами.
| | |
| |
| 2.71, Аноним (57), 14:48, 17/06/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
то есть амд, которая создана на деньги интел это молодцы, а интел это фуфуфу, тоесть то что амд подарили технологию и архитектуру и это одно и тоже, это пофиг, хейтить интел это особый вид психоза похоже, логика отсутсвует
| | |
| |
| 3.86, Аноним (86), 15:13, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
"У вас ус отклеился".
Кто там кому и когда технологии внутреннего RISC-образного ядра передавал? А текущую 64битную архитектуру? Подложки для кристаллов, когда у Intel были форменные тормозные утюги по сравнению с? Фактически принудил к отказу от такого мощного решения, как RAMBUS?..
Не, там и обратное кросслицензирование идет во всю.
С укорителем процессов в лице местных антимонопольщиков в тяжелых случаях. :-)
| | |
|
|
| |
| 2.66, Аноним (86), 14:44, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
С очевидностью: очень сильно не все используют совместимость "64-с-32-с-16-с-8 бит" и адресацию восьмибитных регистров.
Как-то масками и сдвигами обходятся.
| | |
|
| 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 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Ох уж эти кратно возросшие скорости в старых библиотеках... Ждем 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 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– | |
> переход с zlib на zlib-rs привёл к заметному повышению производительности - в проведённых тестах ускорение составило от 3.3 до 32.5 раз при единичных операция декодирования и от 2.7 до 10.86 раз при декодировании непрерывного потока.
Аж системдой пахнуло! "С системдой теперь загрузка 2 секунды! У кого нет системды, тот башпортной!"
Скоро будем наблюдать в-crate-й бисер crate-й, навайбслопенный п-rust-офилями.
| | |
| |
| 2.84, Аноним (84), 15:09, 17/06/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Аж системдой пахнуло! "С системдой теперь загрузка 2 секунды! У кого нет системды, тот башпортной!"
Не знаю чем у тебя там пахнуло, может тебе просто стоит помыться.
> Скоро будем наблюдать в-crate-й бисер crate-й, навайбслопенный п-rust-офилями.
Ну пока вайбкодеры утирают сопли дидам которые то ли Copy Fail'ы, то ли Dirty Fag'и.
ps а по поводу тестов и ускорения, у тебя надеюсь есть опровержения?
или ты просто навалил кучу в комменты без каких-то доказательств?
| | |
|
| 1.83, ктото (?), 15:09, 17/06/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
растеры переписывают всё на пермиссивные лицензии. идёт атака на GPL.
под предлогом скорости и безопасности, крышеватели раста и llvm атакуют Сталлмана!
| | |
| |
| 2.85, Аноним (94), 15:12, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> растеры переписывают всё на пермиссивные лицензии.
Вот и отлично - код становится свободным, а не запретительным.
> идёт атака на GPL.
Сомнительно. GPL и так уже подыхает.
> под предлогом скорости и безопасности,
Судя по новости это не "предлог".
Тут и скорости добавили, и ошибку в проце нашли.
> крышеватели раста и llvm
Т.е примерно те же кто разрабатывает ядро линукс.
> атакуют Сталлмана!
А чего атаковать этого латентного п-фила?
Он уже отработанный ресурс, старый и никому не нужный.
| | |
| |
| 3.96, Аноним (91), 15:45, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
>Вот и отлично - код становится свободным, а не запретительным.
Хватит кукарекать. GPL - свободная, BSD - открытая.
| | |
|
|
|
