Вход на сайт

Просмотр новости

Найдите то, что Вас интересует

NVIDIA представила CUDA Rust для разработки GPU-ядер на языке Rust

Дата публикации: 17-09-2026 08:39:54

Компания NVIDIA объявила о развитии инструментария CUDA Rust, позволяющего использовать язык Rust для разработки ядер, выполняемых на стороне GPU. Инструментарий обеспечивает безопасность работы с памятью на этапе компиляции и предотвращает возникновение состояний гонки. В следующем году CUDA Rust планируют довести до уровня, пригодного для разработки рабочих проектов, аналогичного инструментариям CUDA C++ и CUDA Python.

Основное содержимое страницы с новостью.

Компания NVIDIA объявила о развитии инструментария CUDA Rust, позволяющего использовать язык Rust для разработки ядер, выполняемых на стороне GPU. Инструментарий обеспечивает безопасность работы с памятью на этапе компиляции и предотвращает возникновение состояний гонки. В следующем году CUDA Rust планируют довести до уровня, пригодного для разработки рабочих проектов, аналогичного инструментариям CUDA C++ и CUDA Python.

Инструментарий CUDA Rust поддерживает две модели разработки параллельно исполняемых ядер - SIMT (Single Instruction, Multiple Threads) и Tale. Модель SIMT позволяет на низком уровне определять логику одного потока, запускать тысячи таких потоков и управлять ими. Модель Tile предлагает более высокий уровень абстракции, в котором вместо явного управления отдельными потоками определяются алгоритмы действия с блоками данных (tile), а все манипуляции с потоками, синхронизацию доступа, управление памятью и распределение данных по тензорным ядрам берёт на себя компилятор Tile IR.

Для разработки на языке Rust с использованием модели SIMT развивается компилятор cuda-oxide, позволяющий компилировать код на языке Rust, использующий штатную систему типов и модель владения Rust, напрямую в инструкции для выполнения в виртуальной машине CUDA PTX (Parallel Thread Execution). Ядра для GPU создаются на обычном Rust, но выполняются в окружении no_std и могут использовать только функции из библиотеки libcore и специализированные Rust-абстракции, без доступа к стандартной библиотеке Rust (libstd).

В CUDA-ядрах на Rust допускается применение защиты через систему типов (safe), использование блоков unsafe и обращение к низкоуровневым аппаратным инструкциям. Для обеспечения безопасности предлагается тип DisjointSlice, гарантирующий, что каждый поток получает эксклюзивный доступ только к своим данным. Код cuda-oxide распространяется под лицензией Apache 2.0.

Для применения модели Tail предлагается библиотека cutile-rs, позволяющая использовать идеоматический язык Rust для создания кода, компилируемого напрямую в CUDA-ядра. Cutile-rs применяет предлагаемые в Rust строгие правила владения и заимствования к коду, выполняемому на GPU. Ядро оформляется как однопоточная программа, работающая с блоком данных, а компилятор сам разбивает вычисления на потоки и обеспечивает их синхронизацию. Потокам предоставляется совместный доступ к неизменяемым тензорам, а для безопасного доступа к изменяемым тензорам применяется их разделение на непересекающиеся блоки. Код cutile-rs распространяется под лицензией Apache 2.0.

  1. Главная ссылка к новости (https://developer.nvidia.com/b...)
  2. OpenNews: Выпуск ZLUDA 6, универсальной открытой реализации технологии CUDA
  3. OpenNews: NVIDIA опубликовала CUDA-oxide, компилятор из Rust в CUDA
  4. OpenNews: Проект LibreCUDA для запуска кода CUDA на GPU NVIDIA без проприетарного Runtime
  5. OpenNews: NVIDIA препятствует разработке транслирующих прослоек для запуска CUDA на других платформах
  6. OpenNews: AMD развивает основанный на LLVM универсальный компилятор C++ и CUDA для CPU/GPU
Лицензия: CC BY 3.0 Короткая ссылка: https://opennet.ru/66295-nvidia Ключевые слова: nvidia, cuda, rust
 
 
3.23, лул (?), 12:43, 17/09/2026 [^] [^^] [^^^] [ответить]   +2 +/
Удивительно, почему эти негодяи хотят меньше проблем, вместо постоянных CVE...
 
 
4.29, Аноним (29), 12:52, 17/09/2026 [^] [^^] [^^^] [ответить]   +1 +/
Странно, но в раст-утилзах всё наоборот получилось.
 
 
5.36, Аноним (36), 13:12, 17/09/2026 [^] [^^] [^^^] [ответить]   +5 +/
Потому что язык принесли.
А уметь программировать не принесли.

Одни pronounce engineers и прочие сотнегендерные

 
5.61, Бжежко (ok), 17:02, 17/09/2026 [^] [^^] [^^^] [ответить]   +3 +/
c83ccd76a5687660aa1707ff498f2c04.jpgВ раст программах больше CVE чем в сишках? Это какое-то отрицание реальности, на уровне религиозности.
 
 
6.124, Аноним (29), 12:39, 18/09/2026 [^] [^^] [^^^] [ответить]   +/
Почему в раст-утилз багов больше, чем в классике?
 
 
7.147, Jh (?), 06:42, 19/09/2026 [^] [^^] [^^^] [ответить]   +/
Почему в "классике" они вообще есть? За столько лет уже могли написать идеально
 
4.31, aname (ok), 12:58, 17/09/2026 [^] [^^] [^^^] [ответить]   +1 +/
1033f440592f15474629817bfa1dbb70.jpgЧтоб зашить возможность делать те же руты на телефонах, например.

Очень полезная корпоратам вещь

 
3.49, Аноним10084 и 1008465039 (?), 15:52, 17/09/2026 [^] [^^] [^^^] [ответить]   –2 +/
скорее смешно, как на Опеннете раньше отторгали блистательный Rust с криком "да никто на этом не пишет, ни одна крупная компания в это не ввяжется". Сейчас же, когда это очевидно не так, сменили пластинку, теперь наоборот "да его только корпорации и пропихивают, надо писать на народном, не крупном".
 
 
4.158, Аноним (158), 18:45, 19/09/2026 [^] [^^] [^^^] [ответить]   +/
песня "на расте не пишут ничего нового только переписывают уже существующее" поётся вообще всегда.
 

1.2, Аноним (2), 11:52, 17/09/2026 [ответить] [﹢﹢﹢] [ · · · ]   –2 +/
Ну вот, теперь и у видеокарт память будет исчезать в неизвестном направлении. Да и блокировки непонятные им на пользу пойдут.
 
 
2.4, Аноним (4), 11:58, 17/09/2026 [^] [^^] [^^^] [ответить]   +/
Только если полной утечкой видеопамяти в никуда, механизм сброса видеопамяти в оперативную они уже очень много лет в своём блобе реализовать не могут (и вряд-ли соберутся).
 
2.5, Алексей (??), 11:59, 17/09/2026 [^] [^^] [^^^] [ответить]   +3 +/
Добрый, а можете, пожалуйста, прислать пояснительную бригаду? В чем конкретно Вы видите проблемы в Rust, как так память теряется?
 

1.9, Аноним (9), 12:13, 17/09/2026 [ответить] [﹢﹢﹢] [ · · · ]   –4 +/
Зловреды на расте пишутся только в путь - из-за того, что в "ассемблере каша", это я цитирую. Дизассемблирование неосуществимо.
 
 
2.12, Аноним10084 и 1008465039 (?), 12:18, 17/09/2026 [^] [^^] [^^^] [ответить]   +4 +/
Дизассемблирование всегда осуществимо, это просто показ ассемблерных команд для бинарного кода. А что касается "каши" - она и в любых других языках каша, особенно с оптимизациями. Просто сияющий Rust ещё относительно молод, и реверсеры ещё к нему не помучились. По старым языкам просто уже компиляторы популярные все знают как облупленные, как они код генерируют

Да и не дизассемблированием единым код исследуют

 
 
3.27, Аноним (27), 12:51, 17/09/2026 [^] [^^] [^^^] [ответить]   –1 +/
> относительно молод

А молод - это до скольких лет, до 40 или до 50?

 
 
4.35, Аноним10084 и 1008465039 (?), 13:08, 17/09/2026 [^] [^^] [^^^] [ответить]   +1 +/
Тут молодость/зрелость скорее не в конкретных годах будет исчисляться, а в объеме кода, который пишется и реверсится. Если язык малопопулярный, то будь ему хоть 30 лет, под него не будет заточки. Хотя у старых непопулярных языков редко сильно продвинутые оптимизирующие компиляторы.

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

 
 
 
5.62, Бжежко (ok), 17:06, 17/09/2026 [^] [^^] [^^^] [ответить]   +/
c83ccd76a5687660aa1707ff498f2c04.jpgНикто не осилил Си, программисты топового уровня не могут писать на нем без ошибок. Собственно такими программистами и создавался раст.
 
 
6.76, Аноним (76), 18:09, 17/09/2026 [^] [^^] [^^^] [ответить]   +/
Ошибки были, есть и всегда будут. Нельзя писать абсолютно без ошибок и это не проблема языка.
 
 
7.84, Бжежко (ok), 18:36, 17/09/2026 [^] [^^] [^^^] [ответить]   +1 +/
c83ccd76a5687660aa1707ff498f2c04.jpgНет смысла спорить, проблема это языка или проблема программистов, если на выходе все равно нерабочий код с UB. Раст всего лишь инструмент, позволяющий как минимум снизить количество ошибок с памятью, а если не выходить из safe подмножеста то вообще исключить их. Откуда столько хейта и истерики, как-будто кто-то заставляет писать программы на расте. Продолжайте писать на Си, если вам нравится, никто же не запрещает.
 
5.126, Аноним (126), 12:57, 18/09/2026 [^] [^^] [^^^] [ответить]   +/
> "наших" это про тех, кто неосилил си?

Это тех, кто не осилил целочисленную арифметику в пределах школьного курса.
Мои самописные пргоги на си не текли, не крашились, любые входные данные обрабатывали корректно, с выплёвыванием соответствующих сообщений в лог в случае некорректного ввода. Хотя у меня программирования как отдельного предмета и не было, был вычпрактикум, когда запускали в "дисплейный класс" - и пиши на чём хочешь, хоть на бэйсике, хоть на си, хоть на паскале, хоть на фортране, хоть ещё на чём-то.

 
3.73, Смузихеб забывший пароль (?), 17:50, 17/09/2026 [^] [^^] [^^^] [ответить]   +/
Он ведь вроде через LLVM идёт
Т.е это м.б отреверсить лишь до многоэтапно-оптимизированного IR( или как он там называется )
Ну а далее - до чего угодно, что преобразуется в IR( хоть сишка хоть раст ). Но это скорее будет не реверс, а просто генерация исходного кода на выбранном ЯП на основе промежуточного представления.

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

 
 
4.75, Аноним10084 и 1008465039 (?), 18:03, 17/09/2026 [^] [^^] [^^^] [ответить]   +/
Генерация исходника по байткоду или машинному коду редко бывает идеальной для сколько-нибудь сложной программы. Она худо бедно может быть близка к идеалу в Java, особенно если поленились включать обфускатор. Но такова уж JVM,. много инфы сохраняет. Из нативного же кода, особенно при подрубленных оптимизациях, очень навряд ли. Максимум верхнеуровневая структура

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

 
2.139, Аноним (9), 18:41, 18/09/2026 [^] [^^] [^^^] [ответить]   +/
тут кому-то показалось, что идет полемика, но сообщение чисто информационное - да, зловреды пишутся на расте и да, именно из-за обфусцированного результата. И нет, это не будет исправлено, ассемблерная каша останется нечитаемой - для этого язык и придуман, вовсе не для "безопасности".
 

1.10, Аноним10084 и 1008465039 (?), 12:13, 17/09/2026 [ответить] [﹢﹢﹢] [ · · · ]   –1 +/
Даже великолепная nVIDIA добавляет поддержку блистательного Rust. Тем не менее, ещё находятся на Опеннете критики, что мол никто серьезный не использует сияющий Rust, и что мол надо просто умело писать на Си. А меж тем идея безопасной памяти живёт, и за нее реально голосуют долларом корпорации
 
 
 
3.34, Аноним10084 и 1008465039 (?), 13:03, 17/09/2026 [^] [^^] [^^^] [ответить]   +4 +/
Раньше был один сплошной unsafe, и это никого не волновало. Теперь же дали возможность писать safe, так все кричат "а как же unsafe блоки?!!11". При том, что unsafe даже не все гарантии отключает, а лишь ограниченный их список
 
 
4.77, SanityEclipse (ok), 18:10, 17/09/2026 [^] [^^] [^^^] [ответить]   –1 +/
c58b6041ff2ca4054bc369d56437fc03.jpgUnsafe ничего не отключает, а дает доступ к четко прописанному списку:

The only things that are different in Unsafe Rust are that you can:
    Dereference raw pointers
    Call unsafe functions (including C functions, compiler intrinsics, and the raw allocator)
    Implement unsafe traits
    Access or modify mutable statics
    Access fields of unions

 
2.19, Аноним (-), 12:37, 17/09/2026 [^] [^^] [^^^] [ответить]   +/
Корпорации тоже гонятся за хайпом. В них тожу живые люди работают. Или ты наивно полагаешь, что с Растом у них увеличистя капитализация и продажи? В соседней ветке обсуждают Жабу. Ты видимо опоздал родится и не застал времена хайпы Жабы. И где сейчас эта Жаба?
 
 
3.32, Аноним10084 и 1008465039 (?), 12:59, 17/09/2026 [^] [^^] [^^^] [ответить]   +2 +/
Остаточный хайп Джавы я помню - и что же, Джава оставила огромное наследие, инфраструктуру JVM, на ней написано тонна кода, она заработала много денег самым разным людям. Чем не успех? Разве я говорю, что сияющий Rust будет вечен? Когда-то и его чем-то заменят
 
3.42, eugener (ok), 14:41, 17/09/2026 [^] [^^] [^^^] [ответить]   +1 +/
34356f8dc3db59806c024c5be03d285a.jpg> И где сейчас эта Жаба?

да везде практически.

 
3.119, Прохожий (??), 11:58, 18/09/2026 [^] [^^] [^^^] [ответить]   +/
>с Растом у них увеличистя капитализация и продажи

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

 
2.24, Sm0ke85 (ok), 12:43, 17/09/2026 [^] [^^] [^^^] [ответить]   –2 +/
540ef6bb6c0bd4d54ab60921bd0eafbe.jpg>идея безопасной памяти живёт,

она "живет" только в голове у леммингов

>и за нее реально голосуют долларом корпорации

не за нее голосуют, совсем не за нее...


ЗЫ ищи где прибыль может быть и буратиной не помрешь может быть, ахахахах

 
 
3.120, Прохожий (??), 12:01, 18/09/2026 [^] [^^] [^^^] [ответить]   +/
Прибыль там, где при прочих равных меньше издержки. Меньше проблем с поддержкой кода (например, таких, где память некорректно используется) - меньше издержки, небуратино вы наш
 
 
4.128, Sm0ke85 (ok), 13:36, 18/09/2026 [^] [^^] [^^^] [ответить]   +/
540ef6bb6c0bd4d54ab60921bd0eafbe.jpg>Прибыль там, где при прочих равных меньше издержки. Меньше проблем с поддержкой кода (например, таких, где память некорректно используется) - меньше издержки, небуратино вы наш

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

2. Те средства, что сейчас вливаются - физически не могут покрыться экономией от "Меньше проблем с поддержкой кода", оно нерентабельно в Этом плане...

 
 
5.132, Аноним10084 и 1008465039 (?), 15:45, 18/09/2026 [^] [^^] [^^^] [ответить]   +/
> чтобы  что-то прибыло, нужно чтоб где-то что-то убыло

Страшно жить в мире, где всё игра с нулевой суммой...

> Те средства, что сейчас вливаются - физически не могут покрыться экономией от "Меньше проблем с поддержкой кода", оно нерентабельно в Этом плане...

А уже есть оценки? А то числом проблем с безопасностью всё увеличивается и увеличивается, так что так уверенно говорить, что безопасность того не стоит...

 
 
6.134, Sm0ke85 (ok), 16:05, 18/09/2026 [^] [^^] [^^^] [ответить]   +/
540ef6bb6c0bd4d54ab60921bd0eafbe.jpg>Страшно жить в мире, где всё игра с нулевой суммой...

Другого не завезли, такова адекватная реальность.

>А уже есть оценки? А то числом проблем с безопасностью всё увеличивается и увеличивается, так что так уверенно говорить, что безопасность того не стоит...

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

 
2.25, Ivan_S (?), 12:44, 17/09/2026 [^] [^^] [^^^] [ответить]   +/
Производитель железа от этого имеет финансовую выгоду в виде продажи своей продукции. Сей "чудесный" язык память и дисковое пространство кушает лопатами. Им такой Си со своими миниатюрными бинарниками, простой системой сборки не даёт заработать столько, сколько хочется. Вот и всё. Никакой магии, никакой безопасности в работе с памятью итд. Бизнес. Лишь бизнес. Мани
 
 
3.33, Аноним10084 и 1008465039 (?), 13:02, 17/09/2026 [^] [^^] [^^^] [ответить]   +/
Я думаю, что жор памяти многославным Rust сильно преувеличен. На Си или голом ассемблере вообще можно сделать бинарь, конечно, сильно мельче. Но стоит ли оно того, если так легко накосячить с памятью?
 
 
4.39, Аноним (36), 13:19, 17/09/2026 [^] [^^] [^^^] [ответить]   +1 +/
ну посмотри сколько растовых лефтпадов приезжаетна диск с этой новой кудой, которая даже не в паритете по фичам

и сколько на сях/питонах

 
 
5.56, Аноним10084 и 1008465039 (?), 16:15, 17/09/2026 [^] [^^] [^^^] [ответить]   +/
А причем тут лефтпад? Грех лефтпада был не в том, что он тяжёлый, а в том что тривиальную функцию все бесконтрольно вынесли в библиотеку и вообще все бездумно используют абы чьи библиотеки, что открывает огромные возможности атак на цепочки поставки. Это дурное поветрие, к сожалению, не обошло стороной коммьюнити пышноблещущего Rust, но по крайней мере ты сам можешь принять решение, какие либы и сколько тащить?
 
4.47, Аноним (47), 15:30, 17/09/2026 [^] [^^] [^^^] [ответить]   +1 +/
У меня программа на 20мб для компиляции тянет зависимости на 5гб.
 
 
5.54, Аноним10084 и 1008465039 (?), 16:13, 17/09/2026 [^] [^^] [^^^] [ответить]   +/
Так не тяни столько зависимостей, причем здесь сверкающий Rust? Это и на C++ можно притащить библиотек, что он будет весить гигабайты, качать полИнтернета для сборки и тормозить из-за Тьюринг-полных шаблонов
 
5.63, Бжежко (ok), 17:18, 17/09/2026 [^] [^^] [^^^] [ответить]   +/
c83ccd76a5687660aa1707ff498f2c04.jpgНе используй зависимости, пиши всё сам, компактно будет.
 
5.79, Смузихеб забывший пароль (?), 18:21, 17/09/2026 [^] [^^] [^^^] [ответить]   +/
это ты образ линя не собирал той же йоктой
образ 40-60Мб - собирается сутки, тянет зависимостей и генерит промежуточных файлов на 40-60 Гб
 
4.105, Ivan_S (?), 01:22, 18/09/2026 [^] [^^] [^^^] [ответить]   +/
Тут можно не думать. Это факт. Он просто ест память.
 
 
5.117, Аноним10084 и 1008465039 (?), 11:39, 18/09/2026 [^] [^^] [^^^] [ответить]   +/
Убедили сами себя в странных фактах про лучезарный Rust. При том что в нем GC нет, контроля над аллокациями куда больше
 
 
6.156, Ivan_S (?), 14:48, 19/09/2026 [^] [^^] [^^^] [ответить]   +/
Да, такой факт есть. Почему-то много памяти он ест. Кто знает причины, но за одно разного рода память дорожает. То есть, максимально писать на этом ЯП, и люди будут за дорого покупать память. Бусинесс. За одно Линукс разжиреет. Старые машины будут не нужны...
 
2.44, Сладкая булочка (?), 14:59, 17/09/2026 [^] [^^] [^^^] [ответить]   +1 +/
> Даже великолепная nVIDIA добавляет поддержку блистательного Rust.

Почему нвидия "великолепная"?
Почему раст "блистательный"?
Ну и самое главное, вы под куду что-то пишите/писали? Какая разница от добавления вам?

 
 
 
4.60, Malinovsky (?), 16:55, 17/09/2026 [^] [^^] [^^^] [ответить]   –1 +/
Да, библиотеки на расте можно и в джавовский байт код запихать, но вот этот щенячий восторг выглядит странно. Библиотеки годятся - меньше парить мозг. А вайб кодинг скоро и так убьет программирование. Так что высокоуровневые языки это как раз норма, а подобные неудобные языки применительны только в форме библиотек. Тратить излишне много усилий на освоение "безопасных" методов бессмысленно когда нужны все методы. Проще сразу переходить на джавовский байт код. Он уже давно работает.
 
 
5.64, Бжежко (ok), 17:20, 17/09/2026 [^] [^^] [^^^] [ответить]   +/
c83ccd76a5687660aa1707ff498f2c04.jpg> Проще сразу переходить на джавовский байт код. Он уже давно работает.

Переходи, тебе кто-то мешает это сделать?

 
5.71, Аноним10084 и 1008465039 (?), 17:46, 17/09/2026 [^] [^^] [^^^] [ответить]   +/
Так а смысл компилировать блистательный Rust в Java-байткод? Для интеропа с JVM-системами что ли? А так сам по себе сияющий Rust в нативный код компилируется, при этом со своими гарантиями
 
 
6.81, Malinovsky (?), 18:26, 17/09/2026 [^] [^^] [^^^] [ответить]  –2 +/

Что Я думал я понятно написал Библиотеки Scala могут бить написаны на C, C и... большой текст свёрнут, показать

 
 
7.89, Аноним10084 и 1008465039 (?), 18:48, 17/09/2026 [^] [^^] [^^^] [ответить]   –1 +/
> Я думал я понятно написал.

Честно говоря, нет, мне довольно сложно вас понимать, вы пишете довольно сумбурно

Я даже не могу понять, что вас конкретно смущает в блистательном Rust, потому что вы как-то всё к не то Java, не то Scala свели. И каким-то рассуждениям про 700 страниц.

>  А в Java можно хоть ассемблерные вставки пихать

Это что за новость такая? Писал на Java давно, во времена седьмой, но отродясь такого не помню. Java ж write once run everywhere. Или вы ассемблер JVM имеете в виду? Ну это очень специфическая опция какая-то

> Просто ненужно так выслуживаться.

Не знаю где вы это в моих сообщениях прочитали

 
 
8.118, Malinovsky (?), 11:56, 18/09/2026 [^] [^^] [^^^] [ответить]  –3 +/

Я просто пытался дать понять что язык программирования необязательно тот на кото... текст свёрнут, показать

 
 
9.121, Прохожий (??), 12:17, 18/09/2026 [^] [^^] [^^^] [ответить]  –1 +/

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

 
 
10.127, Malinovsky (?), 13:12, 18/09/2026 [^] [^^] [^^^] [ответить]  –2 +/

Если язык программирования высокого уровня написан на Си он перестает быть языко... текст свёрнут, показать

 
4.87, Сладкая булочка (?), 18:43, 17/09/2026 [^] [^^] [^^^] [ответить]   +/
>> Какая разница от добавления вам?
> Мне греет душу, что небезопасные языки заменяются более безопасными. Ещё в 2000-х
> в своих книгах Брюс Шнайер писал, что обилие переполнений буффера и
> прочих подобных проблем - позор индустрии, и во многом он вызван
> использованием ручного контроля памяти.

С того времени кучу всего поменялось, как в самих яп (тот же современный с++), так и в инструментарии.

 
4.88, Сладкая булочка (?), 18:45, 17/09/2026 [^] [^^] [^^^] [ответить]   –1 +/
>> Какая разница от добавления вам?
> Но появление лучезарного Rust совершило прорыв - появился язык, который может одновременно и быть низкоуровневым, и при этом дать zero-cost гарантии памяти.

Они есть и в с++. Плюс в расте они не такие уж и zero-cost, например, та же проверка на границы ни разу не такая.

 
 
5.91, Аноним10084 и 1008465039 (?), 18:53, 17/09/2026 [^] [^^] [^^^] [ответить]   +1 +/
В теории - да. На практике в C++ эти инструменты во-первых лишь опция, можно писать по-старому в Сишном стиле и ловить переполнения и прочее. Во-вторых, насколько мне известно, даже в описании этих абстракций в C++ имеются различные UB, да и в целом там есть UB. А моя позиция по UB максимально жесткая - его должно быть минимально. Если компилятор не может гарантировать defined behavior - он должен запретить этот код и выдать ошибку компиляции. В крайнем случае - заставлять программиста явно указывать, что проверку нужно отключить, чтобы в коде явно было видно, где тонкое место

Ну и плюс в блистательном Rust есть и некоторые другие концепции, не только лишь RAII

 
 
6.100, Сладкая булочка (?), 22:00, 17/09/2026 [^] [^^] [^^^] [ответить]   +/
> В теории - да. На практике в C++ эти инструменты во-первых лишь
> опция, можно писать по-старому в Сишном стиле и ловить переполнения и
> прочее.

Кто мешает писать на расте в unsafe и

> ловить переполнения и прочее.

?

 
 
7.103, Аноним10084 и 1008465039 (?), 22:15, 17/09/2026 [^] [^^] [^^^] [ответить]   +1 +/
Во-первых, unsafe не отключает все гарантии, а во-вторых - явное требование обрамлять такие места unsafe-блоком явно помечает, какой код нужно пристально проверять. Это гораздо более верный подход, чем опциональная безопасность, хотя конечно и понятно, что C++ пошел на это из-за обратной совместимости в числе прочего
 
 
 
9.122, Прохожий (??), 12:20, 18/09/2026 [^] [^^] [^^^] [ответить]  –1 +/

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

 
3.154, Аноним (154), 12:03, 19/09/2026 [^] [^^] [^^^] [ответить]   +/
> Почему нвидия "великолепная"?

Потому что ~95% проданных видях на рынке их.

> Почему раст "блистательный"?

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

> Ну и самое главное, вы под куду что-то пишите/писали?

Да писал. За деньги естественно.

> Какая разница от добавления вам?

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

 


1.11, Смузихеб забывший пароль (?), 12:15, 17/09/2026 [ответить] [﹢﹢﹢] [ · · · ]   –2 +/
> и предотвращает возникновение состояний гонки

Это тот самый ЯП, по которому в одной из предыдущих новостей аккурат состояние гонки и было одной из осн. возникших проблем ?)

 
 
 
3.40, Смузихеб забывший пароль (?), 13:39, 17/09/2026 [^] [^^] [^^^] [ответить]   +/
Да, анон ниже был прав
> Ubuntu 26.10 полностью переведён на Rust Coreutils

https://www.opennet.ru/opennews/art.shtml?num=66274

> в LTS-ветке Ubuntu 26.04 был совершён откат
> на поставку утилит cp, mv и rm из набора GNU Coreutils
> Варианты[из uutils] cp, mv и rm были возвращены из-за проблем с
> безопасностью, выявленных в ходе аудита кодовой базы
> Rust Coreutils. Большая часть уязвимостей
> в Rust Coreutils вызвано наличием состояния гонки

 
 
4.58, Аноним (58), 16:44, 17/09/2026 [^] [^^] [^^^] [ответить]   +1 +/
> в Rust Coreutils вызвано наличием состояния гонки

И ты правда не соображаешь, что состояния гонки там были на уровне файловой системы? В тексте новости же об этом черным по белому написано, с примерами. 🤦

 
 
5.90, Смузихеб забывший пароль (?), 18:49, 17/09/2026 [^] [^^] [^^^] [ответить]   –3 +/
Я просто привёл цитату из статьи )

> выявленных в ходе аудита кодовой базы Rust Coreutils

Очень интересно. Дыры в ФС, но выявили их почему-то в ходе аудита кодовой базы растовой корутилс и у сишной подобных проблем не было

Очевидно, если всё дело в ФС, то и исправления связаны непосредственно с ФС и никак не касались кода растовых корутилс, не так ли ?

 
 
6.95, Аноним (58), 19:56, 17/09/2026 [^] [^^] [^^^] [ответить]  +2 +/

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

 
2.53, Человек из СССР (?), 16:04, 17/09/2026 [^] [^^] [^^^] [ответить]   +/
> состояние гонки и было одной из осн. возникших проблем

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

 

1.17, Аноним (17), 12:35, 17/09/2026 [ответить] [﹢﹢﹢] [ · · · ]   +/
>Для разработки на языке Rust с использованием модели SIMT развивается компилятор cuda-oxide, позволяющий компилировать код на языке Rust, использующий штатную систему типов и модель владения Rust, напрямую в инструкции для выполнения в виртуальной машине CUDA PTX (Parallel Thread Execution).

В макросню для компиляции внутри раста в куду нишмагли

 
1.30, Аноним (29), 12:55, 17/09/2026 [ответить] [﹢﹢﹢] [ · · · ]   +/
> обеспечивает безопасность работы ... предотвращает возникновение состояний гонки

Недавняя новость: "...из-за проблем с безопасностью, выявленных в ходе аудита кодовой базы Rust Coreutils. Большая часть уязвимостей в Rust Coreutils вызвано наличием состояния гонки".

 
 
2.41, Аноним (17), 14:36, 17/09/2026 [^] [^^] [^^^] [ответить]   +/
>Большая часть уязвимостей в Rust Coreutils вызвано наличием состояния гонки".

зачем там многопоток и почему не переписать уутилс на хаскель, в котором есть исключатор гонки как основной примитив itc?

 
2.57, Аноним (58), 16:37, 17/09/2026 [^] [^^] [^^^] [ответить]   +/
> Большая часть уязвимостей в Rust Coreutils вызвано наличием состояния гонки".

Состояния гонки в Rust Coreutils были на уровне файловой системы, а не внутри программы.

 

 
2.67, Бжежко (ok), 17:27, 17/09/2026 [^] [^^] [^^^] [ответить]   +1 +/
c83ccd76a5687660aa1707ff498f2c04.jpgНепрофессионализм и религиозная приверженность к уже освоенным инструментам.
 
 
3.116, Аноним (29), 11:23, 18/09/2026 [^] [^^] [^^^] [ответить]   –1 +/
Есть такое. Растерманы за 20 лет уже втянулись в собственный мирок и вылазить в реальность не хотят.
 
3.123, Прохожий (??), 12:34, 18/09/2026 [^] [^^] [^^^] [ответить]   +1 +/
Я бы обобщил это до когнитивной сложности.

Rust - гораздо более сложный язык, чем Си, поэтому программисты на Си не любят Rust.

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

 
 
4.131, Бжежко (ok), 15:41, 18/09/2026 [^] [^^] [^^^] [ответить]   +/
c83ccd76a5687660aa1707ff498f2c04.jpgВ нашей компании си-ребята легко перешли на раст, никаких болей и нытья не было, просто они профи. А вот программисты среднего уровня страдают тем что ты описал, не понимают для чего это всё, психуют, критикуют, всё им ООП не хватает, наследоваться хотят. Но их мнение обычно никому не интересно.
 
 
 
4.106, Ivan_S (?), 01:26, 18/09/2026 [^] [^^] [^^^] [ответить]   –1 +/
Найденные ИИ. А тот глупостей сколько хочешь повыдает.
 
 
5.114, чатжпт (?), 11:11, 18/09/2026 [^] [^^] [^^^] [ответить]   –1 +/
> Найденные ИИ. А тот глупостей сколько хочешь повыдает.

возвращайтесь, когда научитесь обрабатывать строки без выхода за границы буфера

 
5.144, Аноним (144), 00:26, 19/09/2026 [^] [^^] [^^^] [ответить]   +/
Ну если он выдает рабочий код для эксплоита, то это глупость явно не ИИ.
 
2.78, Аноним (76), 18:13, 17/09/2026 [^] [^^] [^^^] [ответить]   +1 +/
Он очень сложен, некрасив и долго компилируется.
 
2.85, Аноним (85), 18:36, 17/09/2026 [^] [^^] [^^^] [ответить]   +4 +/
1. язык хороший, мощный, но сложный: те кто не осилили - хейтят, потому что они не смогли
2. раст претендует на ту же поляну что и C/C++: диды не любят конкуренции - хейтят как новое и угрожающее их уютному мирку
3. у языка много "фан-боев" которые топят за "святой раст" похлеще проповедников (часто не понимая даже самого языка): тут хейтят самих "боев", ну и расту достаётся заодно
4. прямой перевод "safe" раста почти всегда трактуется неверно: от языка ожидают чуда и решения всех проблем сразу - хейтят за обломанные завышенные ожидания
 
2.104, Аноним (-), 00:38, 18/09/2026 [^] [^^] [^^^] [ответить]   –1 +/
Единственное за что можно поругать, некрасивый многословный синтаксис. Но с другой стороны плюсы с прибамбасами выглядят даже хуже. А так его хейтят люди, верящие в то, что программисты это элитная каста с 200IQ, которая не совершает ошибок.
 
 
3.109, Пыщь (?), 09:04, 18/09/2026 [^] [^^] [^^^] [ответить]   +/
А Вы где инженеров-программистов в ширнармассах видели? Одни "кодеры", да погроммисты. Тяп-ляп и в продажу, побольше тестов на чепуху (то что на ум не пришло - не проверяется) с отсутствием изначальной матмодели (а так вообще бывает в ширпотребе?). Таких да, за верёвочку ржавую водить надо, вот они и обожествляют ржавчину.
Что-то ada никто не восхваляет, хотя очень многое уже было, есть и будет есть до появления ржавОго. Как обычно, "морально устарел".
 
 
4.140, Аноним (144), 19:36, 18/09/2026 [^] [^^] [^^^] [ответить]   +/
Ну вот и выходит хороший пролетарский язык, который и среднего ума кодер осилит, и LLM напишет с первого раза работающий код. Ещё и с живым комьюнити и горой библиотек на каждый чих.
 

