| 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 [^] [^^] [^^^] [ответить]
| +8 +/– |
zlib-ng разрабы:
- Ну да, ну да, пошел я нахрен
А если честно у них бенчмарки еще лучше и производительнее для avx512, avx2 в сравнении с zlib-rs
| | |
|
| |
| |
| |
| |
| |
| 6.73, Аноним (365), 14:50, 17/06/2026 [^] [^^] [^^^] [ответить]
| –2 +/– | |
В смысле ? В магазинах, на маркетплейсах.
Из десктопных после 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 ещё не вышла
| | |
| |
| 6.198, Аноним (365), 21:33, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
>из десктопных только Arrow Lake
Хороши процы, 250K Plus и 270K Plus лучшие за свой прайс.
| | |
|
|
|
|
| 2.29, Ivan_83 (ok), 14:02, 17/06/2026 [^] [^^] [^^^] [ответить]
| +3 +/– |
 Так уже давно, как накупил ам4 на старте (и потом тоже) так и сижу до сих пор и потребности в ам5 или чём то более свежем не ощущаю совсем. А прошло то уже 9 лет.
Думаю что года до 2035 будет вполне норм.
А про иинтел смотрел как 13 поколение с кривым микрокодом само себя убивало турбобустом.
| | |
| |
| 3.143, Аноним (365), 17:26, 17/06/2026 [^] [^^] [^^^] [ответить]
| –1 +/– | |
>Думаю что года до 2035 будет вполне норм
Просто вы закрываете глаза на уязвимости AMD.
Пролистайте список за последние года два-три:
https://www.opennet.dev/keywords/amd.html
>само себя убивало турбобустом
Загуглите для полноты картины:
«ryzen 5000 сгорают»
«ryzen 7000 сгорают»
«ryzen 9000 сгорают»
| | |
| |
| 4.217, Ivan_83 (ok), 23:28, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
А что мне с тех "уязвимостей"?
Я и апдейты микрокода не накатываю, хотя мог бы - всего то пара строчек в конфигах чтобы включить.
Не знаю у кого там что сгорает, у меня за всё время только ryzen 1300x заглючил: система после аптайма в 2+ суток вешалась на мертво.
И в отличии от дятлов "мне на все деньги!!!!" я выключаю буст и летом ещё и частоты скидываю, так что оно у меня выше 60С не греется, и напругу понижаю, так чтобы выше 1,1В не было.
| | |
| |
| 5.245, Аноним (245), 02:17, 18/06/2026 [^] [^^] [^^^] [ответить]
| –2 +/– | |
> я выключаю буст и летом ещё и частоты скидываю, так что оно у меня выше 60С не греется, и напругу понижаю, так чтобы выше 1,1В не было.
М мог бы просто юзать нормальный CPU и не страдать фигней.
| | |
|
|
|
| 2.251, MihaNix (ok), 04:36, 18/06/2026 [^] [^^] [^^^] [ответить] | +/– |  Почему последние Даже в старых устройствах бывают ошибки У меня, например, ста... большой текст свёрнут, показать | | |
|
| 1.4, Аноним (4), 13:30, 17/06/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +13 +/– | |
> на языке Rust проблема приводила к аварийной остановке,
Звучит неприятно.
> в то время как в Си подобная ситуация привела бы к незаметному повреждению данных без остановки работы.
А это - катастрофически.
Особенно если повреждение данных можно использовать как RCE.
> в проведённых тестах ускорение составило от 3.3 до 32.5 раз при единичных операция декодирвоания и от 2.7 до 10.86 раз при декодировании непрерывного потока
Кто так из местных кyкapeкал что раст медленный?
| | |
| |
| 2.7, Аноним (6), 13:38, 17/06/2026 [^] [^^] [^^^] [ответить]
| +11 +/– |
Значит, в оригинальном zlib этот алгоритм написан неоптимальным образом.
| | |
| |
| 3.10, Аноним (10), 13:40, 17/06/2026 [^] [^^] [^^^] [ответить]
| –3 +/– | |
> Значит, в оригинальном 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 [^] [^^] [^^^] [ответить]
| –1 +/– |
Китайцы жители планеты Земля. Но не все жители пданеты Земля являются китайцами.
| | |
| |
| 7.89, q (ok), 15:21, 17/06/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
То есть если провинился шотландец -- он уже всё, ненастоящий шотландец?
| | |
| |
| |
| 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 [^] [^^] [^^^] [ответить]
| +/– | |
> Разработчики 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 [^] [^^] [^^^] [ответить]
| +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 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Говорит лишь о том, что оригинальный код можно ускорить в 1000 раз.
Вот когда ускорят, тогда и поговорим.
| | |
| |
| 4.58, Аноним (11), 14:35, 17/06/2026 [^] [^^] [^^^] [ответить]
| –3 +/– |
Осталось выяснить, зачем это делать. Deflate совершенно мёртв -- там, где он использовался, теперь brotli (который по совокупности параметров несколько лучше) и zstd (всем лучше). На подходе замена zstd для областей применения brotli (использующая несколько иной подход к кодированию, алгоритмы ускорять уже некуда).
| | |
| |
| |
| 6.92, Аноним (11), 15:26, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> PNG? не, не слышал.
Именно. Махровое легаси с гигатоннами костылей.
| | |
| |
| 7.99, Аноним (32), 15:48, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
> Deflate совершенно мёртв
> там, где он использовался, теперь brotli
Legacy ≠ мёртвое.
| | |
|
|
| 5.113, Аноним (113), 16:25, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
>Deflate совершенно мёртв -- там, где он использовался, теперь brotli
Я понимаю, если бы ты еще ляпнул про LZMA2, но мертворожденный brotli, от которого даже сам родитель (гугел) шарахается...
Поделись, откуда такая "достоверная" статистика берется.
| | |
| |
| 6.120, Аноним (11), 16:43, 17/06/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
Оттуда, что он везде и он заменил deflate. А вот zstd пока не везде.
| | |
|
| 5.145, Аноним (245), 17:37, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Deflate совершенно мёртв
Ну да, все уже совершено выкинули ZIP и PNG.
| | |
| |
| 6.147, Аноним (11), 17:44, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
В zip уже zstd добавили лет 10 назад. Ну юникод тоже добавили 20 лет назад. Да, все выкинули zip и png, чем скорее, тем лучше.
| | |
| |
| 7.153, Аноним (245), 18:02, 17/06/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> В zip уже zstd добавили лет 10 назад.
В ZIP много чего добавили, но используется он везде именно с deflate.
> Да, все выкинули zip и png
Абсолютно нелепый копиум. Это буквально самый распространенный в мире формат архивов и самый распространенный в мире формат для lossless-изображений.
> чем скорее, тем лучше.
Так "выкинули" или "скорее бы уже"?
| | |
|
|
|
|
| |
| 4.265, Аноним (11), 12:16, 18/06/2026 [^] [^^] [^^^] [ответить] | +/– | Формально, ты неправ Например, чтение из файла всегда будет медленнее и менее э... большой текст свёрнут, показать | | |
|
|
| |
| 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, Аноним (245), 17:40, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Продолжи тем, что такое png. Это васянское позорище, по недоразумению получившее распространение. Устаревшее в момент появления, 30 лет назад.
А что вместо него? Особенно 30 лет назад.
| | |
| |
| |
| 7.175, Аноним (245), 19:52, 17/06/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Tiff до сих пор актуален и лишён недостатков png.
АХАХА! Только истинный эксперт может петь про кривое старое легаси - и в качестве контрпримера приводить буквально древнего монстра франкенштейна, целиком и полностью склееного из кучи расширений. 🤣 Да, TIGF настолько актуален, что уже давно заменил PNG и на вебсайтах!
И ЧСХ, опция сжатия "ZIP" в диалоге сохранения TIFF Фотошопа (или "Deflate" в GIMP) тебе не о чем не говорит.
| | |
| |
| 8.177, Аноним (11), 20:02, 17/06/2026 [^] [^^] [^^^] [ответить] | –1 +/– | Веб не имеет никакой мотивации использовать лосслесс где-либо, webp успешно заня... текст свёрнут, показать | | |
| |
| 9.180, Аноним (245), 20:20, 17/06/2026 [^] [^^] [^^^] [ответить] | +2 +/– | Ты в курсе, что значит буква N в PNG Конечно имеет мотивацию, ведь простая граф... текст свёрнут, показать | | |
|
|
| 7.179, Аноним (178), 20:08, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Tiff до сих пор актуален и лишён недостатков png.
О каких конкретно недостатках PNG, отсутствующих в TIFF, идет речь?
| | |
|
|
|
| 4.103, Аноним (18), 15:52, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
Нет, ты не понял. Открою тебе тайну, но код можно переписать не меняя язык.
| | |
|
|
| 2.33, Ivan_83 (ok), 14:05, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> А это - катастрофически.
Реально, катастрофа: растоманы не умеют понимать прочитанный текст на родном языке.
"привела бы" - если бы оно там было.
Но нет, для С кода видимо оно или не генерилось вовсе, или генерилось в редких случаях о которых мы никогда не узнаем потому что для этого надо весь скомпиленный софт проверять.
При этом отригинальный zlib тут вообще не причём - для него скорее всего не генерилось, поэтому и проблем с ним никогда не было.
| | |
| 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 [^] [^^] [^^^] [ответить]
| –1 +/– |
А чего вы удивляетесь? Это прямой результат установки "гуманитарные науки не нужны".
| | |
| |
| 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.
Поясните, плиз, что это значит. Я читаю это как "благодаря расту оно падает и не даёт злоумышленнику украсть ваши биткоины". Но я не понимаю - как раст нивелирует ошибку в процессоре?
| | |
| |
| 3.341, Проходил мимо (?), 08:02, 19/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
 Rust не нивелирует ошибку в процессоре, Rust не дает ошибке в процессоре превратить ваши ценные данные в сено, пропущенное через корову.
| | |
| |
| 4.349, Фамилия (?), 15:13, 19/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
А как он это сделал? Ну вот как, объясните, плиз. Расту доступны только инструкции процессора. Инструкция процессора сбойнула и сделала что-то непредвиденное. Что раст с этим может сделать? Раст попросил процессор сложить два числа, а он сделал вычитание. А следом идёт инструкция обращения к памяти. Раст, когда компилировал код, всё просчитал и заверил программиста, что после сложения можно обратиться к памяти - и это будет безопасно.
Но процессор сделал не сложение, а вычитание. А инструкция обращения к памяти никуда ведь не делась из exe'шника. Она всё так же выполнится и либо будет сегфолт, либо молчаливое продолжение работы. Зависит от того, что и как разложилось по памяти.
Разве не так? Раст, получается, не причём и просто та же самая программа на Си точно так же могла просто взять и упасть, а программа на Расте продолжила бы работать как ни в чём не бывало.
| | |
|
|
| 2.369, anonymous (??), 19:34, 19/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
>> в то время как в Си подобная ситуация привела бы к незаметному повреждению данных без остановки работы.
>А это - катастрофически.
А в оригинальном zlib ошибка подтверждена или это домыслы растоманов? Что-то я не видел отчетов в zlib по этому поводу. Наверное, потому что референс не подвержен надуманным проблемам ошибок в процессорах?
| | |
|
| 1.5, Аноним (5), 13:30, 17/06/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> Ошибка устранена обходным путём в кодовой базе Firefox и zlib-rs.
Это конечно прекрасно, а что же с остальными кодом, который выдает генератор кода LLVM? Предлагается надеяться на удачу или кто-то исправит интеловский микрокод?
| | |
| |
| 2.8, Аноним (10), 13:38, 17/06/2026 [^] [^^] [^^^] [ответить]
| +2 +/– | |
>Предлагается надеяться на удачу или кто-то исправит интеловский микрокод?
адм купи, там не нужно исправление.
| | |
| 2.38, Ivan_83 (ok), 14:08, 17/06/2026 [^] [^^] [^^^] [ответить]
| +6 +/– |
Если бы вы читали рассылки 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 [^] [^^] [^^^] [ответить]
| +4 +/– |
 >> Display Resolution
1920x1080 = 50%
3840x2160 = 2%
Адептусам-фанатикам "4K сейчас стандарт" посвящается.
| | |
| |
| 3.37, Аноним (37), 14:07, 17/06/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
Стандарт для чего?
Для офисных рабов которым железо обновляли лет 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?
Или ноутов времен царя гороха...
Просто лиса это предпоследние убежище для некролюбов.
Дальше только всякие паленки, либрвульфы и уже на дне диллою
| | |
| |
| 6.253, Ю.Т. (?), 07:32, 18/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
1366 - это не только нетбуки, но и дешевые телевизоры, применяемые как мониторы.
| | |
|
|
| 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
пу-пу-пу
| | |
| |
| 5.371, ferris (?), 02:04, 20/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
Использовать VxKex для запуска почти любой современной программы на win7.
| | |
|
|
| 3.220, Аноним (220), 23:46, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
4К ещё ладно, как жить с мыслью что стандарт -- это последний хром на одиннадцатой винде?
| | |
|
|
| 1.17, Аноним (17), 13:50, 17/06/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– |
Я знал, что моя кора дуба самый лучший процессор. Буду дальше на нем сидеть.
| | |
| |
| 2.125, Аноним (117), 16:46, 17/06/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
Самый лучший процессор это 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, Аноним (245), 13:58, 17/06/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– | |
> о переходе Firefox на использование библиотеки zlib-rs
Это что же делается, люди добрые! Сперва Chrome заменил сишные Freetype и libxml растовыми аналогами, а теперь вот еще и Firefox сишный zlib заменила растовым. Такими темпами скоро все фундаментальные сишные либы заменят на проклятый раст. 😭
| | |
| |
| 2.53, Аноним (53), 14:27, 17/06/2026 [^] [^^] [^^^] [ответить]
| –2 +/– |
всё должно работать медленно, а то ты не станешь покупать новый проц и память за 10-ти кратную цену
| | |
| |
| 3.181, Аноним (245), 20:22, 17/06/2026 [^] [^^] [^^^] [ответить]
| +5 +/– | |
> всё должно работать медленно, а то ты не станешь покупать новый проц и память
Но ведь в новости написано:
"переход с zlib на zlib-rs привёл к заметному повышению производительности"
Выходит, Раст экономит мне денежку?
| | |
| |
| 4.254, Ю.Т. (?), 07:33, 18/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
Ну ясно же. Сейчас у тебя станут появляться лишние циклы процессора. Сдавать будешь! Богатеть!
| | |
|
|
|
| 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 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
Не понятно с чего бы C Незаметно бы повредил данные,а Rust упал. Если тут идёт работа с данными, результат работы записывается куда-то. Ну записались не те данные и всё. С чего бы раст это отдетектил.
| | |
| |
| 2.41, Ivan_83 (ok), 14:10, 17/06/2026 [^] [^^] [^^^] [ответить]
| –4 +/– |
Это домыслы евангелистов, надо же хоть какую то пользу придумать для оправдания этого монстра.
| | |
| |
| |
| 4.47, Ivan_83 (ok), 14:19, 17/06/2026 [^] [^^] [^^^] [ответить]
| –2 +/– |
Код не читабельный.
А такой паттерн много где может быть, хотя те кто уже наступал на грабли с выравниванием пишут в таких случаях по одному байту или используют memcpy().
| | |
| |
| 5.51, Аноним (245), 14:24, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Код не читабельный
С чего бы растовый выглядел читабельным для человека, который за всю жизнь осилил только C и Lua?
| | |
| |
| 6.138, Ivan_83 (ok), 17:15, 17/06/2026 [^] [^^] [^^^] [ответить]
| –3 +/– |
пхп, джава/джаваскрип, питон, шеллскрипт, перл, бейсик, асм и даже паскаль - всё относительно читабельное, но не это.
| | |
| |
| 7.155, Аноним (245), 18:08, 17/06/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> джава/джаваскрип
Классика жанра. 😂
> перл, [..] асм
> относительно читабельно
Тут уже совсем какой-то нелепый троллинг.
| | |
| 7.172, Аноним (91), 19:45, 17/06/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
>пхп, джава/джаваскрип, питон, шеллскрипт, перл, бейсик, асм и даже паскаль
Ыкспертиза как всегда на высоте. Вас кто за язык дёргал, когда вы про перл писали? Забыли про "программу из одной строчки на perl"? Или вы, как и полагается растохейтеру, даже на си программировать не умеете?
>Код не читабельный.
Покажите строку и ткните пальцем в том место, где она не читаемая.
| | |
| |
| |
| |
| |
| |
| 12.327, Аноним (91), 00:18, 19/06/2026 [^] [^^] [^^^] [ответить] | +/– | Разочаровывающее https github com rozhuk-im rutorrent-hostname blob 120e1d5c3... большой текст свёрнут, показать | | |
| |
| |
| 14.374, Аноним (91), 03:46, 20/06/2026 [^] [^^] [^^^] [ответить] | +/– | JSON нужен для того, чтобы не было велосипедов Чего именно вы пытаетесь добитьс... большой текст свёрнут, показать | | |
|
|
|
|
|
|
| |
| |
| |
| |
| |
| 13.299, Аноним (19), 18:49, 18/06/2026 [^] [^^] [^^^] [ответить] | +2 +/– | Ахахаха, особенно пыха, который больше на какой-то баш похож При чем тут эст... большой текст свёрнут, показать | | |
|
|
| |
| |
| 13.329, Аноним (91), 00:50, 19/06/2026 [^] [^^] [^^^] [ответить] | +/– | Ну приплыли Вы кроме как цитирования текста мысли связно формулировать можете ... большой текст свёрнут, показать | | |
|
|
|
|
|
|
|
|
|
| 4.48, Аноним (48), 14:21, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
Там какой-то unsafe в юзерспейсной библиотеки. Короче, нещитово.
| | |
|
|
| 2.49, Аноним (245), 14:22, 17/06/2026 [^] [^^] [^^^] [ответить]
| +2 +/– |
> Не понятно с чего бы C Незаметно бы повредил данные,а Rust упал.
> С чего бы раст это отдетектил.
Банально с того, что в Расте есть проверка на выходы за пределы буфера.
Я понимаю, что сишники такого в жизни не видали и вообще не понимают, как такая магия возможна - но в новости же ссылки есть на багрепорты со стектрейсами.
> Если тут идёт работа с данными, результат работы записывается куда-то.
В том и дело, что "за пределы буфера" - это не "куда надо".
| | |
| |
| 3.62, Аноним (57), 14:40, 17/06/2026 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Расте есть проверка на выходы за пределы буфера.
Даа, а расскажи зачем? если это задача ОС, а если это не задача ОС, то чутка подкрутить компилятор, и наша программа получает полной доступ ко всей памяти?
| | |
| |
| 4.102, morphe (?), 15:51, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
ОС выдаёт память постранично, от 4кб до нескольких мегабайт
Всё что происходит внутри страниц это уже ответственность юзерспейса отслеживать
| | |
| 4.183, Аноним (245), 20:27, 17/06/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
>> Расте есть проверка на выходы за пределы буфера.
>Даа, а расскажи зачем?
В новости написано, зачем:
"в Си подобная ситуация привела бы к незаметному повреждению данных без остановки работы"
| | |
|
| 3.74, Другой Аноним (?), 14:50, 17/06/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
> > Не понятно с чего бы C Незаметно бы повредил данные,а Rust упал.
> > С чего бы раст это отдетектил.
> Банально с того, что в Расте есть проверка на выходы за пределы буфера.
То есть runtime проверка границ буфера в rust это не миф?
| | |
| |
| 4.201, Аноним (123), 21:42, 17/06/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
Вы не понимаете, раст это делает дешевле(tm) и быстрее(c) с неправильно пропаршенными даннами (т.е. мы понятия не имеем, что происходит), чем правильно написанный код с правильно пропаршенными данными на сишке. Обезьянки никак не поймут, что ошибки с памятью - это симптом невалидности данных, а не сама по себе проблема.
| | |
| |
| 5.206, Аноним (245), 21:55, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> чем правильно написанный код с
Ох уж этот мифический "правильно написанный код С". 😂 Где же его увидеть-то? Ведь бесконечный поток CVE с выходами за пределы буферов примерно на 100% состит именно из сишочного кода.
| | |
| |
| 6.232, Аноним (123), 00:22, 18/06/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
Если чёрт ногу сломит разобраться, что происходит с данными в Си коде - это плохой Си код. В расте происходит дроч на псведо-джавовский псевдо-ооп синтаскис со всеми этими .make_slice и прочей дичью занимающей четыре экрана (как будто специально для лллмок писали, чтобы натренированный кланкер на английском мог дополнить всё украденным с реддита, стаковерфлоу, гитхаба и википедии кодом), и он вообще не помогает писать код лучше, тем более читать его.
| | |
| |
| 7.283, Аноним (283), 13:57, 18/06/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
 > В расте происходит дроч на псведо-джавовский псевдо-ооп синтаскис
Дядь, а ты вообще знаешь, что такое ООП и как java выглядит? Я бы понял, если бы сравнили в каким-нибудь OCaml (откуда в раст утащили алгебраические типы и паттерн-матчинг), но с ждавой???? Ну с жабоскриптом может еще какое-то сравнение в качестве совы на глобус натянуть, но точно не жабоподбные языки. Да там вообще нихрена общего, кроме некоторых закорючек
| | |
|
|
|
| 4.207, Аноним (245), 21:56, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> То есть runtime проверка границ буфера в rust это не миф?
А кто-то говорил, что миф?
| | |
| |
| |
| 6.286, Аноним (245), 15:26, 18/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Кто-то говорил, что без рантайм оверхеда
Ну вот им вопросы и задавай.
| | |
|
|
|
|
| 2.75, Аноним (91), 14:50, 17/06/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
>Если тут идёт работа с данными, результат работы записывается куда-то.
Не куда-то а вне буфера. Неуж-то сишники не понимаю, что такое переполнение буфера?
| | |
| |
| 3.184, Аноним (245), 20:29, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Неуж-то сишники не понимаю, что такое переполнение буфера?
Судя по его постановке вопроса, он вообще человек, далекий от какого-либо программирования.
| | |
| 3.233, Аноним (123), 00:23, 18/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
Буферов не существует. Кто-то не понимает, как работает виртуальная память.
| | |
| |
| 4.246, Аноним (245), 02:21, 18/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Буферов не существует.
...но сишники об этом не знали и продолжали вылазить за их пределы.
| | |
| 4.288, Аноним (91), 16:12, 18/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 [^] [^^] [^^^] [ответить]
| –1 +/– |
Вот всегда у вас так - во всем виноваты Си-библиотеки, с которыми вы линкуетесь, ядро на Си, в котором вы процессы форкаете, теперь вот и процессоры у вас виноваты. Короче, виноваты все вокруг, но не код на расте.
| | |
| |
| 4.76, Аноним (55), 14:53, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
В посте есть ссылка на блог разработчика Oodle, который на этот баг наткнулся (и зарепортил) год назад. Не нашёл подтверждений, но что-то мне подсказывает что пишет он на C или C++, а не на Rust, и ему тоже пришлось модифицировать свой код, чтобы компилятор не генерировал инструкций, вызывающих проблем в процессоре.
| | |
|
|
| 2.160, Аноним (245), 18:22, 17/06/2026 [^] [^^] [^^^] [ответить] | +1 +/– | Ну как же фигня, если даже рантаймовая ошибка была выловлена Написано же Отме... большой текст свёрнут, показать | | |
| |
| 3.167, Аноним (167), 19:01, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> То есть язык буквально позволил выловить багу компилятора (при которой сишочка просто бы дала бы вулн),
Не компилятора, а конкретного CPU. Но да, сути это не меняет.
| | |
| 3.203, Аноним (123), 21:46, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
Выловили её в тестах в дебаг билде, а не на этапе компиляции. Причём тут раст? Причём с таким синтаксисом (buf.get_slice().to_bytes().only_give_me_lowest_ones().do_it_fast()[42 .. 69]) ничем не лучше, чем написать библиотеку-обёртку для си вокруг операций с памятью, которые будут делать ровно то же самое, только намного читабельнее и ближе к сути, без трёхэтажных преобразований типа байт в тип uint8.
| | |
| |
| 4.208, Аноним (245), 22:04, 17/06/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Выловили её в тестах в дебаг билде, а не на этапе компиляции.
Да, естественно. Об этом и речь. Или как вы представляете себе отлов ошибки CPU на этапе компиляции?
> Причём тут раст?
Эмм... Потому что выловили ее в коде, написанном на Расте при помощи проверок, которые делает Раст.
> написать библиотеку-обёртку для си вокруг операций с памятью, которые будут делать ровно то же самое
Конечно можно написать обертки. А еще можно и за беферы не вылазить, и doouble-free с use-after-free не делать, и вообще писать надежный и безопасный код на С. Только жаль, что за более чем полувека существования языка этого ни у кого так и не получилось.
| | |
| |
| 5.214, ProfessorNavigator (ok), 22:48, 17/06/2026 [^] [^^] [^^^] [ответить]
| –4 +/– |
 >[оверквотинг удален]
> Да, естественно. Об этом и речь. Или как вы представляете себе отлов
> ошибки CPU на этапе компиляции?
>> Причём тут раст?
> Эмм... Потому что выловили ее в коде, написанном на Расте при помощи
> проверок, которые делает Раст.
>> написать библиотеку-обёртку для си вокруг операций с памятью, которые будут делать ровно то же самое
> Конечно можно написать обертки. А еще можно и за беферы не вылазить,
> и doouble-free с use-after-free не делать, и вообще писать надежный и
> безопасный код на С. Только жаль, что за более чем полувека
> существования языка этого ни у кого так и не получилось.
А покажите нам код, написанный лично вами, уважаемый эксперт. Чтобы мы оценил уровень вашей квалификации и впечатлились.
| | |
| |
| 6.229, Аноним (229), 00:16, 18/06/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> А покажите нам код, написанный лично вами, уважаемый эксперт. Чтобы мы оценил уровень вашей квалификации и впечатлились.
Удивительно видеть, как вы заикаетесь о качестве кода после того, как буквально в каждой новости о вашем MyLibrary в комментариях все выпадают и от качества вашего кода, и от квалификации, и от реакции на любую попытку указать вам на ошибки.
| | |
| |
| 7.230, ProfessorNavigator (ok), 00:18, 18/06/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Удивительно видеть, как вы заикаетесь о качестве кода после того, как буквально
> в каждой новости о вашем MyLibrary в комментариях все выпадают и
> от качества вашего кода, и от квалификации, и от реакции на
> любую попытку указать вам на ошибки.
Попытка перевести стрелки не засчитана)) А говорите - уведомления не настраивали...
| | |
|
| 6.269, Аноним (91), 12:47, 18/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
>Чтобы мы оценил уровень вашей квалификации и впечатлились.
А вы способны понять чужую мудрость? Ну держите специально упрощённый пример.
%token LESS
%token MORE
%token <string> NAME
tag:
| LESS; t = NAME; MORE
{ Tag t }
А теперь объясните что здесь написано, и чем это лучше вашего г-кода. А потом, живо переписывать ваш г-код.
| | |
| |
| 7.273, ProfessorNavigator (ok), 12:52, 18/06/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
>>Чтобы мы оценил уровень вашей квалификации и впечатлились.
> А вы способны понять чужую мудрость? Ну держите специально упрощённый пример.
> %token LESS
> %token MORE
> %token <string> NAME
> tag:
> | LESS; t = NAME; MORE
> { Tag t }
> А теперь объясните что здесь написано, и чем это лучше вашего г-кода.
> А потом, живо переписывать ваш г-код.
Не-не-не, ссылочку на проект, написанный лично вами, будьте добры. Впрочем - и так всё понятно.
| | |
| |
| |
| |
| |
| |
| |
| |
| 14.372, Аноним (91), 03:28, 20/06/2026 [^] [^^] [^^^] [ответить] | +/– | Нет, не естественно Вы, когда вам дают то, что вы просите, начинаете выкручиват... большой текст свёрнут, показать | | |
|
|
|
|
|
|
|
|
| 6.277, Аноним (277), 13:29, 18/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
Прохфессор! А вот и вы!
Покажите пожалуйста свой код (только желателльно нормальный, а не тот ужас который вы показывали в прошлый раз).
Вашу квалификацию мы уже оценили.
Может вы сможете исправить мнение, но сомнительно.
А пока не научитесь хотя бы парсер без ошибок написать - можете быть свободны))
| | |
| |
| 7.279, ProfessorNavigator (ok), 13:43, 18/06/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Прохфессор! А вот и вы!
> Покажите пожалуйста свой код (только желателльно нормальный, а не тот ужас который
> вы показывали в прошлый раз).
> Вашу квалификацию мы уже оценили.
> Может вы сможете исправить мнение, но сомнительно.
> А пока не научитесь хотя бы парсер без ошибок написать - можете
> быть свободны))
Попытка съехать с темы №2 снова не засчитана. Кода, я так понял, не будет.
| | |
| |
| 8.281, Аноним (281), 13:51, 18/06/2026 [^] [^^] [^^^] [ответить] | +1 +/– | Куда сьехать Вы о чем Ну вот представьте, стоите вы на улице и тут подходит ка... текст свёрнут, показать | | |
|
|
|
| 5.234, Ivan_83 (ok), 00:23, 18/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
Выловили её в коде на расте только авторы статьи.
Тут в коментах уже была ссылка как годом ранее в анреал(вроде) выловили этоже самое, там раста нет - сплошные кресты.
| | |
| |
| 6.248, Аноним (245), 02:24, 18/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Выловили её в коде на расте только авторы статьи.
Естественно, ведь новость о них.
> Тут в коментах уже была ссылка как годом ранее в анреал(вроде) выловили этоже самое, там раста нет - сплошные кресты.
И что это значит?
| | |
|
| 5.241, Аноним (48), 01:52, 18/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Да, естественно. Об этом и речь. Или как вы представляете себе отлов ошибки CPU на этапе компиляции?
Не знаю. Это ж у вас там безопасный ЯП, вот и думайте как.
| | |
|
| 4.267, Аноним (91), 12:27, 18/06/2026 [^] [^^] [^^^] [ответить]
| –1 +/– | |
>Причём с таким синтаксисом >(buf.get_slice().to_bytes().only_give_me_lowest_ones().do_it_fast()[42 .. 69])
Каким синтаксисом? Вы испугались цепочки вызова методов? Так это есть практически везде. Или вас срезы так пугают?
>чем написать библиотеку-обёртку для си вокруг операций с памятью, которые будут делать ровно то же самое
Она не будет делать то же самое, она будет портить память. Спросите любого ненастоящего сишника, хоть из linux, хоть из freebsd, хоть из xorg.
| | |
| |
| 5.268, ProfessorNavigator (ok), 12:31, 18/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Она не будет делать то же самое, она будет портить память.
А теперь покажите нам ваш код, хотя бы на Ржавом. Чтобы мы поняли уровень вашего экспертного мнения.
| | |
| |
| 6.336, Аноним (245), 02:48, 19/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> А теперь покажите нам ваш код, хотя бы на Ржавом. Чтобы мы поняли уровень вашего экспертного мнения.
Твой, прости господи, код уже все видели. Не тебе тут об "уровне" заикаться.
| | |
| |
| 7.354, ProfessorNavigator (ok), 15:51, 19/06/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Твой, прости господи, код уже все видели. Не тебе тут об "уровне"
> заикаться.
А при чём здесь я? Не я высказываю "экспертное" мнение.
| | |
|
|
| 5.304, Ivan_83 (ok), 21:06, 18/06/2026 [^] [^^] [^^^] [ответить] | –1 +/– | Не испугались мы, нету у нас фобий относительно никчёмности кода или людей с отл... большой текст свёрнут, показать | | |
| |
| 6.310, Аноним (245), 21:23, 18/06/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
> buf.get_slice()
> to_bytes()
> only_give_me_lowest_ones()
> do_it_fast()
> это ЧЕТЫРЕ вызова функций подряд,
Ты даже не соображаешь, что комментируешь выдуманный код. 🤦
> без каких либо проверок
При этом в новости говорится о баге, который выловили БУКВАЛЬНО благодаря этим проверкам.
> Прога упадёт на ровном месте из за некритичной ошибки
При этом в новости говорится о записи за пределы буфера с последующим RCE.
> с непонятным сообщением об ошибке?
При этом в новости по ссылке аккуратненький стек вызовов.
В сухом остатке ты просто наглый лжец.
| | |
| |
| 7.321, Ivan_83 (ok), 22:53, 18/06/2026 [^] [^^] [^^^] [ответить] | –1 +/– | https github com trifectatechfoundation zlib-rs pull 520 files Ну да, реально ... большой текст свёрнут, показать | | |
| |
| 8.337, Аноним (245), 03:16, 19/06/2026 [^] [^^] [^^^] [ответить] | +/– | В новости говорится о баге в коде FF, а не о каком-то левом проекте не то на С ... большой текст свёрнут, показать | | |
| |
| 9.342, Аноним (123), 08:12, 19/06/2026 [^] [^^] [^^^] [ответить] | –1 +/– | Это называется не бектрейс, это тупо эквивалент printf внутри sigaction который ... текст свёрнут, показать | | |
|
|
|
| 6.313, Аноним (91), 21:44, 18/06/2026 [^] [^^] [^^^] [ответить] | +/– | Вы произвольным образом перемешиваете си и не си Если бы вы были образованным ч... большой текст свёрнут, показать | | |
| |
| 7.322, Ivan_83 (ok), 23:07, 18/06/2026 [^] [^^] [^^^] [ответить] | +/– | Если бы вы знали чтонибудь то слышали бы о SEH и прочих штуках, которые тоже уме... большой текст свёрнут, показать | | |
| |
| 8.330, Аноним (91), 00:59, 19/06/2026 [^] [^^] [^^^] [ответить] | +1 +/– | Вот в этом то и проблема, что он них я могу только услышать, так как они почти н... большой текст свёрнут, показать | | |
| |
| |
| 10.373, Аноним (91), 03:37, 20/06/2026 [^] [^^] [^^^] [ответить] | +/– | ОЙ Работа программы на сбойном процессоре невозможно, по крайней мере до тех пор... большой текст свёрнут, показать | | |
|
|
|
|
|
|
|
|
| 2.168, Аноним (167), 19:15, 17/06/2026 [^] [^^] [^^^] [ответить] | +/– | Вы уверены, что в самописном велосипедном компиляторе было бы меньше багов И пр... большой текст свёрнут, показать | | |
| |
| 3.242, Аноним (48), 01:55, 18/06/2026 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> И да, спешу вас огорчить, но любой компилятор использует ту или иную форму промежуточного представления, а не сходу компилирует "код в ассемблер".
Ты правда думаешь что я этого не знаю? Я как бы учился в ВУЗе еще в те стародавние времена, когда написание своего примитивного Си-компилятора это была просто лабораторная работа, а не что-то из ряда вон выходящее что аж на Хабре можно 10 статей написать.
> Ну и количество плюсиков вашему комментарию прекрасно показывает уровень технических знаний местных воинов против Раста.
Я тут не причем и даже не обращаю на это внимание.
| | |
| |
| 4.249, Аноним (245), 02:29, 18/06/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
>> И да, спешу вас огорчить, но любой компилятор использует ту или иную форму промежуточного представления, а не сходу компилирует "код в ассемблер".
> Ты правда думаешь что я этого не знаю?
Я не просто думаю - я в этом на 100% уверен, ибо ваш первый комментарий тому абсолютное подтверждение.
> Я как бы учился в ВУЗе еще в те стародавние времена, когда написание своего примитивного Си-компилятора это была просто лабораторная работа
Извините, но после драки кулаками не машут. В следующий раз пишите это пафосное заявление ДО того, как петь про "компиляцию кода в ассемблер" и т.п.
| | |
| 4.272, Аноним (91), 12:51, 18/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
>Ты правда думаешь что я этого не знаю? Я как бы учился в ВУЗе еще в те стародавние времена, когда написание своего примитивного Си-компилятора это была просто лабораторная работа, а не что-то из ряда вон выходящее что аж на Хабре можно 10 статей написать.
Это не аргумент. Во-первых, написание компилятора, это немножко больше чем лабораторная работа. Тот факт, что вы этого не знаете, говорит о том, что либо вы его писали не с нуля или не до конца, что крайне маловероятно, либо то, что вы этот аргумент на ходу выдумали. Во-вторых, десяток другой статей, посвящённых компилятору, это как раз правильный объём, чтобы человек понимал как сделать правильно, и почему.
| | |
|
| |
| 4.287, Аноним (245), 15:31, 18/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
>> Причем баге, выловленном именно благодаря средствам безопасности в Расте
> почитайте внимательней, эту ошибку обнаружили до того, и не благодаря средствам безопасности в Расте
В Firefox этот баг обнаружили именно тогда, когда обнаружили - и именно благодаря проверке Раста.
При чем здесь то, как и когда с ней столкнулись в коде Unreal?
| | |
| |
| 5.291, Совершенно другой аноним (?), 16:30, 18/06/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
>>> Причем баге, выловленном именно благодаря средствам безопасности в Расте
>> почитайте внимательней, эту ошибку обнаружили до того, и не благодаря средствам безопасности в Расте
> В Firefox этот баг обнаружили именно тогда, когда обнаружили - и именно
> благодаря проверке Раста.
ещё раз перечитайте текст исходный текст комментария. Если это так, как Вы говорите, то он вообще не имеет смысла, т.к. получается, что багу который проявлялся на коде на Расте обнаружили благодаря Расту. А на чём должны были?
Плюс, надеюсь, что Вы понимаете, что в данном случае это случайность, если-бы значения CH и CL, например, не сильно различались по значению, то и вряд-ли это смогли обнаружить.
| | |
| |
| 6.301, Аноним (245), 20:48, 18/06/2026 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> ещё раз перечитайте текст исходный текст комментария. Если это так, как Вы говорите, то он вообще не имеет смысла, т.к. получается, что багу который проявлялся на коде на Расте обнаружили благодаря Расту. А на чём должны были?
Исходный комментарий имеет смысл, если ты бы не выравал его из контекста, а увидел, что он писался в ответ на конкретное утверждение:
"Достаточно найди багу в LLVM-бекенде и на специально скрафтенном ржавом коде будут и переполнения и боровы все поразбегаются"
...на что и был ответ, что РАСТОВОМ коде благодаря РАСТУ выловился тот самый баг.
В ответ на это ты всплываешь со ссылкой на баг в левом C++ проекте и искренне не понимаешь, при чем тут Раст. Я извиняюсь, с тобой там все хорошо?
| | |
| |
| 7.306, Ivan_83 (ok), 21:09, 18/06/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
В левом С проекте это нашли сильно раньше, успели запатчить, написать статью, пообщатся с вендором (интелом), и наверное уже забыли про это.
И тут растовщики такие расчехлились и открыли америку, в 2026 году.
| | |
|
|
|
|
|
|
| 1.45, King_Carlo (ok), 14:15, 17/06/2026 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
Intel уже давно негодный эмулятор процессоров AMD. Интел покупают только люди глубоко не сведущие, введённые в заблуждение алчными продавцами.
| | |
| |
| |
| |
| |
| 5.165, Аноним (165), 18:49, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
Ты цену его погляди для начала. Зачем на него смотреть? Процессоры не для этого.
| | |
| |
| 6.169, Аноним (365), 19:21, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
Да нет, это к вопросу, что там жалуется на 270K Plus, а 9950X3D2 жрёт ещё больше и ничего им нравится.
| | |
|
|
| 4.166, Аноним (165), 18:53, 17/06/2026 [^] [^^] [^^^] [ответить]
| –1 +/– | |
У тебя тоже непонимание происходящего. Красные камни просто разогнаны, а синие в большинстве задач без AVX512 работают далеко не на пределе, а контроль напряжений и андервольт надо к ним применять, чего псевдотехноблоггеры не освоили и орут какие процессоры печки. И тридэ нюхи тоже неосиляторы на самом деле. Они в тестах кастомную водянку суют и фиксом максимум балуются. Напряжения для них слишком сложны оказались. Вот тут подробно про андервольт для тех у кого все в голове в кашу превратилось из-за неосиляторов.
https://rutube.ru/video/260ba74f43ced776f527315231094d5d/
| | |
| |
| |
| |
| 7.289, Ivan_83 (ok), 16:26, 18/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
Вы сами то ту табличку видели?
Intel Cannon Lake (2018) - какой то кастрированный набор.
Это спустя год после того как амд выпустило свои процы где было тупо ядер/потоков в 2-4 раза больше за теже деньги.
А обещал этот самый AVX-512 интел давно, и скорее всего и 2018 его бы отрезали, если бы не приспичло хоть что то противопоставлять амд.
Интел теперь может переходить куда угодно, это всё малоинтересно.
| | |
|
|
|
|
| 3.141, Ivan_83 (ok), 17:20, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
Даром нинада: потом материнку фиг найдёшь через 5 лет к нему.
И топ за свои деньги - такое себе, жене вон 2300U хватает с запасом, зачем ей бы такой проц?
Мне 5950х тоже большую часть времени занять нечем, читай 99% времени он деньги не отрабатывает :)
| | |
| |
| 4.144, Аноним (365), 17:33, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
>потом материнку фиг найдёшь через 5 лет к нему
А вы сначала покупаете процессор, а через 5 лет материнку к нему ?
p.s.:
Даже на 775 сейчас можно купить новую материнку.
| | |
| |
| 5.221, Ivan_83 (ok), 23:46, 17/06/2026 [^] [^^] [^^^] [ответить] | +/– | 775 как и 370 - это старые добрые , да и то весьма относительно, учитывая что у... большой текст свёрнут, показать | | |
| |
| 6.261, Аноним (261), 11:28, 18/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Новую в смысле пролежавшую на складе 15+ лет?
Думаю китайцы до сих пор выпускают какие-то копии 775.
Типа как переходники на процессоры, материнки ddr3 + ddr4, всякие ксеоны и тд.
| | |
|
|
|
|
| 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 бит" и адресацию восьмибитных регистров.
Как-то масками и сдвигами обходятся.
| | |
| |
| 3.260, фняк. (?), 11:06, 18/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
Да вы что? А как по вашему мнениюэти сильно не все пишут по-байтово в память?
| | |
| |
| 4.278, Аноним (278), 13:38, 18/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
Примерно никто, если речь про ОЗУ.
Пословно, постранично, еще и в несколько каналов.
| | |
| 4.315, snvoronkov (ok), 22:07, 18/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
 Почитайте Таненбаума.
На уровне CPU реально нигде не делается. В микроконтроллерах есть побайтовая адресация и в/в, но в топике речь не про них.
Причина массы прагм с выравниванием в коде ядра - неэффективность, глючность при работе на невыравненных по границам слов или страниц данных.
| | |
|
|
| 2.176, Скотобаза (?), 19:58, 17/06/2026 [^] [^^] [^^^] [ответить]
| –1 +/– | |
Ну видимо редко эмитируемая инструкция. У интелоидов кстати это не первый косяк с 8битными регистрами.
Интересно как же через жеппу у них декодеры сделаны если там есть такие косяки. Я просто сам проц разрабатываю и сделал свой набор команд в который 99% команд х86 транслируются байт в байт. Там такое невозможно потому что микрокода нет в принципе. Смотрел описание коры7, и вроде там есть быстрые декодеры и декодеры микрокода для всего не быстрого. Быстрый декодер просто копирует и пересовывает биты. Подозреваю что дело в SIB, быстрый декодер не может выдать больше одной микроинструкции. А тут SIB то есть сложение добавляется. А работало все потому что компиляторы оптимизируют под использование простых инструкций где только можно
| | |
|
| 1.64, a2y (?), 14:41, 17/06/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Как это меня умиляет.
Ошибка железа, но как всегда виноваты программисты :-)
| | |
| |
| 2.68, Аноним (365), 14:46, 17/06/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
Да тут на самом деле до конца не понятно т.к. это бы всплывало везде, а Raptor Lake появился осенью 2022.
Плюс:
>Генерация проблемной инструкции замечена в LLVM 22 (в находящейся в разработке ветке LLVM 23 она не генерируется) | | |
| |
| 3.197, a2y (?), 21:31, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
Угадал. Но это не отменяет того, что при переносе кода на кремний, именно на кремнии была допущена ошибка
| | |
|
|
| 1.70, Аноним (70), 14:47, 17/06/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
 Ох уж эти кратно возросшие скорости в старых библиотеках... Ждем ZIP-bomb, path overwrite в реализации или что-то такое.
