The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Intel и AMD стандартизируют механизм ChkTag для защиты от уязвимостей при работе с памятью

21.10.2025 11:31

Компании Intel и AMD совместно развивают расширенный набор инструкций ChkTag (x86 Memory Tagging), который будет стандартизирован для унифицированной реализации в x86-процессорах различных производителей. По своим возможностям ChkTag напоминает расширение MTE (MemTag), уже поставляемое в процессорах ARM, и также позволяет блокировать эксплуатацию уязвимостей, вызванных обращением к уже освобождённым блокам памяти, переполнением буфера или обращением к памяти до инициализации.

ChkTag предлагает новые процессорные инструкции, позволяющие на аппаратном уровне привязать теги к областям в памяти и организовать проверку корректности использования указателей. Заявлено, что применение данных инструкций компиляторами позволит обеспечить безопасную работу с памятью без снижения производительности приложений. При этом использующие ChkTag приложения останутся совместимыми со старыми процессорами, не имеющими аппаратной поддержки ChkTag, что упростит внедрение защиты.

Реализованный метод защиты сводится к созданию для каждого блока памяти тега, который выступает подобием ключа для доступа к этой памяти (например, в реализации MTE для каждых 16 байт создаётся 4-битный тег). Тег генерируется приложением для выделяемой области памяти при помощи специальных инструкций CPU, а затем сохраняется в верхних неиспользуемых битах указателя, а также в зарезервированной и недоступной для приложений области линейной/виртуальной памяти. При обращении к памяти с использованием тегированного указателя процессор проверяет соответствие тега, привязанного к указателю, с тегами, привязанными к блокам памяти, и разрешает доступ только если теги совпадают.

Технология ChkTag разработана в рамках совместной работы Intel и AMD в группе EAG (x86 Ecosystem Advisory Group), образованной год назад для сотрудничества по обеспечению совместимости между платформами x86, стандартизации интерфейсов продуктов Intel и AMD, упрощения разработки программного обеспечения для систем x86 и выявления потребностей разработчиков в расширении архитектуры. Кроме Intel и AMD в число участников группы входят Линус Торвальдс, создатель ядра Linux, Тим Суини, основатель компании Epic Games и один из ключевых разработчиков игрового движка Unreal Engine, а также представители компаний Broadcom, Dell, Google, Hewlett Packard, Lenovo, Meta, Microsoft, Oracle и Red Hat.