1.107, Ivan_S (?), 01:32, 18/09/2026 [ответить] [﹢﹢﹢] [ · · · ]   +1 +/
Отличный ЯП. Память ест правда. Дисковое пространство сжирает. Надо память и диски докупать. Синтаксис такой, что сложно разобраться. Следовательно не понять, что программа делает кроме заявленного. Багов в программах на нем много как в любом ЯП. А так отличный ЯП. Блистательный. Только дорого очень софт на нем иметь.
 
 
2.110, Пыщь (?), 09:09, 18/09/2026 [^] [^^] [^^^] [ответить]   +/
Вы просто токенов не достаточно купили, чтобы за Вас сопли ржавчины вытирало. Правда рукавом вместо салфетки, да и "рукав" там пожарный с виду. Ничего и так сойдёт, пох не даст соврать.
Нет денег на нормальное обучение, нет денег на токены - возьми кредит, и арбайтен по-Стахановски до следующего повышения цен на очередные "блистательные" техноложества. А там снова кредит и так до могилы.
 
2.141, Аноним (144), 19:41, 18/09/2026 [^] [^^] [^^^] [ответить]   +1 +/
Память ест, если кодить на нем бездумно, не думая как в языке создаются новые объекты. И диск жрет, если ставить зависимости бездумно. Но тем не менее, если даже мы посадим за разработку LLM-индуса, который кодит бездумно, то купить разрабу 8гб оперативки и диск на 1тб будет явно дешевле, чем нанимать чемпиона по переворачиванию байт на сишечке.
 
 
3.145, Аноним (29), 00:53, 19/09/2026 [^] [^^] [^^^] [ответить]   +/
> если кодить на нем бездумно

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

 
2.155, Аноним (154), 12:08, 19/09/2026 [^] [^^] [^^^] [ответить]   +/
> Отличный ЯП.

Согласен. Топовые компании типа гугла, нвидии, ибм или амд не дадут совратью

> Память ест правда. Дисковое пространство сжирает

Кто экономит память и дисковое пространство ради дырявого овнокода, обречен искать сигфолы и исправлять CVEшки (иногда несколько раз).

> Синтаксис такой, что сложно разобраться.

Skill issue ¯\_(ツ)_/¯
Возможно надо просто больше учиться.
Хотя может просто от природы дано только на СИшке писать.

> Багов в программах на нем много как в любом ЯП.

Громкое завяление без единого пруфа.
У гугла вон по какой-то причине кол-во багов связанных с памятью уменьшилось на порядки по сравнению с дыpяшkoй и дыpяшkoй++.
Возможно проблема в первом пункте. Руки на прямоту проверяли?

 

Схожие новости

#Наименование новостиТональностьИнформативностьДата публикации
1Выпуск ZLUDA 6, универсальной открытой реализации технологии CUDA 0730-06-2026
2Nvidia готовит поводок для GPU. Пришло время взяться за своё0701-01-1970
3pgrust - клон PostgreSQL на Rust, проходящий все регрессионные тесты0810-07-2026
4Открыт код интегрированной среды разработки Rune08.8212-09-2026
5My state lib PurrGress012.6213-08-2026
6Vera Rubin ещё толком не вышла, но уже принесёт Nvidia около $20 млрд за квартал08.8528-08-2026
7NVIDIA начала использовать собственные процессоры Vera для ускорения проектирования новых чипов07.9727-07-2026
8Обновление редактора кода CudaText 1.236.0013.2813-09-2026
9Nvidia инвестировала в разработчика центров обработки данных Cloverleaf06.122-08-2026
10Cloud.ru открыл исходный код Guardrails Filter — инструмента для безопасной работы с ИИ-моделями07.8220-07-2026

Классификация: Наука. Схожих патентов: 0. Схожих новостей: 10. Тональность: 0. Информативность: 6.8. Источник: www.opennet.ru.