| | |
| 1.77, Tron is Whistling (?), 15:00, 17/06/2026 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
mov [reg+reg+imm],ch писал cl?
Красиво. Процы у штеуда вообще ногами деланы. Мысль не связываться с таковыми года с 2005 так была верной.
| | |
| |
| |
| 3.247, Аноним (236), 02:22, 18/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Ошибка проявлялась примерно раз в два дня только на полностью загруженном 48 ядерном сервере
Странное сравнение со 100% ошибкой простого мувика.
| | |
|
| 2.309, Ivan_83 (ok), 21:14, 18/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
Честно говоря до райзенов производительность на Ватт у амд была так себе.
Для маложручих процов - конкурентов атома во всяких mATX это было норм за счёт расширенной переферии, а х2 потребление там не заметно.
А для десктопа было как то грустно.
Я периодически (раз в пару лет) пробовал АМД и каждый раз было как то не очень.
| | |
|
| 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?
| | |
| |
| 4.196, Аноним (193), 21:28, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> а на чём они скомпилировали то классический zlib?
На Clang, у которого под капотом тот же LLVM, что и Rust. Азазазаза!
| | |
|
| 3.216, Аноним (216), 23:02, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Ну пока вайбкодеры утирают сопли дидам
Ну да, без нейросетки у них постоянно "логические ошибки" возникают. А вообще смешно, что ты приписываешь растоманам пользование нейросеткой как их заслугу. Типа, у твоих дидов она тоже была, но они ей не пользовались?
| | |
|
|
| 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 [^] [^^] [^^^] [ответить]
| +/– | |
>Вот и отлично - код становится свободным, а не запретительным.
Раз начал говорить договаривай до конца. Код стал свободным для манипуляций со стороны корпорастов и проприетарщиков. А копилефт сразу дал бы им больно по рукам.
| | |
| |
| 4.258, Аноним (258), 10:18, 18/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
Программист который хочет использовать код в свободном проекте.
Но раковая лицензия ему не позволяет...
И нет, речь не про корпораций, а про драйвера Tuxedo.
Написанные по глупости под ЖПЛ-3 и теперь не совместимые с ядром линукс.
| | |
| |
| 5.344, Аноним (123), 08:35, 19/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> про драйвера Tuxedo.
Написанные по глупости под ЖПЛ-3 и теперь не совместимые с ядром линукс.
Бред. Ничто не мешает дистрибутиву пропатчить ядро GPL3 патчем, пока юзеру дают все исходники. Баш существует под ведроидом, хотя там абсолютно всё переписано гулагелом и нихера работать не будет без пропатченного гуглом/самсунгом/квалкомом ядра.
| | |
|
|
|
|
| 1.121, Аноним (124), 16:43, 17/06/2026 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
А ха-ха! Не зря Линус перешёл на компьютер с процессором AMD. Чувствовал видимо что-то неладное. Американский брак монополиста стал заметен.
| | |
| |
| 2.139, Ivan_83 (ok), 17:16, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
Всё просто: интел жмотился а АМД раздавал ядра, кучу памяти, ECC по ценам даже ниже интела без всего этого.
Выбор для делающих его головой был очевиден.
| | |
| |
| |
| 4.222, Ivan_83 (ok), 23:49, 17/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
А я ничего про шифрование памяти не писал, мне эта фича не очень нужна, мягко говоря.
Вот ECC надо.
| | |
|
|
| 2.256, Аноним (257), 08:23, 18/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
Я же фин теперь авторитет в этом вопросе. Он еще на видюху интел перешел, налетай
| | |
| |
| 3.263, Аноним (263), 11:43, 18/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
>Он еще на видюху интел перешел, налетай
Врешь, не переходил он на видюху. Просто снялся у ютуб-блогера.
| | |
|
|
| 1.134, Аноним (123), 17:04, 17/06/2026 [ответить] [﹢﹢﹢] [ · · · ] | +1 +/– | Т е заменили zlib на zlib-ng, но навайбкодили на расте и сравнивают теперь с со... большой текст свёрнут, показать | | |
| 1.135, Аноним (135), 17:04, 17/06/2026 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
Надо переписать на JavaScript потому он асинхронный а значит очень быстрый, самый быстрый и никогда не блокируется. Кроме того в JavaScript революционная реализация ООП. А ещё много людей знают JavaScript поэтому всегда найдутся те кто сможет подхватить разработку.
| | |
| 1.150, Аноним (150), 17:52, 17/06/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
Сплошные баги ... в Firefox'е, в Rust'е ... в LLVM ... Intel-процессор ... остановите поезд, я сойду. То есть не надо использовать эту связку
Firefox-Rust-LLVM-Intel
| | |
| 1.192, fidoman (ok), 21:22, 17/06/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Зачем такие инструкции использовать? Это же чтение из памяти слова и потом запись обратно (хорошо если оно в кэше, но кэш тоже не бесконечный). Неужели нет варианта накопить полный регистр и сразу скинуть.
| | |
| |
| 2.350, Аноним (350), 15:42, 19/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Это же чтение из памяти слова и потом запись обратно
Это легко сказать. Чтобы читать 32 бита из памяти эффективно надо чтоб адрес выравнен был на 4 байта, то есть надо сначала прочитать до трёх байт по байту/по два. И потом ещё "хвост" так же дочитать. То есть, всё придётся иметь код, который читает по байту, а значит и шансы наступить на грабли с этим movb %ch, чтототам.
> хорошо если оно в кэше
А это без разницы. В любом случае тебе придётся грузить в кеши ровно одно и то же. Когда ты читаешь сразу 4 байта, можно нечаянно подгрузить соседнюю линейку, впрочем если адреса у тебя выровнены на 4 байта, то не зацепят.
| | |
|
| |
| |
| 3.235, Аноним (123), 00:28, 18/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
Микрокод подгружается даже на том этапе, когда операционка читает файловую систему и видит файлик intel-ucode.img в efi разделе. Причём тут биос?
| | |
| |
| |
| 5.243, zionist (ok), 02:08, 18/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
 Нормальный дистрибутив Linux так же умеет загружать обновлённый микрокод процессора. BIOS - далеко не единственный вариант.
| | |
|
|
|
|
| 1.252, Ю.Т. (?), 07:28, 18/06/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
"И не успел ещё выехать из автомагазина, как сэкономленный бензин стал выливаться из бензобака".
| | |
| 1.270, pic (??), 12:49, 18/06/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
А ещё для версий iOS в браузер добавляется _встроенный_ блокировщик рекламы. Расширения постепенно вытесняют.
| | |
| 1.271, pic (??), 12:51, 18/06/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
>...Несмотря на эти нововведения и выход версии Firefox 152, доля компании на десктопном рынке упала с 5,88 % в мае 2025 года до 3,79 % в мае 2026 года по данным Statcounter.
Ну что ж.
| | |
| 1.368, Аноним (368), 18:43, 19/06/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
>к незаметному повреждению данных
Контрольные суммы такие "ну да, пошли мы на хутор"
| | |
|