Помимо ChkTag компании Intel и AMD также стандартизировали и унифицировали реализации модели обработки прерываний FRED (Flexible Return and Event Delivery), набора векторных инструкций AVX10 и расширений для умножения матриц ACE (Advanced Matrix Extensions).

  1. Главная ссылка к новости (https://news.ycombinator.com/i...)
  2. OpenNews: Intel и AMD при участии Линуса Торвальдса создали консультативную группу по экосистеме x86
  3. OpenNews: Проект TrapC развивает Си-подобный язык, безопасно работающий с памятью
  4. OpenNews: Fil-C - компилятор для языков C и C++, гарантирующий безопасную работу с памятью
  5. OpenNews: Бьёрн Страуструп призвал стандартизировать профили C++ для безопасной работы с памятью
  6. OpenNews: Релиз проекта Memsafe для безопасной работы с памятью в С++
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/64091-chktag
Ключевые слова: chktag, intel, amd
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (284) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 11:43, 21/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –15 +/
    > позволяет блокировать эксплуатацию уязвимостей, вызванных
    > обращением к уже освобождённым блокам памяти, переполнением
    > буфера или обращением к памяти до инициализации.

    М... т.е. c сишными дырами решили бороться прям на уровне железа?
    Неужели все НАСТОЛЬКО плохо?

     
     
  • 2.7, Аноним (7), 12:00, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • –5 +/
    >Неужели все НАСТОЛЬКО плохо?

    Да, сишники реально не обучаемые, а переписывать весь софт никаких сил не хватит.

     
     
  • 3.17, Я (??), 12:13, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    но для использования этих инструкций надо будет переписывать код.. хтя в некоторых случаях умный компилятор может сам нагенерить нужный код наверное..
     
     
  • 4.252, Аноним (-), 21:01, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Эм, нет. Если они будут аналогичны ARM MTE, то для динамической памяти достаточно будет поддержки со стороны аллокатора (см. hardened_malloc и GrapheneOS). Для защиты стека нужно будет собирать со определёнными флагами компилятора.
     
  • 3.99, Аноним (-), 15:26, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Да, сишники реально не обучаемые, а переписывать весь софт никаких сил не хватит.

    Т.е. все гранты Rust можно уже сворачивать. PROFIT!

     
  • 2.11, Аноним (11), 12:07, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Самый разумный подход. А то у ассемблера нет чекера боровов.
     
     
  • 3.15, Аноним (-), 12:12, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Самый разумный подход.

    Ага, очень разумно тратить на каждые 16 байт еще полбайта. Вместо того, чтобы перенести проверки на этап компиляции, мы увеличим расход оперативы.

    Не, ну понятно что новые сервера и оператива сами себя не продадут.

     
     
  • 4.101, Аноним (101), 15:29, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Там же написано, верхние 4 бита адреса, которые из 64 бит один фиг ни одно приложение и пк не адресует. Хорошо если 50 бит сейчас самые крутые процы могут использовать для адресации.
     
  • 4.104, МимоПроходил (?), 15:38, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    3% дополнительного потребления ОЗУ, чтобы избавиться от большого класса уязвимостей, найдётся у всех. Памяти даже на ноутбука современных, стыдно сказать, 32ГБ. При том, что приложения слабо отличаются по функционалу от тех, что работали на моём 486DX4-100 с 4МБ оперативы.
    Ну и к тому же эти инструкции наверняка будут добавляться компиляторами только при взведении соответствующего флажка. Самоуверенные разработчики могут не пользоваться. Или не включать флажок для релизных сборок.
     
  • 4.218, Аноним (-), 20:01, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> Самый разумный подход.
    > Ага, очень разумно тратить на каждые 16 байт еще полбайта.

    Так эти байты - прямо в указателе вкодированы, в верхушке адреса. Это не есть новая аллокация. Сюрприз!

     
  • 3.21, Аноним (21), 12:20, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Самый разумный подход. А то у ассемблера нет чекера боровов.

    Самый глупый подход - переносить в рантайм те проверки, которые можно делать на этапе компиляции.

     
     
  • 4.27, Аноним (11), 12:27, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну проверь в ассемблерном коде на этапе компиляции, удачи.
     
     
  • 5.33, Аноним (-), 12:36, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Ну проверь в ассемблерном коде на этапе компиляции, удачи.

    Зачем? Может нужно просто генерить валидный ассемблерный код, а не всякий булщит?
    А "генератор" можно и протестить хорошо, и даже формально доказать при наличии нужного кол-ва денег и времени. В отличие от миллионов строк сишного овнокода.

     
     
  • 6.105, Анрним (?), 15:42, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Может сами ассемблерные команды должны быть безопасны на уровне железа? Тебе никто не гарантирует что боров всё проверит и никто не гарантирует защиту что компилятор специально недосмотрит там где эти нужно Анб.
     
     
  • 7.289, Прохожий (??), 10:06, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Может сами ассемблерные команды должны быть безопасны на уровне железа?

    А о чём, по-вашему, вот эта инициатива, которая в новости? Похоже, вы начали о чем-то догадываться.

     
  • 5.106, Аноним (21), 15:47, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Ну проверь в ассемблерном коде на этапе компиляции, удачи.

    Ты не поверишь, но борроу чекер так и делает :) Только не "в" ассемблерном коде (это, извини, бред какой-то), а перед его генерацией.

     
     
  • 6.109, Аноним (-), 15:52, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Ты не поверишь, но борроу чекер так и делает :) Только не
    > "в" ассемблерном коде (это, извини, бред какой-то), а перед его генерацией.

    Однако вон там есть немало unsafe кода, а вызовы asm вставок, вещей на C и проч unsafe - by design и следующие полвека это все явно будет с нами. Так что спасителя человечества из борова не получилось. Так, шашлычок на пикнике корпов.

     
     
  • 7.154, Аноним (154), 17:32, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Однако вон там есть немало unsafe кода, а вызовы asm вставок, вещей на C и проч unsafe - by design

    Ну так именно для этого "unsafe by design" и создают костыли типа сабжа.

    > вещей на C [...] следующие полвека это все явно будет с нами
    > Так что спасителя человечества из борова не получилось

    Хочешь сказать, что ложечка Сишки портит бочку Раста? Я думал, ты против Раста воюешь, а тут такой поворот...

     
     
  • 8.158, Аноним (-), 17:47, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    И отлично не придется писать на птичьих языках не от мира сего, бороться с боро... текст свёрнут, показать
     
     
  • 9.264, Аноним (-), 21:31, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ахаха, полвека Какие милые фантазии сишника Сишке как инструменту осталось не ... текст свёрнут, показать
     
     
  • 10.281, Аноним (281), 02:40, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Возьметесь переписать нечто с Linux Kernel размером быстрее чем это Не, много д... большой текст свёрнут, показать
     
     
  • 11.290, Прохожий (??), 10:17, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Дык, это, уже С разморозкой вас Смотреть в сторону Клаудфлэрного прокси Pingo... текст свёрнут, показать
     
     
  • 12.326, Аноним (-), 22:03, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Эта фидора мягко говоря не эквивалент nginx который здорово больше чем только ... большой текст свёрнут, показать
     
     
  • 13.342, Прохожий (??), 02:09, 23/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Хорошо бы статистику от стороннего источника А так голословненько получается P... текст свёрнут, показать
     
  • 6.286, Феникс123 (?), 06:37, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Ты не поверишь, но борроу чекер так и делает :)

    борроу чекер делает, но относительно простых сценариях. На чуть более сложных начинается Arc/RC и Clone() - и фактически программирования на Яве, только подсчетом ссылок а не mark/sweep. Для unsafe у rust есть вариант инструментарии с miri, который как я смутно помню работает как-то похоже с тем что делает intel/amd - помечает указатели или области памяти и таким образом отлавливает UB в unsafe. Я думаю что и для rust программ использующих unsafe будут свои бенефиты от аппаратной поддержки.

     
  • 4.169, Феникс123 (?), 18:07, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    На расте кстати постоянные проверки на этапе рантайма. Все обращения по индексу, RefCell, необходимость использовать Arc/Rc потому как за сырой поинтер тебе посоны предъявят - в результате код получается в целом более медленный чем корректный код на C/C++. Но зато safe.
     
     
  • 5.291, Прохожий (??), 10:22, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >На расте кстати постоянные проверки на этапе рантайма.

    Некоторые можно отключить на этапе компиляции, другие, если надо для производительности, обойти.

    >чем корректный код на C/C++

    Это ещё доказать надо, что он корректный. И мамой поклясться для этого недостаточно.

     
  • 5.295, Аноним (7), 10:37, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >в результате код получается в целом более медленный чем корректный код на C/C++

    А вы откуда знаете, что он корректный?

     
  • 2.12, Аноним (12), 12:09, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > М... т.е. c сишными дырами решили бороться прям на уровне железа?
    > Неужели все НАСТОЛЬКО плохо?

    Ну да, настолько. Только вот сишечку сдесь обижать не принято, поэтому местные ее защитники сейчас, как всегда, наставят тебе минусов, но по существу ничего возразить не смогут.

     
     
  • 3.120, Аноним (-), 16:16, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ну да, настолько. Только вот сишечку сдесь обижать не принято, поэтому местные
    > ее защитники сейчас, как всегда, наставят тебе минусов, но по существу
    > ничего возразить не смогут.

    Без этой сишечки - у вас компьютер работать элементарно не будет. Совсем. Никак. На всех уровнях, от фирмвари накопителя и начальной загрузки и прочих ядер до кучи либ, апликух, серверного софта и проч.

     
     
  • 4.199, Аноним (199), 19:13, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Без этой сишечки - у вас компьютер работать элементарно не будет.

    Ну, и? Это как-то опровергает утверждение, что с Сишкой все "НАСТОЛЬКО плохо"? Или вы в порыве праведного гнева (Сишечку обижают!) забыли тему обсуждения?

     
     
  • 5.220, Аноним (-), 20:02, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну, и? Это как-то опровергает утверждение, что с Сишкой все "НАСТОЛЬКО плохо"?
    > Или вы в порыве праведного гнева (Сишечку обижают!) забыли тему обсуждения?

    Я лишь констатирую что критиканы забыли - сделать что-нибудь лучше. Поэтому есть то что есть. И либо кушайте что дали либо идите нафиг и делайте сами, лучше.


     
     
  • 6.235, Аноним (199), 20:20, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Я лишь констатирую что критиканы забыли - сделать что-нибудь лучше.

    Во-первых, ты изначально не говорил ничего о "сделать лучше" - ты зачем-то начал петь о "без сишечки ничего не будет работать", которое к теме никакого отношения не имеет.

    Во-вторых, лучше уже сделано: и языки нормальные изобретены, и новый софт лет 25 как минимум на сишке не пишется.

     
     
  • 7.238, Аноним (7), 20:27, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Во-первых, ты изначально не говорил ничего о "сделать лучше" - ты зачем-то начал петь о "без сишечки ничего не будет работать"

    Аргументы закончились, а признавать поражение не хочется.

     
  • 7.282, Аноним (281), 02:48, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А таки - без сишки вы даже просто пискнуть на этот форум не сможете На более че... большой текст свёрнут, показать
     
     
  • 8.287, Аноним (7), 09:47, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну и Во-первых вы никак не проверите, через что отправлен комментарий Во-вторы... текст свёрнут, показать
     
     
  • 9.310, Аноним (310), 17:10, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вы можете запостить пруфскрин, вот прям с ответом на комент, допустим Конечно в... большой текст свёрнут, показать
     
     
  • 10.311, Аноним (311), 17:31, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А Операционки - это в вашем понимании что Только ядро или что-то сверху В винд... большой текст свёрнут, показать
     
     
  • 11.327, Аноним (-), 22:39, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это операционные системы внезапно Совсем минимальный пакет требований от меня ч... большой текст свёрнут, показать
     
  • 3.170, Аноним (-), 18:08, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну да, настолько. Только вот сишечку сдесь обижать не принято,

    Потому что у культурных людей не принято гадить где сидишь. И без этой самой сишки работать у вас не будет - вот просто совсем нифига.

     
     
  • 4.198, Аноним (198), 19:12, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Потому что у культурных людей не принято гадить где сидишь.

    Всяк кулик своё болото хвалит?

    Речь не про "гадить". Ручное управление памятью приводит к целому классу ошибок, которых можно было бы избежать.

    Так что да, нужно что-то менять, иначе так бы и бегали с палками.

     
     
  • 5.225, Аноним (-), 20:07, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Всяк кулик своё болото хвалит?

    Вам как кулику гадящему сверху на головы проходящих мимо виднее. И не стоит обижаться на заряд дроби при случае, имхо.

    > Речь не про "гадить". Ручное управление памятью приводит к целому классу ошибок,
    > которых можно было бы избежать.

    А еще оно приводит к предсказуемым и эффективным системам. И иногда такой уровень контроля - нужен.

    > Так что да, нужно что-то менять, иначе так бы и бегали с палками.

    Ух да, надо срочно выкинуть немодный гаечный ключ и утащить у мужиков из сервиса эвона какую крутилку. С компрессором впридачу. Зато можно будет закрутить все винты болты и шурупы в хате за 3 секунды. И даже поменять кому-нибудь колесо на авто. Правда вот зачем мне это все - в моей хате?

     
     
  • 6.239, Аноним (7), 20:29, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >И иногда такой уровень контроля - нужен.

    Вот ни разу ни один сишник не объяснил мне, зачем ему нужен UB при разыменновывании нулевого указателя. И макросы без гигиены. И куча других сишных сишностей.

     
     
  • 7.284, Аноним (-), 03:18, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Что-то вам лохи какие-то попадались вместо сишников 1 Типовая, и наиболее адек... большой текст свёрнут, показать
     
     
  • 8.292, Аноним (7), 10:22, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вы не отвечаете на вопрос зачем Можно сразу же разделить указатели на два тип... большой текст свёрнут, показать
     
     
  • 9.312, Аноним (-), 17:31, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    И как я заранее узнаю при динамической аллокации памяти - удалось оно или нет Г... большой текст свёрнут, показать
     
  • 2.19, Аноним (19), 12:18, 21/10/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 3.25, Аноним (11), 12:26, 21/10/2025 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
     
  • 4.35, Аноним (19), 12:39, 21/10/2025 Скрыто ботом-модератором     [к модератору]
  • –1 +/
     
     
  • 5.58, Аноним (11), 13:41, 21/10/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 6.69, Аноним (19), 13:59, 21/10/2025 Скрыто ботом-модератором     [к модератору]
  • –1 +/
     
     
  • 7.87, Аноним (7), 14:39, 21/10/2025 Скрыто ботом-модератором     [к модератору]
  • –1 +/
     
     
  • 8.90, Аноним (19), 14:45, 21/10/2025 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
  • 2.30, Аноним (30), 12:34, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Криворукость не зависит от языка программирования.
     
     
  • 3.46, Аноним (-), 13:13, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Криворукость не зависит от языка программирования.

    Кривость и убогость инструмента приводит к ошибкам.
    Внимание у мясных мешков ограничено и на кодовых базах чуть больше хеллоуволда легко что-то упустить, особенно если тебе нужно микроменеджить код на уровне ассемблера.
    Что сишники регулярно доказывают "очередной сишной дырой" (с)

     
     
  • 4.167, Аноним (167), 18:04, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А кто unsafe блоки в Rust пишет?
     
     
  • 5.219, Аноним (219), 20:02, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Сишники. Unsafe обычно используют в обвязках к Си-либам.
     
  • 5.240, Аноним (7), 20:30, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Одно дело написать один unsafe блок ну пусть даже на 10 строчек, и другое дело - когда вся программа один большой unsafe.
     
  • 2.152, Аноним (152), 17:22, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >"Неужели все НАСТОЛЬКО плохо? "

    Да, на столько всё плохо!

     

     ....большая нить свёрнута, показать (58)

  • 1.2, Аноним (2), 11:49, 21/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    С одной стороны нужное.
    С другой ещё один повод заставить обновить железо, как было с TPM2.
    С третьей всё равно всплывут новые дыры.

    Это реклама риск-5, наверное.

     
     
  • 2.183, Аноним (183), 18:39, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >повод заставить обновить железо, как было с TPM2

    Спецификация TPM 2.0 появилась в 2014 году:
    https://en.wikipedia.org/wiki/Trusted_Platform_Module

     

  • 1.3, llolik (ok), 11:55, 21/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +9 +/
    Т.е. придумали примерно тоже самое, что в местном E2K было чуть не с самого начала - тэгированную память. Забавно, однако.
     
     
  • 2.14, Аноним (11), 12:11, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Даже если и так, зато хоть это в розничных комповых магазинах можно будет купить за приемлемую цену, в отличие от.
     
  • 2.32, Аноним (-), 12:35, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Местный E2K когда проявился?
    А интеловские-амд когда?
    Вот и ответ.

    Смотреть на лидеров и обходить их ошибки всегда легче.
    Правда E2K получился каким-то фиговым, несмотря на это всё)

     
     
  • 3.48, Аноним (48), 13:18, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    x86_64 и E2K появился примерно в одно и то же время, около 2000 года.
     
  • 3.72, Аноним (19), 14:01, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Если тебе интересно, итаниум появился как раз из эльбруса. Но компилятор не потянули вовремя сделать, это было основной причиной провала.
     
     
  • 4.172, Аноним (172), 18:11, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > итаниум появился как раз из эльбруса.

    не курите

     
  • 4.293, Аноним (293), 10:30, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ага, Итаниум первый выпуск в 2001 (хотя Intel ещё с 80х годов этим направлением занимался), Эльбрус в 2005, но Эльбрус раньше!!!
    //От свидетелей секты Pentium - потому-что Владимир Пентковский
     
     
  • 5.301, Аноним (19), 10:58, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Первый выпуск… Конечно, ведь не было десятилетий R&D. Я понимаю, ты не в курсе, но почитай, как жила Россия в 90х, когда бывшие союзные республики спихнули на неё свои долги. А предателей на Руси на сто лет припасено, не один же он свалил пилить процессоры в интел, команду прихватил. Пентиум тут ни при чём, а вот итаниум вполне вероятно.
     
  • 2.36, Comdiv (ok), 12:44, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Не то же самое. На E2K это было сделано, чтобы было, но настолько неэффективно, что практически никто этим не пользуется. Даже программные проверки куда более эффективны. С другой стороны, то, что делается для AMD64, лишь вероятностно предотвратит ошибку.
     
  • 2.91, Фрол (?), 14:52, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > придумали примерно тоже самое, что в  IBM System/38 было чуть не с самого начала - тэгированную память.
    > придумали примерно тоже самое, что в Intel 960 было чуть не с самого начала - тэгированную память.
    > придумали примерно тоже самое, что в  Burroughs каких-то было чуть не с самого начала - тэгированную память.

    и так далее

     
  • 2.144, anonymous (??), 17:01, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    ну тут тоже не совсем наше, в основе была Burrough, хотя мы акцентировали идею тегов и хорошо её развили на практике. Реально удобно, гораздо проще искать источник сбоя. Вообще странно что мало кто её применял, там надо то всего пару битов добавить к проверочным ECC и немного аппаратной логики, очень небольшой процекнт прибавки площади кристалла а выгода очевидна.
     

  • 1.4, Аноним (7), 11:56, 21/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –7 +/
    Это просто какой-то позор, за более чем полвека сишники до сих пор не узнали ни о зависимых типах, ни об афинных, ни даже об алгебраических. И даже сейчас в этой теме найдутся сишники, которые вместо того, чтобы хотя бы сейчас прочитать об этом, будут рассказывать о том, что нужно быть просто внимательным. И сейчас поверх этой безграмотности сишников делают аппаратные костыли.
     
     
  • 2.6, Аноним (6), 12:00, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > ни о зависимых типах, ни об афинных, ни даже об алгебраических

    Покажи мне как это на ассемблере x86 выглядит.

     
     
  • 3.10, Аноним (7), 12:06, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Покажи мне как это на ассемблере x86 выглядит.

    О, вы отвечаете как эталонный сишник. Это проверки времени компиляции. Подобно тому, как синтаксически некорректная программа не соберётся, эти проверки отделяют заведомо некорректную программу от корректной. Вот ни разу не слышал, чтобы хотя-бы один сишник жаловался на то, что синтаксически неверная программа не собирается, им почему-то хватает мозгов понять, что как минимум синтаксически она должна быть верна. Но вот про семантику сишники почему-то не думают.

    ЗЫ В качестве примера рекомендую посмотреть на ATS. Или на Idris, если не смущает сборщик мусора.

     
     
  • 4.16, Аноним (6), 12:12, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Си проектировался как портабельный кроссплатформерный ассемблер, таким он и остается. Все эти ваши афинные типы, ООП, классы и тд - это всё высокоуровневые абстракции, которые никакого отношения к сгенерированному ассемблерному коду не имеют отношения. Еще раз - Си это как бы такой ассемблер на стероидах, какие к черту афинные типы в асме?

    А вот синтаксически некорректная программа - это другое (С). Из нее невозможно собрать рабочий ассемблерный код.

     
     
  • 5.26, Аноним (21), 12:26, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Си проектировался как портабельный кроссплатформерный ассемблер, таким он и остается
    > Еще - Си это как бы такой ассемблер на стероидах, какие к черту афинные типы в асме?

    Пхахаха, вот это розовый мирок! Он был "портабельным ассемблером" во времена PDP-11. С тех пор этот копролить уже давно не ложится на архитектуру современных CPU настолько, что на уровне этих самых CPU приходится лепить костыли специально для Сишечки.

    https://queue.acm.org/detail.cfm?id=3212479

     
     
  • 6.59, Аноним (19), 13:42, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Чем это хуже оптимизаций процессора под плюсы и жаву? Сишечка хотя бы предсказуемая независимо от модели процессора.
     
     
  • 7.68, Аноним (-), 13:57, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Чем это хуже оптимизаций процессора под плюсы и жаву?

    Потому что плюсы и жава нормальные языки.

    > Сишечка хотя бы предсказуемая независимо от модели процессора.

    Сишечка непредсказуема даже при смене компилятора.
    А вы вообще про процессоры загнули.

     
     
  • 8.78, Аноним (19), 14:10, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще, всех тех, кто что-то там восторженно вещает про шланг, читать не обязате... текст свёрнут, показать
     
     
  • 9.217, Аноним (7), 20:00, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А мне рассказывали, что у си есть стандарт и в отличии от раста целых два компил... текст свёрнут, показать
     
  • 7.96, Аноним (96), 15:22, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Сишечка хотя бы предсказуемая независимо от модели процессора
    >> предсказуемая

    Пха-ха-ха... Уморил... То-то в комбинациях реализаций компиляторов и архитектур кол-во UB неконтролируемо множится относительно кол-ва "законных" UB, описанных в стандарте. Это уже не говоря об описках со смыслом "на усмотрение реализации компилятора". Предсказуемая...

     
  • 5.29, Аноним (7), 12:33, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Си не проектировался Это типичный тяп-ляп и в продакшин Максимум, о чём они оз... большой текст свёрнут, показать
     
     
  • 6.55, Аноним (11), 13:37, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Даже про объектный ассемблер слышал. Говорили, что был такой у Борланда, но сам не видел. А вот, чтобы был ассемблер с проверкой выхода за границы массива в компайл-тайме или владения адресами памяти, не слышал.
     
     
  • 7.61, Аноним (7), 13:46, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >А вот, чтобы был ассемблер с проверкой выхода за границы массива в компайл-тайме

    Зависимые типы
    >владения адресами памяти

    Афинные типы
    >А вот, чтобы был ассемблер

    Формально, для этого даже не обязательно новый ассемблер делать. Можно как в условном liquid haskell хранить данную информацию внутри комметариев.

     
     
  • 8.130, Аноним (-), 16:35, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вот когда вы на этом брейнфаке напишете хотя-бы себе операционку, которая будет ... большой текст свёрнут, показать
     
     
  • 9.204, Аноним (7), 19:21, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    И какая такая магия от этого произойдёт, что невежественные сишники вдруг возьму... текст свёрнут, показать
     
     
  • 10.226, Аноним (-), 20:08, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    По крайней мере объем напыщенного неконструктивного хамства на этом глобусе немн... текст свёрнут, показать
     
     
  • 11.241, Аноним (7), 20:32, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вот вам ОС на языке с ADT https github com mirage mirage, с вас магия уменьшен... текст свёрнут, показать
     
     
  • 12.313, Аноним (281), 17:36, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Легко Установите ЭТО себе на десктоп, во D И мы посмотрим сколько коментов и... текст свёрнут, показать
     
  • 9.298, Прохожий (??), 10:46, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Уже есть, хотя пока и пет-проект Может быть, а может и не быть Чего так долго ... текст свёрнут, показать
     
     
  • 10.314, Аноним (-), 17:54, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вот когда господа смогут хотя-бы постить коменты на опеннет из своего фетища, не... большой текст свёрнут, показать
     
  • 9.300, Аноним (-), 10:57, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    На АРМ такой подпил уже давно Но в андроид раст все равно добавляют Значит п... текст свёрнут, показать
     
  • 3.13, Аноним (-), 12:09, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Покажи мне как это на ассемблере x86 выглядит.

    Получите-распишитесь godbolt.org/z/ae35Wo649

    Кроме того, все нормальные языки программирования, и даже сишка, были созданы как раз для того, чтобы НЕ писать на ассемблере, а пользоваться абстракциями.

     
     
  • 4.24, Аноним (19), 12:23, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну и мерзость же, не удивительно, что ни одной программы на этом так и не написали за всю историю, где таких дураков найдёшь. Это 35 лет, между прочим. Ну, про pandoc не будем.
     
     
  • 5.39, Аноним (7), 12:49, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    У вас никакой начитанности нет? Очевидно же, что хаскель будет давать не лучший ассемблерный код. Вот вам пример на Ocaml https://godbolt.org/z/7z4f79js1 а ещё лучше на rust https://godbolt.org/z/6KnMeGTeY
     
  • 5.43, Аноним (-), 12:59, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Ну и мерзость же

    Реакция типичного неосилятора))

    >  не удивительно, что ни одной программы на этом так и не написали за всю историю

    И ванье типичного дырявого СИшника.
    Про git-annex ты вообще слышал?
    А Bluespec SystemVerilog это что?
    Или seL4, которое изначально писалось на хаскеле, чтобы проводить верификацию?
    И это без корпоративного закрытого кода, для бизнеса и всяких финансов.

    Я понимаю, это не настолько круто как писать дырявые утилитки на сях.

     
     
  • 6.131, Аноним (-), 16:37, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Ну и мерзость же
    > Реакция типичного неосилятора))

    А вы что осилили то? Операционки на вашем брейнфаке у вас есть? Ваши нужды обслуживают? Или кто тут еще неосилятор то? Вот этот тип - гадящий на головы тем, чью операционку юзает? Что ж вы такие - юзаете софи и ос от сишников, да еще неосилятором после этого смеете обзываться, вместо того чтоб мастеркласс то всем дать? :)

     
     
  • 7.146, Аноним (-), 17:13, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    О, очередной "спирва добейся!!!111"))
    Наш брейнфак уже работает в андроиде на миллионах устройств и является языком ядра.

    >  Вот этот тип - гадящий на головы тем, чью операционку юзает?

    "Нельзя говорить что жигули это ведро с гайками, пока не построишь БМВ" ?

    > Что ж вы такие - юзаете софи и ос от сишников, да еще неосилятором после этого смеете обзываться, вместо того чтоб мастеркласс то всем дать? :)

    Так мы его активно заменяем.
    Вон uutils уже в бубунте тестируется.
    Если бы диды "я не буду учить новый язык!" не копротивлялись процесс шел бы гораздо быстрее.
    Но рабобаем с тем что есть. А именно с самоуверенными необучаемыми бракоделами.

     
     
  • 8.162, Аноним (-), 17:54, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Слов из песни не выкинешь Насколько я помню потуги с Fucshia были не особо удач... большой текст свёрнут, показать
     
     
  • 9.207, Аноним (7), 19:28, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Если бы сишники не были столь невежественны, то они бы знали, что есть целая куч... текст свёрнут, показать
     
     
  • 10.250, Аноним (-), 20:59, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так я и спросил высокообразованного сэра блещущего культурой - из какой опера... большой текст свёрнут, показать
     
     
  • 11.265, Аноним (7), 22:03, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    И дальше что По вашему тот факт, что сишники когда-то написали свой код позволя... большой текст свёрнут, показать
     
     
  • 12.315, Аноним (-), 18:22, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Именно так - пока такие как вы не смогут выкатить что-то лучше, что ALL еще и юз... большой текст свёрнут, показать
     
     
  • 13.320, Аноним (-), 18:45, 22/10/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 9.230, Аноним (219), 20:16, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А она то тут причем, тебе про андроид пишут Опять сишник границей буфера в комм... текст свёрнут, показать
     
     
  • 10.255, Аноним (-), 21:08, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Андроида без сишки просто вообше не существовало бы, как явления Такая ерунда ... текст свёрнут, показать
     
     
  • 11.299, Прохожий (??), 10:56, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    У вас с логическим мышлением очевидные проблемы Андроид вполне мог бы быть напи... текст свёрнут, показать
     
     
  • 12.316, Аноним (-), 18:24, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Бы в этом мире - не считается Гугло уже попробовал что-то такое И горячие голо... текст свёрнут, показать
     
  • 9.302, Аноним (-), 11:04, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Так мы уже в процессе Вон биндер заменяем на нормальный А потом еще что-то А ... большой текст свёрнут, показать
     
     
  • 10.317, Аноним (317), 18:32, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Целый binder А грозились - выкинуть Linux И еще недавно заменить расово верной... большой текст свёрнут, показать
     
  • 3.135, Аноним (135), 16:40, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А как на ассемблере x86 выглядит restrict или чем char* отличается от void*?
     
     
  • 4.201, Аноним (199), 19:18, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Покажи мне как это на ассемблере x86 выглядит.
    > А как на ассемблере x86 выглядит restrict или чем char* отличается от void*?

    Вот это очень неудобный вопрос! Персонажа поди вообще ментально закоротило, ведь оказывается, что на ассемблере даже большинство типов из сишечки нашей родненькой никак не выглядят! 😭

     
  • 2.22, Аноним (22), 12:21, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вот только софтом, который писали сишники пользуются, т.к. он быстрый и создаётся за разумное время. А академически правильный код зачастую годится только ЧСВ потешить.
     
     
  • 3.53, Аноним (7), 13:30, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >Вот только софтом, который писали сишники пользуются, т.к. он быстрый и создаётся за разумное время.

    Софт на си уже массово вытеснен софтом не на си. Хоть rust, хоть go, хоть js, лишь бы не на си.

     
     
  • 4.62, Аноним (22), 13:48, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Что-то я не вижу в репозитории OpenSuse особо софта на js или go. Раст это капля в море. На бэкенде - да популярны, но там задачи однотипные типа перекладывания жсонов в базу, а как только хоть чуть-чуть думать надо, геймдев хотя бы, не говоря уж о серьёзном софте типа кадов или условного фотошопа - так ой всё, все эти хипсторы куда-то испаряются.
     
     
  • 5.75, Аноним (7), 14:08, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Почему именно OpenSuse и что именно вы собираетесь увидеть Ну давайте подумаем ... большой текст свёрнут, показать
     
     
  • 6.83, Аноним (22), 14:26, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Бэкендовая обёртка над гитом docker - тот ещё тормоз, банальное копирование нес... большой текст свёрнут, показать
     
     
  • 7.200, Аноним (7), 19:14, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    И что это меняет Интересно, почему бекенд так не любят писать на си Врать не х... большой текст свёрнут, показать
     
  • 6.86, Аноним (22), 14:38, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А ну чтобы не выдумвать ничего, вот статистика ЯП в репозитриях Дебиан. https://sources.debian.org/static/img/stats/sloc_bar_plot.png
     
     
  • 7.212, Аноним (7), 19:34, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это конечно хорошо, только почему я должен рассматривать дебиан как эталон? Дебиановцы регулярно удаляют из репозитория программы, которые не смогли собрать. Как пример https://www.opennet.dev/opennews/art.shtml?num=61794
    >В качестве причины удаления называется невозможность дальнейшего сопровождения пакета в ветке Debian Stable из-за несоответствия зависимостей к bcachefs-tools требованиям сборки для Debian Stable. Bcachefs-tools недавно был переписан на языке Rust и требует использования конкретных версий компонентов Rust, которые не соответствуют версиям, поставляемым в Debian, а ослабление зависимостей не гарантирует корректную работу bcachefs-tools.

    Если вы будете удалять каждую программу, написанную не на си, то у вас вообще 100% чистого си будет.

     
  • 4.134, Аноним (-), 16:39, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Софт на си уже массово вытеснен софтом не на си. Хоть rust,
    > хоть go, хоть js, лишь бы не на си.

    Что-то фуксия мир так и не захватила. И захват мира в очередной раз отложился. Черт, вы без си вообще компьютер не включите. И ни один чип в нем не заведется. Даже фирмвар SSD какого, или что там у вас. Но вы можете показать этим сишникам мастеркласс... или... кажется не можете? И вот кто тут неосиляторы тогда? :)

     
     
  • 5.213, Аноним (7), 19:39, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >И ни один чип в нем не заведется. Даже фирмвар SSD какого, или что там у вас.

    Для того, чтобы рассуждать о прошивке, надо как минимум видеть её исходник, а то она внезапно может на расте или паскале оказаться. И потом, даже если у вас прошивка ssd будет на си, условный докер всё равно будет не на си. Так что хватит сказки рассказывать.
    >Черт, вы без си вообще компьютер не включите.

    Если вы невнимательно читали, то вопрос не в наличии хотя бы одной программы на си, а в их общем проценте. Если программа написана на условном js, то это js, а не си.

     
     
  • 6.261, Аноним (-), 21:25, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это будет _очень_ внезапно ибо почти все фирмвари на этом глобусе пишутся - на с... большой текст свёрнут, показать
     
     
  • 7.267, Аноним (-), 22:09, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну сравнивать даже сабсет плюсов и СИшку это конечно сильно Там это в ядро л... большой текст свёрнут, показать
     
     
  • 8.319, Аноним (-), 18:41, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Они в этом режиме юзаются как этакий C-ish C чаще всего Почему-то Но без сиш... большой текст свёрнут, показать
     
     
  • 9.322, Аноним (-), 18:57, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А без этого драйвера он будет работать Или загрузились, а дальше пофиг Поживем... большой текст свёрнут, показать
     
  • 7.269, Аноним (7), 22:20, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >ибо почти все фирмвари на этом глобусе пишутся - на си,

    О, уже прогресс, а раньше про говорил про то, что всё пишется на си. Скоро так и быть узнаешь и про другие языки
    >И это при желании можно проверить.

    https://habr.com/ru/articles/548854/ Вам прямо сказано, что драйвер есть как на расте, так и на zig, а вы по прежнему исключительно про си говорите
    >Я не юзаю докер, вот ведь какой парадокс.

    И? Ну осталось софта на си на несколько процентов, дальше что?
    >Но без рантайма на си и си++ оно вообще нифига не сможет.

    То есть вы записываете программы на js в строки на си? Ну тогда я запишу их в строки на go и на rust, ибо интерпретатор есть как на одном, так и на другом.

     
     
  • 8.321, Аноним (-), 18:48, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это где я именно так сказал Я и сам могу какой-нибудь фирмвар клавы даже на бре... большой текст свёрнут, показать
     
  • 2.37, Аноним (37), 12:44, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Раз вы такие умные, сделайте нам, сишникам, компилятор, который будет гарантированно генерировать безопасный код.
    И чтобы можно было им пользоваться в реальной жизни, для реальных задач.
    Все поделки, которые мы видим от си-хейтеров - это какие-то максимально кривые яп и инструменты. Такое впечатление, что их создают только для того чтобы чесать свое ЧСВ.

    Так что да, это позор - за более чем полвека никто из умничающих экспертов так и не придумал как сделать си более безопасным, приходится обходить ошибки хардварными костылями.

     
     
  • 3.40, Аноним (7), 12:56, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Раз вы такие умные, сделайте нам, сишникам, компилятор, который будет гарантированно генерировать безопасный код.

    Вам его дают уже на протяжении более чем двух десятилетий, а вы всё нос воротите. До rust-а был как минимум ATS и Cyclone, и что, сколько сишников ими пользовались?
    >И чтобы можно было им пользоваться в реальной жизни, для реальных задач.

    Откройте любой тред про rust и почитайте как сишников от афинных типов корёжит, если они осилили синтаксис. Ибо не позволяет стрелять ноги, как сишники привыкли.
    >за более чем полвека никто из умничающих экспертов так и не придумал как сделать си более безопасным

    Очевидно же - никак. Максимум что у вас будет - Cyclone.

     
     
  • 4.42, Аноним (7), 12:58, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >До rust-а был как минимум ATS и Cyclone, и что, сколько сишников ими пользовались?

    Да даже возьмём c++ - сколько сишников после появления плюсов перестали изобретать хотя-бы строки? Ну не позор ли?

     
  • 4.49, Аноним (37), 13:21, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Мы не воротим нос. Мы тоже хотим писать безопасные программы.
    Но писать их в более-менее привычном стиле, привычным синтаксисом.
    Все что предлагают как замену си - это, извините, шлак, на котором НЕУДОБНО программировать.
    Именно поэтому этим не пользуются, а не из-за какого-то мифического заговора сишников против прогресса.
    Вы пишете о сишниках как об отставших в развитии существах, которых вы милостиво наставляете на истинный путь.
    Так же, наверное, думают и создатели всех этих новых шизофреничных ЯП.
    Ну и кагбе вот результат в новости - вместо умников со своим неуемным ЧСВ нам на помощь приходят создатели железа.
     
     
  • 5.54, Аноним (7), 13:36, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Что-то незаметно Я не говорю уже про переход на другой язык, где как минимум ли... большой текст свёрнут, показать
     
  • 5.60, Аноним (-), 13:45, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Еще как воротите Очень заметно Это ваши проблемы Когда начали в панике делать... большой текст свёрнут, показать
     
  • 5.76, Аноним (-), 14:09, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Мы тоже хотим писать безопасные программы.

    Хотеть то вы хотите, а можете ли? Или "Я тоже так могу, просто не хочу"?))

    > это, извините, шлак

    Шлак это ваша сишка, потому что на ней практически невозможно писать недырявый код.

    > Вы пишете о сишниках как об отставших в развитии существах,
    > которых вы милостиво наставляете на истинный путь.

    Нет, мы пишем о закостенелых бракоделах, которые не хотят писать нормально.

    > вместо умников со своим неуемным ЧСВ нам на помощь приходят создатели железа.

    Ага, а вы продолжите писать овноков. Зашибись.


     
  • 5.84, Аноним (-), 14:28, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Мы не воротим нос.

    и тут же в следующей строке

    > писать их в более-менее привычном стиле, привычным синтаксисом.
    > ... шлак, на котором НЕУДОБНО программировать.

    Как здесь иногда повторяют, у сишников "особое мышление".

    > Ну и кагбе вот результат в новости - вместо умников со своим неуемным ЧСВ нам на помощь приходят создатели железа.

    ChkTag из новости - это такой аппаратный pointer provenance, который сломает многие сишные программы, ибо все, кто кастует указатели через int, окажутся в пролёте.

     
  • 5.103, Аноним (96), 15:34, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >  Мы тоже хотим писать безопасные программы.

    Но писать их в более-менее привычном стиле

    Вы никак не хотите понять, что этот ваш "привычный стиль", привычные шаблоны и порождают те самые пресловутые 70% ошибок. Сишный стиль и надо менять, внедрять немного другую парадигму мышления.

    "Мы не хотим ничего менять, но хотим, чтобы оно поменялось (стали получаться безопасные программы)". Это же то самое: "Безумие — это делать одно и то же снова и снова, ожидая иного результата".

     
     
  • 6.126, Аноним (37), 16:23, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >внедрять немного другую парадигму мышления.

    Какую парадигму мышления.
    Что несет, господи.
    Си это простой, лаконичный, императивный яп. И при этом довольно близкий к железу. Берем обычный императивный алгоритм, перекладываем на Си, все, больше ничего не нужно.

    Если нужно этот алгоритм переосмысливать, переписывать в функциональном стиле, оформлять его в каком-то безумном синтаксисе, постоянно бороться с шизочекером, который делали аутисты (это не только про rust если что, а и про Frama C, и про eBPF verifier), то естественно я скажу "знаете что, пишите на этом языке сами".

    И как мы видим, не я один такой, а большинство программистов. Производители железа это понимают (см. новость). Нетакусики, которые изобретают новые тулы для программистов - не понимают.

     
     
  • 7.127, Аноним (-), 16:26, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Берем обычный императивный алгоритм, перекладываем на Си, все, больше ничего не нужно.

    А потому по невнимательности сравниваете два енама - крокодилы и апельсины - и... они сравниваются! Вот такой замечательный йазычок.

    > И как мы видим, не я один такой, а большинство программистов.

    Большинство программистов в гробу видели писать на этом кале.

     
     
  • 8.132, Аноним (37), 16:38, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Так я эту ветку и начал с предложения хотите что-то поменять - СДЕЛАЙТЕ лучше ... текст свёрнут, показать
     
     
  • 9.137, Аноним (-), 16:45, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Так мы сделали Называется С Если у вас аллергия не плюсы ну возьмите раст... текст свёрнут, показать
     
     
  • 10.142, Аноним (37), 16:58, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    cat azaza cc enum unsigned A 14 enum unsigned B 88 int main... текст свёрнут, показать
     
     
  • 11.155, Аноним (-), 17:39, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вы заказали 2 entity одного и того же типа И сравнили их С хрена ли это должно... текст свёрнут, показать
     
     
  • 12.176, Аноним (37), 18:17, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А, то есть для C это был один и тот же enum Понял А можете еще объяснить, по... текст свёрнут, показать
     
     
  • 13.259, Медведь (ok), 21:22, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Не так уж и не дает, варнинг не ошибка Действительно не даёт C , с enum class... текст свёрнут, показать
     
  • 13.270, Аноним (270), 22:28, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    То-есть если кто написал гвозди и гвозди - будет очень странно, что гвозди нельз... большой текст свёрнут, показать
     
  • 12.221, Аноним (7), 20:03, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Интересно, а почему это у людей аллергия на плюсы ... текст свёрнут, показать
     
     
  • 13.271, Аноним (-), 22:37, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что 1 Сложные И довольно много наслоений исторически 2 Это временами... большой текст свёрнут, показать
     
     
  • 14.278, Аноним (278), 02:02, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Полностью согласен Я бы добавил что Си создаёт избыточную сложность если писа... большой текст свёрнут, показать
     
  • 11.257, Медведь (ok), 21:14, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это правда, но не вся code enum class X unsigned a, b, c enum class Y ... текст свёрнут, показать
     
  • 8.140, Аноним (-), 16:57, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Сишка простой - и поэтому местами педальный Зато благодаря простоте на нем сист... большой текст свёрнут, показать
     
     
  • 9.294, Аноним (48), 10:30, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Пока оптимизацию не включишь, а потом опять надо Внезапно окажется что и memset... текст свёрнут, показать
     
     
  • 10.323, Аноним (-), 21:02, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Не подтверждаю Как практикующий это все Надо - 1 раз все же прочитать стандарт... большой текст свёрнут, показать
     
  • 7.214, Аноним (7), 19:51, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ха ха ха Давайте, покажите мне самую обычную строку на си, а я посчитаю, скольк... большой текст свёрнут, показать
     
  • 4.116, Аноним (116), 16:06, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >rust
    >афинных типов

    Речь про это:
    https://doc.rust-lang.org/nomicon/subtyping.html
    ?

     
     
  • 5.222, Аноним (7), 20:04, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Частный случай афинных типов - владение.
     
  • 3.44, Аноним (-), 13:04, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не, чувак, этот мусор никак не исправить Можно, и даже нужно , об ть и сжеч... большой текст свёрнут, показать
     
     
  • 4.143, Аноним (-), 16:59, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Не, чувак, этот мусор никак не исправить)) Можно, и даже нужно!, об****ть и сжечь.

    Можете начать избавляться от этой анафемы прямо с своего компьютера! Наверняка там в всяких сервисных чипах, контроллерах, загрузочной фирмвари и чем там еще - полно си. На костер этого негодяя! Заодно и форум от спама отдохнет :)

    А так - много вы фирмварей, бутлоадеров, ядер и низкоуровневой системщины написали то, чтоб свое мнение иметь? :)

     
  • 4.156, Аноним (-), 17:40, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Не, чувак, этот мусор никак не исправить)) Можно, и даже нужно!, об****ть
    > и сжечь.

    Начать можно прямо с вашего компьютера который без сишки неоперабелен :)

     
  • 3.70, Аноним (22), 14:00, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Да не умные они, они только вонять в интернетах могут, а в реале максимум жсоны перекладывают. Раст даже для геймдева не подходит, не говоря уж про серьёзное ПО для работы.
     
     
  • 4.80, Аноним (7), 14:19, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >а в реале максимум жсоны перекладывают

    Только вот сишники даже жсоны не перекладывают, так как всё потечёт и попортит память.

     
     
  • 5.85, Аноним (22), 14:30, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Сишники делают ~80-90% десктопного софта, остальное это C# и swift. Ну и примерно вся эмбеддовка. В РФ просто ни то ни другое особо не развито, тут больше на перепродажу и сервис бизнес целится, наверное поэтому такое мнение сложилось. А так в мировых рейтингах сишка в топе.
     
     
  • 6.88, Аноним (-), 14:40, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Сишники делают ~80-90% десктопного софта

    Чё??? 80-90% это с++, а не дырявая.

    Игровые движки - с++
    Офисный пакеты - с++
    Игры - с++
    3д пакеты - с++

    Да даже компиляторы - два открытых оптимизирующих компилятора написаны на с++. Причем gсс был вначале на сишке, но потом перешли на плюсы.

     
     
  • 7.112, Аноним (112), 16:01, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > 80-90% это с++

    Процентов чего? Наименований? Которые используют 1000-и-1 библиотеку на Си. В итоге, кодовая база на 99,9% на Си. (И это хорошо.)

    > Причем gсс был вначале на сишке, но потом перешли на плюсы.

    Это была диверсия со стороны Плюсов. Напихать в стандарт огромную библиотеку шаблонов и сделать предельно сложной её поддержку в компиляторе на Сях. Плюс, разрабам компилятора, хош-нехош, пришлось изучать чудовищно раздутый стандарт Плюсов. И переход стал неизбежен.
    Сейчас что-то подобное пытается провернуть Ржавый. Тоже с поддержкой корп, кстати. Через 10-20 лет - повторить, с новым, Улучшенным(TM) Языком(TM).

     
     
  • 8.124, Аноним (-), 16:19, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Пруфы в студию Пока это выглядит как розовые очки с линзой толщиной в лобовую б... текст свёрнут, показать
     
     
  • 9.157, Аноним (-), 17:42, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Так вы не написали другой софт, только бла-бла развели как все круто и фильдипер... текст свёрнут, показать
     
  • 6.216, Аноним (7), 19:54, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Сишники делают ~80-90% десктопного софта

    Ага, сишники. Ещё в 90-ые появился Visual Basic, а вы до сих пор свои сказки рассказываете.

     
  • 3.71, Аноним (21), 14:01, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Раз вы такие умные, сделайте нам, сишникам, компилятор, который будет гарантированно генерировать безопасный код.

    Вам, сишникам, диды уже сделали святой СТАНДАРТ, в котором заботливо прописаны многие пункты, на корню пресекающие любые гарантии безопасности.

    Поэтому создателям компиляторов и даже вон CPU приходится сбоку в обход стандарта прикручивать костыли через флажки компиляции, дабы эта дидовская отрыжка из 70х была бы хоть немного юзабельна в современных реалиях.

    Что непонятного?

     

     ....большая нить свёрнута, показать (96)

  • 1.5, Аноним (7), 11:58, 21/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >например, в реализации MTE для каждых 16 байт создаётся 4-битный тег

    Я так понимаю у кого-то лишняя оперативка завалялась, и он, вместо того, чтобы отдать её мне, решил её проср^W потратить?

     
     
  • 2.8, Аноним (-), 12:01, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Я так понимаю у кого-то лишняя оперативка завалялась

    А потом окажется что в ваш сервак больше оперативы не влезет, поэтому вы просто купите новый.

     
  • 2.81, Фрол (?), 14:19, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    не рассказывайте этому господину про ЕСС память, а то ведь он желчью изойдет, что там из каждых 72 бит восемь ЗРЯ простаивают!!1
     

  • 1.18, Мартин (?), 12:14, 21/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Похоже на борьбу нанайских мальчиков.
    Все внедряют новые механизмы, инструкции, алгоритмы...
    И все не помогает, только делает все хуже.

    Неужели инженерам не очевидно, что проблема в архитектуре?

    Некоторые-бы написали, что нужно менять девочек, а не двигать кровати.

     
     
  • 2.51, Аноним (51), 13:25, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Неужели инженерам не очевидно, что проблема в архитектуре?

    пока существует спрос на Г, то есть существуют г-еды, будут производить Г, будет существовать предложение.

     
     
  • 3.324, Аноним (-), 21:10, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> Неужели инженерам не очевидно, что проблема в архитектуре?
    > пока существует спрос на Г, то есть существуют г-еды, будут производить Г,
    > будет существовать предложение.

    Существует спрос - на Getting Things Done. За разумное время и деньги с приемлимыми параметрами. А если кто пошел писать серву, 10 years passes, still not f...g here - упс, извините, господа. Захрен такое счастье кому?! Ну всю тиму и уволили нахрен. И фуксию аналогично. Такие соотношения просто не от мира сего.

     
  • 2.174, Аноним (172), 18:12, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Неужели инженерам не очевидно, что проблема в архитектуре?

    i432
    итаник

    ещё что-то очень красивое но ненужное :-)

     

  • 1.20, Аноним (20), 12:19, 21/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    О, они так скоро эльбрус переизобретут
     
     
  • 2.31, Аноним (11), 12:34, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Но самое интересное, что этот Неоэльбрус будет реально в железе и доступен рознице.
     
     
  • 3.276, Аноним (278), 01:18, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ага, как раз хотел про Эльбрус упомянуть. Реально, Intel и AMD давно надо было этот ChkTag выкатывать - для всех 64-битных процессоров по умолчанию, а не дожидаться кренделей из госдепа и нашествий бешеных растофриков. Но с другой стороны - если бы не было столько хайпа и пугалок со стороны растишек, то и не было бы этого принципиального решения. Давно пора.
     
     
  • 4.309, Аноним (309), 15:36, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А потом 5 лет патчить ведро чтобы оно не разваливалось при его включении.
     

  • 1.34, Смузихлеб забывший пароль (?), 12:38, 21/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    судя по описанию, выглядит даже не как дыра, а как дырища библейских масштабов
     
  • 1.38, Аноним (38), 12:48, 21/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Наконец-то. Думал, что после 2018 года появятся аппаратные фиксы Спектра и Мельтдауна, а они только сейчас появляются
     
     
  • 2.119, Фняк (?), 16:14, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Чекай, они сделают проверку тэгов только на этапе retire инструкции. Таким образом спектр с мельдонием останутся в безопасности
     

  • 1.50, Аноним (50), 13:22, 21/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Амуде превращается в длинющий Влив и стоить будет также. Кто мечтал,что войти только для мега-пупер профессионалов?Остальным смурфы на пять лет и хватит для котиков.
     
     
  • 2.121, Фняк (?), 16:16, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ты дичь втираешь. Поддержка тэгировпнной памяти есть в мобильных процах у ябла. Какой там vliw
     
     
  • 3.141, Аноним (50), 16:57, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Неудивительно что такое ничто как арм один из тех кто обязан приспосабливаться.
     

  • 1.52, Медведь (ok), 13:30, 21/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Начало конца rust. Всячески одобряю. Краборжавофилы возбудились в теме, замечательно -- хватило умишка понять, что это сулит ржавчине. Что ж, всем, полагающим, что они умнее проектировщиков Intel, ARM и AMD вместе взятых -- флаг в руки и бегом писать петиции о запрете данной инициативы. Вас, конечно же, услышат!
     
     
  • 2.57, Аноним (7), 13:38, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Какие же сишники необучаемые. Си будет проверять ошибки и падать в рантайме, как позорный гвидобейсик. В то же время rust будет проверять ошибки во время выполнения и если скомпилировалось, значит работает.
     
     
  • 3.63, Медведь (ok), 13:49, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Какие же растеры необучаемые -- им и невдомек, что кроме раста существует 100500 языков, которые получат практически бесплатный механизм защиты. Хотя что это я, они просто понимают, что это не просто гвоздь, а целый набор саморезов в крышку гроба раста.

    > Если скомпилировалось, значит работает

    Ну, тут я даже комментировать не буду, фраза, достойная быть выбитой на могильном камне раста!

     
     
  • 4.74, Аноним (21), 14:06, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > что кроме раста существует 100500 языков, которые получат практически бесплатный механизм защиты

    Ахаха! А ничего, что сабж включается через флажки компилятора сугубо для дырявых C и C++. А в других нынче живых языках в принципе нет проблем уровня "обращение к уже освобождённым блокам памяти, переполнение буфера или обращение к памяти до инициализации".

    Зато как против Раста воюет!

     
     
  • 5.94, Медведь (ok), 15:14, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Технология, которая только разрабатывается и планируется к реализации в новых CPU, включается флажками компилятора... Что?! Если ты про MTE, чудила, то флажками компилятора включается защита стека и глобальных данных вне кучи, а для защиты кучи достаточно использовать аллокатор, поддерживающий MTE.
     
     
  • 6.160, Аноним (154), 17:51, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Технология, которая только разрабатывается и планируется к реализации в новых CPU, включается флажками компилятора... Что?! Если ты про MTE

    Да, она будет включаться флажками, как в MTE. Или ты думал, ее впендюрят всем во все процессоры по-умлочанию. 😂

    > Если ты про MTE, чудила, то флажками компилятора включается защита стека и глобальных данных вне кучи, а для защиты кучи достаточно использовать аллокатор, поддерживающий MTE.

    Ах, ну да, в аллокаторе у нас ведь MTE не флажками компилятора включалось. "Вы не понимаете, жто другое! 😭"

     
     
  • 7.280, Медведь (ok), 02:21, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Ах, ну да, в аллокаторе у нас ведь MTE не флажками компилятора включалось. "Вы не понимаете, жто другое! 😭"




    LD_PRELOAD=/path/to/libscudo.so ./your_program


    стало у нас внезапно флагом компилятора? циpк уехал, клoyн остался...

    Или.. постой... ты виндузятник?

     
     
  • 8.304, Аноним (21), 12:44, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Чел, ты читаешь, что тебе пишут Чобы в либе liscudo so появилось MTE, ее нужно ... текст свёрнут, показать
     
     
  • 9.306, Медведь (ok), 13:49, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    https www l3harris com newsroom editorial 2023 10 scudo-hardened-allocator-uno... текст свёрнут, показать
     
     
  • 10.318, Аноним (318), 18:39, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Исходный код у него есть, прцессорный MTE он использует, но собирать его не надо... текст свёрнут, показать
     
     
  • 11.325, Аноним (-), 21:54, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Его надо собирать не больше чем любой иной код на любом ином ЯП В этом отношени... текст свёрнут, показать
     
  • 4.82, Аноним (7), 14:22, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >кроме раста существует 100500 языков, которые получат практически бесплатный механизм защиты

    Вы лучше скажите, кому он нужен - может Haskell-ю? Или Ocaml-у? Или JS-у?
    >Ну, тут я даже комментировать не буду

    Отсутствие долгих часов отладки - это уже достаточная причина уйти от сишки. Ибо код надо писать, а не отлаживать.

     
     
  • 5.117, Медведь (ok), 16:11, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Я полагаю, что тот же Haskell вполне обрадуется возможности вынести ту же проверку границ блоков памяти на CPU... Хотя с этим вопросом тебе скорее к разработчикам Haskell.
     
     
  • 6.161, Аноним (154), 17:53, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Я полагаю, что тот же Haskell вполне обрадуется возможности вынести ту же проверку границ блоков памяти на CPU...

    Сорян, в Хаскеле не сношаются с буферами. А проверки границ типов коллекций в рантайме там и так есть.

     
     
  • 7.171, Медведь (ok), 18:10, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    О, ты изучил устройство компилятора Haskell, и проверки границ коллекций там реализованы непосредственно при помощи духа святого? Продолжайте наблюдение, мы с вами свяжемся.

    Я о чем: если программист не видит в своем коде, скажем, байтового буфера, это совершенно не означает, что его нет в скомпилированной программе в принципе )

     
     
  • 8.208, Аноним (199), 19:29, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Они реализованы при помощи програмных рантаймных проверок, о чем тебе и написали... текст свёрнут, показать
     
     
  • 9.242, Медведь (ok), 20:33, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Да ну Быть не может, а я то думал А оно вон оно как А скажи-ка, что мешае... текст свёрнут, показать
     
     
  • 10.305, Аноним (21), 12:50, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Что с лицом спрашиваешь Я его уже разбил себе фейспалмами Я надеюсь, ты просто... текст свёрнут, показать
     
  • 6.224, Аноним (7), 20:07, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Я полагаю, что тот же Haskell вполне обрадуется возможности вынести ту же проверку границ блоков памяти на CPU

    Которая будет только в процессорах на полках магазинов. Или по вашему нужно все процессоры списывать в утиль?

     
  • 5.168, Аноним (-), 18:04, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Вы лучше скажите, кому он нужен - может Haskell-ю? Или Ocaml-у? Или JS-у?

    Хрен ваших эзотериков знает - а в JS что-нибудь заоффлоадить вполне можно будет. Что там эзотерики (не)выигрывают - это кому-то интересно вообще? Их вообще на радаре не видно и они погоду не делают.

    > Отсутствие долгих часов отладки - это уже достаточная причина уйти от сишки.
    > Ибо код надо писать, а не отлаживать.

    При том как показал пример тех эзотериков, код там именно write only. Его потом вообще никто читать не хочет. А программы чаще всего - театр 1 актера.

     
  • 4.93, Аноним (-), 15:09, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > кроме раста существует 100500 языков, которые получат практически бесплатный механизм защиты.

    "Произошла ошибка доступа к памяти при чтении по адресу 0xXXXXXXXXXXXXXXXX, процесс был завершён"

    Отличная защита, раст ненужён!!!11.

     
     
  • 5.95, Медведь (ok), 15:15, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Отладка программы? Не, не слышал, раз код компилируется -- значит работает, что за бред там происходит -- неважно.
     
     
  • 6.115, Аноним (-), 16:06, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Отладка программы?

    И что ты наотлаживаешь?
    Когда оно повторяется у клиента на его конктретном сетапе/данных раз в месяц когда меркурий становится ретроградным?
    Но данные тебе никто не даст, а что полез не в свою память тебе краш тоже не скажет.
    Поэтому прдль отладчик до посинения.

    > Не, не слышал, раз код компилируется -- значит работает,
    > что за бред там происходит -- неважно.

    Так это же любая сишная программа)))
    Пишешь за пределы буфера - сойдет!
    С разных потоков - еще лучше!
    Главное что не крашнулось на старте и можно в прод.

     
     
  • 7.175, Аноним (199), 18:15, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Поэтому прдль отладчик до посинения.

    Да персонаж уже запутался, бедняга, в порыве войны против Раста: то ему нужен сабж (ведь ловит дырени), то теперь уже не нужен (ведь мастера отладки и так умеют писать программы без дыреней в памяти). Цирк да и только.

     
  • 7.228, Аноним (7), 20:13, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >С разных потоков - еще лучше!

    Это будет в следующем наборе команд, лет через семьдесят.

     
  • 6.173, Аноним (199), 18:12, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> "Произошла ошибка доступа к памяти при чтении по адресу 0xXXXXXXXXXXXXXXXX, процесс был завершён"
    > Отладка программы? Не, не слышал

    Чего отладка, лол? Сабж буквально создан для того, чтобы быть костылем-заплаткой, грохающей процесс при ошибках работы с памятью (вместо того, чтобы молча их хавать, открывая дырени).

     
  • 6.227, Аноним (7), 20:11, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Отладка программы? Не, не слышал, раз код компилируется -- значит работает

    Узнаю сишников. Только вместо того, чтобы отлаживать алгоритм, сишники отлаживают свои указатели, выясняя где же там они попортили память.

     
  • 3.113, Аноним (112), 16:03, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > если скомпилировалось

    sic!
    Укажите, сколько терабайт памяти нужно, чтобы скомпилировалось.

     
  • 2.64, Аноним (-), 13:54, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Какой забористый копиум code 12 09 2025 VMScape - атака на CPU AMD и Intel, ... большой текст свёрнут, показать
     
     
  • 3.98, Медведь (ok), 15:23, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ты же сделал свой процессор, получше, правда? Ведь сделал же?
     
     
  • 4.164, Аноним (-), 17:59, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ты же сделал свой процессор, получше, правда? Ведь сделал же?

    Да он и операционку написал, что уж. Видимо один из уволенных програмеров Fuchsia.

     
  • 2.92, Аноним (-), 14:59, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Начало конца rust.

    Смешно.

    > Всячески одобряю. Краборжавофилы возбудились в теме, замечательно -- хватило умишка понять, что это сулит ржавчине.

    Начиная с Rust 1.84 стабилизирован strict provenance API. Сможешь показать то же самое в Си?

    > Что ж, всем, полагающим, что они умнее проектировщиков Intel, ARM и AMD вместе взятых -- флаг в руки и бегом писать петиции о запрете данной инициативы. Вас, конечно же, услышат!

    Наоборот, всем сишникам пора начать писать петиции, потому что с ChkTag большинство сишных программ перестанут запускаться.

     
     
  • 3.97, Медведь (ok), 15:22, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Начиная с Rust 1.84 стабилизирован strict provenance API.

    А-а-а-а, то есть растеры смогут заняться любимым делом -- переписывать свои проекты для задействования этой фигни вместо предыдущей фигни? Рад за них, без дела не останутся.

    > Наоборот, всем сишникам пора начать писать петиции, потому что с ChkTag большинство сишных программ перестанут запускаться.

    Ну раз ты так сказал, тогда конечно...

     
     
  • 4.328, Прохожий (??), 01:08, 23/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Рад за них, без дела не останутся.

    Завидуете?

    >Ну раз ты так сказал, тогда конечно...

    Это обычная логика и здравый смысл. Правда не все Сишники в это умеют. Увы. Вот вы тоже не смогли.

     
  • 2.178, Аноним (199), 18:19, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Краборжавофилы возбудились в теме, замечательно -- хватило умишка понять, что это сулит ржавчине.

    А что сулит? Неужели появлене вулнов в памяти и последующим прибитием процесса программы при помощи сил сабжа? 🤣 Та не, это же вроде для Сишки сценарий...

     

  • 1.66, Фрол (?), 13:56, 21/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    звонила AS/400 из 1990 года, просила передать привет

    также просила сказать - если оставить пользователю возможность самому генерировать машинный код, ничего у вас не получится.

     
     
  • 2.125, Фняк (?), 16:21, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ага, только техножрецы из межделмаша могут генерировать машкод для пользователя, подписывать его своей личной подписью, а as400 будет эту подпись проверять
     
     
  • 3.133, Фрол (?), 16:39, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    ерунду не пишите

    зрн блгдрн

     

  • 1.100, ProfessorNavigator (ok), 15:28, 21/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Это что же получается? Ржавый теперь... не нужен? Вот это поворот))
     
     
  • 2.111, Аноним (-), 15:57, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Вот это поворот))

    Вы процессор вначале новый купите, а потом проверим помогло оно или нет))

     
  • 2.114, Аноним (112), 16:04, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Всегда был.
     
     
  • 3.122, ProfessorNavigator (ok), 16:17, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Всегда был.

    Про то я в курсе. Просто сложно удержаться и не потроллить некоторых ;)

     
     
  • 4.258, Аноним (258), 21:15, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Рыночек уже порешал Раст не занял хоть какой либо значимой доли.
     
     
  • 5.329, Прохожий (??), 01:14, 23/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Не знаю в чьей голове там какой рыночек порешал, но примерно около миллиарда людей планеты (может уже и больше) используют уже ПО на Rust: Google, Microsoft, Amazon, Mozilla, Discord, Dropbox и прочие старые лидеры софтостроения используют Rust. Но вы можете и дальше пытаться себя утешать фантазиями про какой-то там рыночек. Правда, это вам не поможет особо.
     
  • 2.148, Аноним (-), 17:16, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Не волнуйтесь прохфессор ржавчина уже в андроиде, и в ядре, и в утилитах на замену дырявах...
    Думаю она вас переживет.
    И меня, возможно.
     
     
  • 3.153, ProfessorNavigator (ok), 17:32, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Не волнуйтесь прохфессор ржавчина уже в андроиде, и в ядре, и в
    > утилитах на замену дырявах...

    Да я в общем и не волнуюсь)) Я с интересом жду продолжения драмы. Враг подкрался с тыла, хы))

    > Думаю она вас переживет.
    > И меня, возможно.

    Да без вопросов)) С учётом всех обстоятельств шансы на выживание конкретного индивида сегодня у нас так себе...

     
  • 2.179, Аноним (199), 18:26, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Это что же получается? Ржавый теперь... не нужен? Вот это поворот))

    "Вот это поворот" будет, когда вы наконец-то наберетесь компетенции, чтобы понимать смысл написанного.

    А так у нас есть выбор: вырезать все ошибки при работе с памятью на корню ВО ВРЕМЯ КОМПИЛЯЦИИ или же греть CPU в попытках выловить их ВО ВРЕМЯ ВЫПОЛНЕНИЯ с последующим прибитием процесса программы.

    Знатный эксперт ProfessorNavigator, конечно же, выбирает второй вариант - и Раст теперь не нужен. Очередная сокрушительная победа над здравым смыслом!

     
     
  • 3.186, ProfessorNavigator (ok), 18:44, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Что, подгорает Понимаю Только вы не в ту сторону воюете - вы это тем, кто в... большой текст свёрнут, показать
     
     
  • 4.194, Аноним (-), 19:03, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Что, подгорает?)) Понимаю))

    Понимаете как подгорает?
    Это хорошо!
    Не удивлен, что аФФтор одного из самых уродливых опенсорс приложений такое понимает!

    > Лишнее действие при таких раскладах как раз проверка во время компиляции. Потому что вы потом всё равно будете гонять программу по всякому на тестах. Там всё и выплывет.

    Или не выплывет.
    Как в одно весьма глючной библиотеки для книжек))


     
     
  • 5.195, ProfessorNavigator (ok), 19:06, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> Что, подгорает?)) Понимаю))
    > Понимаете как подгорает?
    > Это хорошо!
    > Не удивлен, что аФФтор одного из самых уродливых опенсорс приложений такое понимает!
    >> Лишнее действие при таких раскладах как раз проверка во время компиляции. Потому что вы потом всё равно будете гонять программу по всякому на тестах. Там всё и выплывет.
    > Или не выплывет.
    > Как в одно весьма глючной библиотеки для книжек))

    Да вы не убивайтесь так, это ещё нескоро будет)) Впрочем, всё равно не удержусь, процитирую один фильм: "Работать теперь пойдёшь... Делать то умеешь чего?" ;)

     
     
  • 6.223, Аноним (-), 20:07, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Да вы не убивайтесь так, это ещё нескоро будет)

    А как же все заламывания рук, проклятия в стороноу капиталистов и знаменитое "ЧАСИКИ ТИКАЮТ!!" ?
    Неужели конец света и человечества откладывается?
    Неужели сумасшедшие пророки врали??

     
     
  • 7.232, ProfessorNavigator (ok), 20:17, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > А как же все заламывания рук, проклятия в стороноу капиталистов и знаменитое
    > "ЧАСИКИ ТИКАЮТ!!" ?

    А часики не тикают?)) У вас есть бесконечные ресурсы - нефть, газ, редкоземельные металлы? Посевные площади и банально место для проживания растущего с каждым днём количества людей?

    > Неужели сумасшедшие пророки врали??

    Хорошо, я обязательно передам С.В. Дробышевскому, что вы считаете его сумасшедшим. Он порадуется))


     
     
  • 8.330, Прохожий (??), 01:21, 23/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А других источников энергии, заменителей редких металлов не бывает, да И матери... текст свёрнут, показать
     
     
  • 9.332, ProfessorNavigator (ok), 01:31, 23/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Какие например И да, нефть и газ используются далеко не только как источники ... текст свёрнут, показать
     
  • 4.245, Аноним (7), 20:48, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Лишнее действие при таких раскладах как раз проверка во время компиляции. Потому что вы потом всё равно будете гонять программу по всякому на тестах. Там всё и выплывет.

    Ага, если эти тест будут. А то будет, прямо как у вас, когда ошибки вы начали исправлять только после того, как вас носом ткнули в конкретную строку и долго долго объясняли, почему так делать нельзя. И то, до сих пор кучу ошибо не исправили.

     
     
  • 5.249, ProfessorNavigator (ok), 20:58, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Ага, если эти тест будут. А то будет, прямо как у вас,
    > когда ошибки вы начали исправлять только после того, как вас носом
    > ткнули в конкретную строку и долго долго объясняли, почему так делать
    > нельзя. И то, до сих пор кучу ошибо не исправили.

    Ну всё, все фанаты в сборе, можно начинать бенифис)))

     
  • 4.248, Аноним (7), 20:57, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Что, подгорает?)) Понимаю)) Только вы не в ту сторону воюете - вы это тем, кто вам такую подляну подложил, объясняйте, а не мне.

    Нашёл начало обсуждения. https://www.opennet.dev/openforum/vsluhforumID3/134750.html#523
    >Вы пробегаете по целой строке только для того, чтобы обнаружить конец тега. Даже решение на парсер комбинаторах успеет по дороге атрибуты распарсить, у вас же это холостой прогон.

    Как минимум эта проблема до сих пор не исправлена, остальные смотреть лень, уже больше года прошло. И этот человек рассказывает нам как программировать.

     
     
  • 5.251, ProfessorNavigator (ok), 21:00, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >>Что, подгорает?)) Понимаю)) Только вы не в ту сторону воюете - вы это тем, кто вам такую подляну подложил, объясняйте, а не мне.
    > Нашёл начало обсуждения. https://www.opennet.dev/openforum/vsluhforumID3/134750.html#523
    >>Вы пробегаете по целой строке только для того, чтобы обнаружить конец тега. Даже решение на парсер комбинаторах успеет по дороге атрибуты распарсить, у вас же это холостой прогон.
    > Как минимум эта проблема до сих пор не исправлена, остальные смотреть лень,
    > уже больше года прошло. И этот человек рассказывает нам как программировать.

    И снова вопрос - а при чём здесь вообще я?)) Речь шла о ненужности Ржавого, на которую мои личные и профессиональные качества не влияют никак ;)

     
     
  • 6.331, Прохожий (??), 01:25, 23/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Речь шла о ненужности Ржавого, на которую мои личные и профессиональные качества не влияют никак

    Для того, чтобы выносить подобное суждение, надо разбираться в предметной области. Очевидно, у вас с этим проблемы. Вам об этом и говорят. Странно, что так долго и подробно надо объяснять подобные элементарные вещи.

     
     
  • 7.335, ProfessorNavigator (ok), 01:38, 23/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Для того, чтобы выносить подобное суждение, надо разбираться в предметной области. Очевидно,
    > у вас с этим проблемы. Вам об этом и говорят. Странно,
    > что так долго и подробно надо объяснять подобные элементарные вещи.

    Хы)) Можно вообще ничего не знать о предмете, и вынести о нём верное суждение. Сюрприз, правда?)) А всё потому, что смысловая связь обратная. Если суждение неверное, то его неверность можно объяснить низкой квалификацией собеседника. Но это далеко не единственное возможное объяснение. Т.е. это всего лишь один из вариантов из множества. Но и это неважно. Потому что сначала нужно доказать, что суждение - неверное. И с этим у вас проблемы)) Пока что, кроме очередной попытки съехать с темы путём перевода на личности, больше у вас ничего нет. Напомню, обсуждаем не меня, а ненужность Ржавого.

     
     
  • 8.341, Прохожий (??), 02:00, 23/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Уже вам доказали это Попробуйте перечитать Данное новшество не повысит произво... текст свёрнут, показать
     
  • 2.229, Аноним (7), 20:15, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Добрый день. Вы уже починили свой парсер xml или как всегда нет? Или как настоящий сишник, вы и не планировали его делать рабочим?
     
     
  • 3.234, ProfessorNavigator (ok), 20:19, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Добрый день. Вы уже починили свой парсер xml или как всегда нет?
    > Или как настоящий сишник, вы и не планировали его делать рабочим?

    А как я его могу починить, если вы филоните?)) Вы же из тестировщиков уволились - тестировать теперь некому, вот я и не знаю, что он сломан))


     
     
  • 4.244, Аноним (7), 20:46, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Вы же из тестировщиков уволились - тестировать теперь некому, вот я и не знаю, что он сломан))

    Я вам уже кучу раз говорил, что так https://github.com/ProfessorNavigator/mylibrary/blob/3590a4c05f68e92c83b5f74a0 делать нельзя. Следующий код является валидным

    <tag attr=">"/>

    А ещё, я вам скидывал пример, как делать правильно. https://dev.realworldocaml.org/parsing-with-ocamllex-and-menhir.html

    Ранее вам уже писали об этом, и то это не самое первое сообщение https://www.opennet.dev/openforum/vsluhforumID3/135943.html#105

    Вы до сих пор не починили данную проблему.

     
     
  • 5.247, ProfessorNavigator (ok), 20:57, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Я вам уже кучу раз говорил, что так https://github.com/ProfessorNavigator/mylibrary/blob/3590a4c05f68e92c83b5f74a0
    > делать нельзя. Следующий код является валидным
    > <tag attr=">"/>

    И что?)) Вы хоть взгляните, куда ваша ссылка указывает, и разберитесь, что этот код вообще делает)) И при чём здесь вообще я? Речь шла о ненужности Ржавого, на которую мои профессиональные и личные качества не влияют никак))


     
     
  • 6.260, Аноним (7), 21:23, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    На ваш код У вас одна и та же ошибка повторяется из раза в раз https github co... большой текст свёрнут, показать
     
     
  • 7.263, ProfessorNavigator (ok), 21:29, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >[оверквотинг удален]
    >>case 34:
    >>case 39:
    >>case 62:
    > Вот это - это что такое? Вместо того, чтобы исправлять ошибки, вы
    > только запутываете код.
    >>на которую мои профессиональные и личные качества не влияют никак))
    > Влияют. Я вам более года тому назад рассказывал, что туда-сюда ходит по
    > строке - это медленно. Вы это починили? Нет. Почему? По тому,
    > что не умеете. Если вы не в состоянии нормально написать парсер,
    > то на каком основании вы в состоянии рассказывать о нужности раста?

    И тут Остапа понесло)) Понимаю, новость для вас шокирующая - придётся чему-то учиться, по-настоящему работать идти. Но вы не убивайтесь так - оно нормально, все так живут ;)

     
     
  • 8.266, Аноним (7), 22:07, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Зачем нужна эта клоунада Пишите сразу - что реализовать парсер вы не осилили и ... текст свёрнут, показать
     
     
  • 9.268, ProfessorNavigator (ok), 22:10, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это вас нужно спрашивать Обсуждали вроде бы ненужность Ржавого, а вы зачем-то ... текст свёрнут, показать
     
     
  • 10.333, Прохожий (??), 01:32, 23/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Для того, чтобы иметь возможность что-то обсуждать, надо обладать необходимыми з... текст свёрнут, показать
     
     
  • 11.337, ProfessorNavigator (ok), 01:42, 23/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вот и глупые аналогии подъехали зевает Т е по существу вам ответить нечег... текст свёрнут, показать
     
     
  • 12.339, Прохожий (??), 01:51, 23/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Так вам уже разжевали, что не так, але себе по существу Сишным программам это н... текст свёрнут, показать
     
     
  • 13.340, ProfessorNavigator (ok), 02:00, 23/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Работу ищите, работу, друг мой А ещё лучше поучитесь чему-нибудь полезном, если... текст свёрнут, показать
     

     ....большая нить свёрнута, показать (34)

  • 1.110, Аноним (110), 15:54, 21/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Какие опкоды планируются у этих инструкций? Из группы NOP или другое? Давайте усложним декодер инструкций сильнее...
     
     
  • 2.256, Аноним (258), 21:11, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Даввй, начинай усложнять.
     

  • 1.136, Аноним (136), 16:41, 21/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    когда уже JIT компиляцию микрокода CPU завезут? доколе?!
     
  • 1.145, Шизгорин (?), 17:12, 21/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Вижу очередной предлог заставить хомячков в добровольно-принудительном порядке обновить парк железа, как это было с TPM.

    Написано с моего кор 2 дуо 2007 года.

     
     
  • 2.297, Аноним (297), 10:45, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Как ты пишешь с кор 2 дуо, если тебя принудили что-то там обновить?
     

  • 1.165, Аноним (152), 18:04, 21/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Вот по этому правительство США призывает отказаться небезопасных языков!
     
     
  • 2.182, Аноним (50), 18:37, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Пользуются открытым кодом? Некий военный стартап попробовал NixOS и плюнул.
     
  • 2.197, Аноним (172), 19:09, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    а вы их госдолг видали?
    как думаете, связано? :-)
     
  • 2.209, Аноним (209), 19:32, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Почему правительство контролирует, на каких языках можно программировать? Ах, да... 451 градус по Фаренгейту.
     
     
  • 3.334, Прохожий (??), 01:36, 23/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что это правительство - один из самых крупных заказчиков ПО (если не самый крупный). Кто девушку платит, тот её и танцует.
     

  • 1.202, Аноним (202), 19:19, 21/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    ой да ладно, хоть sse ща везде используют, сборка какого-нить хромиума с avx2 уже кастом, а это intel 5xxx если не ошибаюсь
     
     
  • 2.203, Аноним (202), 19:19, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    мож от 32битных, наконец-то, откажутся повсеместно
     
     
  • 3.205, Кора дуба (-), 19:25, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Чем тебе 32 бита мешают жить?
     
     
  • 4.307, Аноним (202), 14:37, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    так а в чём плюс-то от них? ща телефон за 5рублей уже имеет 4+4свапа мозгов. ну я понимаю если там будут 32битные телега и лиса, чтобы не закрываться при переключении, но это, предполагаю, от криворукости зависит

    у меня на десктопе-то 8гб вся система не ест, с кучей открытых вкладок, несколькими браузерами, офисом, телегой, деби-серваком в виртуалке, синктрайзером, веракриптой и тп. чяднт?

    лучше бы действительно, все эти силы на поддержку библиотек двух разрядностей и электроэнергию на бинарники потратили на что-то более нужное - хотя бы теже авх, чтобы они работали быстрее на компах. последний 32битный проц когда вообще выпущен был-то?

    ну да. если у вас интел 2/3ххх и 16гб памяти макс - придётся в офис снести, или отказаться от многозадачности тяжелых приложений альттабаться

     
  • 3.206, Аноним (209), 19:28, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Тут недавно гугл выкатила 32-битную платформу... Неужели гугл не в курсе твоих желаний?
     
     
  • 4.308, Аноним (202), 14:38, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    на х86 ?
     

  • 1.253, Аноним (-), 21:03, 21/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Если они будут аналогичны ARM MTE, то для динамической памяти достаточно будет поддержки со стороны аллокатора (см. hardened_malloc и GrapheneOS). Для защиты стека нужно будет собирать со определёнными флагами компилятора.
     
  • 1.254, Аноним (-), 21:06, 21/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А вообще нам нужна альтернатива CHERI на x86_64.

    https://en.wikipedia.org/wiki/Capability_Hardware_Enhanced_RISC_Instructions

     
  • 1.262, Аноним (262), 21:25, 21/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А неужто труднее починить фон-неймановсую архитектуру?
     
     
  • 2.336, Прохожий (??), 01:39, 23/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Подозреваю, что это очень дорого обойдётся. Триллионы долларов.
     

  • 1.275, Аноним (278), 01:08, 22/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Это революция.
     
     
  • 2.283, Медведь (ok), 02:50, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Согласен, причем без всякой иронии.
     
     
  • 3.285, Аноним (278), 03:50, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Так я тоже без иронии. Давно напрашивалось решение именно на уровне железа.
     
  • 2.338, Прохожий (??), 01:45, 23/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Какая ещё революция? Было уже ж в других процессорах такое, тут примеры приводили.
     

  • 1.288, Аноним (288), 09:53, 22/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    В итоге просто новых дыр добавят
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2025 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру