The OpenNET Project / Index page

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



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

"В написанной на Rust реализации OpenCL для Mesa обеспечена поддержка OpenCL 3.0"  +/
Сообщение от opennews (ok), 23-Апр-22, 09:52 
Развиваемая для проекта Mesa новая реализация OpenCL (rusticl), написанная на языке Rust, успешно прошла набор тестов CTS (Kronos Conformance Test Suite), используемых консорциумом Khronos для оценки совместимости со спецификациями OpenCL 3.0. Проект развивает Кэрол Хербст (Karol Herbst) из компании Red Hat, принимающий участие в разработке Mesa, драйвера Nouveau и открытого стека OpenCL. Отмечается, что  Кэрол связался с Khronos на предмет официальной сертификации поддержки OpenCL 3.0 в rusticl...

Подробнее: https://www.opennet.ru/opennews/art.shtml?num=57071

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по времени | RSS]


1. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +19 +/
Сообщение от Какаянахренразница (ok), 23-Апр-22, 09:52 
> rusticl

Название ПО наполовину состоит из названия языка, на котором оно написано. То есть основной фичей является ЯП? А всякие там быстродействия, потребление памяти, петафлопсы, фпсы и прочие попугаи не имеют значения? "Самогламно шо на расте"

Ответить | Правка | Наверх | Cообщить модератору

2. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  –11 +/
Сообщение от Аноним (2), 23-Апр-22, 10:05 
Если на раст - значит существенно меньше проблем с памятью - всякие переполнения буфера, выходы за границы массива и т.д, которые потом отстреливают ногу в виде CVE.
А остальное... быстродействие и память нужно мерить, потому что медленно можно и на асме написать.
Ответить | Правка | Наверх | Cообщить модератору

5. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +17 +/
Сообщение от Аноним (5), 23-Апр-22, 10:22 
Медитируйте регулярно утром и вечером по часу.
Ответить | Правка | Наверх | Cообщить модератору

40. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +1 +/
Сообщение от Аноним (40), 23-Апр-22, 13:32 
если медитировать по часу, то пропадет желание читать крайне полезные, объективные, информативные, компетентные и вежливые комментарии на opennet
Ответить | Правка | Наверх | Cообщить модератору

136. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от Аноним (-), 25-Апр-22, 01:08 
Может оно и к лучшему. И советские газеты тоже не читайте. Особенно до обеда.
Ответить | Правка | Наверх | Cообщить модератору

139. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от ryoken (ok), 25-Апр-22, 11:19 
Где ж их взять-то, советские... Кроме как в библиотеке.
Ответить | Правка | Наверх | Cообщить модератору

86. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от Аноним (86), 23-Апр-22, 17:59 
> Медитируйте регулярно утром и вечером по часу.

Это очень хороший совет. Из тех советов, которые я бы хотел получить ещё будучи подростком. Жаль только местные шизы не оценят.

Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

117. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  –1 +/
Сообщение от Аноним (117), 23-Апр-22, 22:54 
А стал бы медитировать? Для многих людей это тяжело очень... Если не для всех
Ответить | Правка | Наверх | Cообщить модератору

143. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от Аноним (143), 25-Апр-22, 15:59 
Самая большая тяжесть - необходимость выделять на это 1 - 1.5 часа
Ответить | Правка | Наверх | Cообщить модератору

10. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +3 +/
Сообщение от Аноним (10), 23-Апр-22, 10:45 
все это уже решено в C++ и доступно на любой платформе включая микроконтроллеры
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

20. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +3 +/
Сообщение от Аноним (20), 23-Апр-22, 12:19 
Скажите это гуглам с мазилой, а то они не в курсе и каждый апдейт латают сишнын дырени, эксперты впопеннета им не по карману.
Ответить | Правка | Наверх | Cообщить модератору

23. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +2 +/
Сообщение от Аноним (23), 23-Апр-22, 12:30 
"Мазила" уже не первый раз латает дырени в расте.
Ответить | Правка | Наверх | Cообщить модератору

59. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +1 +/
Сообщение от ВашКеп (?), 23-Апр-22, 14:52 
Каждый раз > не первый раз
Ответить | Правка | Наверх | Cообщить модератору

124. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  –1 +/
Сообщение от Аноним (23), 24-Апр-22, 10:37 
Да-да, именно знаки сравнения они и путают... в критических местах.
Ответить | Правка | Наверх | Cообщить модератору

66. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +3 +/
Сообщение от Аноним (66), 23-Апр-22, 15:36 
Раст бы им в этом никак не помог, лол.
Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

144. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от Аноним (143), 25-Апр-22, 16:01 
Тут уж вам не раз предлагали не писать "C/C++", как будто, это один язык.
Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

18. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  –1 +/
Сообщение от Аноним (23), 23-Апр-22, 11:56 
> выходы за границы массива

Да, растаманы так и сделали как-то в FF... Внезапно, на расте надо руками проверять индекс в массиве.

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

28. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +2 +/
Сообщение от Аноним (28), 23-Апр-22, 12:36 
>> выходы за границы массива
> Да, растаманы так и сделали как-то в FF... Внезапно, на расте надо руками проверять индекс в массиве [если массив и данные прилетают из внешних вызовов]

Истинный Воен Супротив Раста - в разработке ни бумбум, читал жопой, остальное додумал ...

Ответить | Правка | Наверх | Cообщить модератору

137. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  –1 +/
Сообщение от Аноним (-), 25-Апр-22, 01:09 
Истинный фанат - програмить не умеет, но мнение имеет. Не смущаясь безопасТными паниками с вылетом программы - безопасно же типа. Хотя "отказ в обслуживании" так то тоже вулн.
Ответить | Правка | Наверх | Cообщить модератору

140. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от Аноним (-), 25-Апр-22, 11:24 
>> руками проверять индекс в массиве [если массив и данные прилетают из внешних вызовов]
> Истинный фанат - програмить не умеет, но мнение имеет. Не смущаясь безопасТными
> паниками с вылетом программы - безопасно же типа. Хотя "отказ в обслуживании" так то тоже вулн.

Еще один Истинный Воен громко и возмущенно что-то пyкнул мимо темы ...

Ответить | Правка | Наверх | Cообщить модератору

146. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от Аноним (28), 25-Апр-22, 16:17 
>> <Воены Супротив Раста возмущены, что компилятор не может дать никаких гарантий для данных, прилетающих снаружи и их приходится проверять ручками>
> Истинный фанат - програмить не умеет, но мнение имеет. Не смущаясь безопасТными

Да, ты у нас такой.

Ответить | Правка | К родителю #137 | Наверх | Cообщить модератору

35. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +3 +/
Сообщение от Аноним (35), 23-Апр-22, 12:59 
Так надо просто юзать итераторы, в этом случае гарантируется компилятором что они валидные и тогда никаких проверок не будет. Или ты просто побухтеть?
Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

88. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от anonymous (??), 23-Апр-22, 18:09 
Так уберите прямой доступ к элементам тогда и не называйте это массивом.
Ответить | Правка | Наверх | Cообщить модератору

97. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от Аноним (28), 23-Апр-22, 20:03 
> Так уберите прямой доступ к элементам тогда и не называйте это массивом.

Уже уговорил плюсовиков? Или "это другое!©™"?


Ответить | Правка | Наверх | Cообщить модератору

142. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от n00by (ok), 25-Апр-22, 15:24 
Так вроде можно перегружать operator[]() ... или нельзя? Есть тут плюсовики? Боюсь уже писать, в прошлый раз мне показали функции-члены и назвали их "методы".
Ответить | Правка | Наверх | Cообщить модератору

147. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от Аноним (28), 25-Апр-22, 16:28 
> Так вроде можно перегружать operator[]() ... или нельзя? Есть тут плюсовики?

Я к тому, что местных знатоков почему-то совершенно не смущает наличие итераторов у массивов в плюсах:
https://en.cppreference.com/w/cpp/container/array/begin
впрочем, как и во многих других языках.

А вообще, для начала было бы неплохо как-то обосновать Ценное Указа^W требование "уберите прямой доступ к элементам тогда и не называйте это массивом" ... но это ж опеннет, фиг дождешься.

Ответить | Правка | Наверх | Cообщить модератору

149. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от n00by (ok), 26-Апр-22, 08:40 
Если говорить не формально по стандарту, то "массив" - это императивная конструкция и наследие Си. В Си нет массивов, есть указатели и адресная арифметика + синтаксический сахар в виде [] (и вот это всё как бы опасно).

std::array это контейнер, абстрагирующий такой "массив". Контейнеры и алгоритмы для их обработки ввёл в язык Степанов (и Ли) в STL (в той версии "массив" назывался vector), что бы писать "в функциональном стиле". Итератор может получать данные из файла или из космоса - на уровне алгоритмов нет никаких массивов.

Ответить | Правка | Наверх | Cообщить модератору

126. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  –2 +/
Сообщение от Аноним (23), 24-Апр-22, 10:40 
> надо просто юзать итераторы

Какие в доску итераторы, если они вычисляли смещение в массиве данных?!

Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

4. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  –1 +/
Сообщение от Аноним (4), 23-Апр-22, 10:13 
> Название ПО наполовину состоит из названия языка, на котором оно написано

Зато удобно. Сразу можно по названию понять, что это шлак. Причем именно у шлака принята такая практика по добавлению префикса названию проги:

- префикс "py" (пай) для тормознутых прог, которые еще будут в рантайме выводить окошки со стектрейсом. Типа подебажь, пока работаешь.

- префикс "Q" или "Qt" для монструозных прог, написанных на тулките, резко выбивающегося из стиля остальных прог. Словно какой-то инопланетный софт.

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

7. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +1 +/
Сообщение от Аноним (5), 23-Апр-22, 10:27 
-Префикс "g" или суффикс "-gtk" для прог, написанныых на шлакотулките GTK.
Ответить | Правка | Наверх | Cообщить модератору

11. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +8 +/
Сообщение от Аноним (4), 23-Апр-22, 11:00 
таких не бывает. Есть префикс gnome- для прог, написанных специально для гнома, как и xfce- для XFCE, k- для KDE и так далее. Тут уважительная причина, потому что эти проги - непосредственная часть своей среды, типа файл-менеджера или блокнота.

Префикс gtk- имеют проги, входящие непосредственно в состав gtk: gtk3-demo, gtk3-widget-factory, gtk4-demo, gtk4-widget-factory.

Что касается программ, которые должны работать "типа везде", то проги на GTK никак не афишируют свой тулкит. В отличие от прог на Qt.

Суффикс -gtk могут иметь проги, написанные на нескольких тулкитах сразу, например transmission. Причем это суфикс для бинарника, а не проги в целом. Таким образом, Transmission не имеет какого-то единого интерфейса. Можно хоть по вебу его сервить. Это пример хорошей, годной проги.

Ответить | Правка | Наверх | Cообщить модератору

14. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от Аноним (14), 23-Апр-22, 11:41 
Ну все попутал. Проги по умолчанию типа гтк ибо красношапочные забили это себе стандартом, ведь они же с асашай. Позднее написанные версии на культях имеют дополнительно культи в названии.
transmission для gtk тулкита
transmission-qt для qt
Но гетто с культями используют в разных местах не афишируя в том числе. Например связка fcitx+mozc потребуют культи для гетто программы, например Libreoffice. То есть мосты между толчками возможны.
Ответить | Правка | Наверх | Cообщить модератору

19. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  –1 +/
Сообщение от Ан (??), 23-Апр-22, 12:01 
Gnumeric, Geany, GIMP и миллионы прочих? Не, не слышал. Потому что фанатик.
Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

25. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от Аноним (23), 23-Апр-22, 12:32 
Ты сейчас все слова на G будешь вспоминать?!
Ответить | Правка | Наверх | Cообщить модератору

29. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  –1 +/
Сообщение от Ан (??), 23-Апр-22, 12:42 
Все гтк-шные софтины, ога. Ты облажался, признай это.
Ответить | Правка | Наверх | Cообщить модератору

62. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от Аноним (62), 23-Апр-22, 15:28 
Ты хоть помотри, как авторы софтин название трактуют
Ответить | Правка | Наверх | Cообщить модератору

64. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  –1 +/
Сообщение от Ан (??), 23-Апр-22, 15:34 
> Ты хоть помотри, как авторы софтин название трактуют

Поясни свою мысль. Я отвечал в конкретном треде:

> -Префикс "g" или суффикс "-gtk" для прог, написанныых на шлакотулките GTK.
>> таких не бывает.
>>> Gnumeric, Geany, GIMP и миллионы прочих?

То есть, бывает, и ещё как. А автор оригинального комментария обычный фанатик с весенним обострением.


Ответить | Правка | Наверх | Cообщить модератору

96. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  –2 +/
Сообщение от Аноним (23), 23-Апр-22, 19:55 
> Все гтк-шные софтины

Evince Nautilus Eye Metacity Zenity Alacarte Atril Caja Engrampa Marco Mozo Pluma ... Найдёшь среди них хоть одно название на "G"?

Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

99. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от Ан (??), 23-Апр-22, 20:17 
>> Все гтк-шные софтины
> Evince Nautilus Eye Metacity Zenity Alacarte Atril Caja Engrampa Marco Mozo Pluma
> ... Найдёшь среди них хоть одно название на "G"?

Научись читать и понимать контекст треда, в котором отвечаешь.

>> Ты сейчас все слова на G будешь вспоминать?!
>>> Все гтк-шные софтины, ога

То есть, все гтк-щные софтина на букву G -- коих предостаточно -- а не все слова на букву G или все  гтк-шные софтины вообще. Я понимаю, конечно, это непросто. Но ты старайся, я уверен, со временем всё получится.


Ответить | Правка | Наверх | Cообщить модератору

115. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от ilowryemail (?), 23-Апр-22, 21:54 
GIMP –  GNU Image Manipulation Program.
Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

150. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от Фняк (?), 27-Апр-22, 12:01 
Вообще gtk это изначально GIMP toolkit. Так что gimp это пример в какую-то другую сторону
Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

151. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от Ан (??), 27-Апр-22, 12:09 
А сама GTK это GIMP Toolkit, если ты вдруг не знал. Так что в ту самую сторону.
Ответить | Правка | Наверх | Cообщить модератору

67. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от Аноним (66), 23-Апр-22, 15:36 
В Dophin нет ни одной буквы k
Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

81. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +1 +/
Сообщение от Аноним (81), 23-Апр-22, 17:11 
есть
Ответить | Правка | Наверх | Cообщить модератору

145. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от Аноним (143), 25-Апр-22, 16:04 
Видишь суслика? А он есть.
Ответить | Правка | Наверх | Cообщить модератору

87. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от Аноним (86), 23-Апр-22, 18:03 
Ты забыл ещё добавить, что мы не понимаем, и это другое.
Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

39. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +4 +/
Сообщение от Аноним (40), 23-Апр-22, 13:28 
Скорее всего кто-нибудь обязательно заявит что в opensource так принято называть программы, как например программы для очень часто kde начинаются с буквы K, на qt с буквы Q, на java с J. Например cpython, qbittorrent, ksudoku, krita, jedit, Rubyripper
Что это очень полездно, ведь сообщество opensource это программисты для которых очень важен язык на котором оно написано, а от языка зависит могут они изменить программы или нет и какие фреймворки нужно знать для модификации программы.

Но на самом деле это пустая болтавня про сообщество программистов. Они просто бахвалятся своим знанием java, qt, ruby, c и т.д. Какое дело потребителю до того на чем там программа написана? (если конечно она написана не на rust)

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

152. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  –3 +/
Сообщение от burjui (ok), 28-Апр-22, 11:27 
Правильно, зачем разбираться в сути ПО, читать код и доки, если можно докопаться до названия. Типичный опеннетный эксперт, собирающий плюсики с таких же недалёких.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

155. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от Какаянахренразница (ok), 28-Апр-22, 16:58 
> Правильно, зачем разбираться в сути ПО, читать код и доки, если можно
> докопаться до названия. Типичный опеннетный эксперт, собирающий плюсики с таких же
> недалёких.

Правильно, зачем самому комментировать ПО, когда можно докопаться до других комментаторов. Какое тебе дело, до чего я докопался? И кто ты такое, чтобы указывать мне, о чём писать на опеннете? Плюсикам оно завидует...

Ответить | Правка | Наверх | Cообщить модератору

156. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  –3 +/
Сообщение от burjui (ok), 28-Апр-22, 21:11 
Мне эти ваши плюсики до одного места. Я пишу себе спокойно на Rust, а вы (хейтеры) и дальше можете продолжать бессмысленный троллинг. Перечитайте внимательнее комментарий: я вам ничего не указываю, а лишь комментирую ваше отношение к новостям о Rust, в которых вы постоянно оставляете бессодержательные комментарии. Ну, если вам это нравится, пишите ещё, я вам запретить не могу. Как и вы мне.

> И кто ты такое

А ТЫ-то сам кто? Здесь у всех есть право комментировать, вот я и комментирую. Засуньте своё самомнение куда вам удобнее.

Ответить | Правка | Наверх | Cообщить модератору

157. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от Какаянахренразница (ok), 29-Апр-22, 16:47 
> ваше отношение к новостям о Rust, в которых вы постоянно
> оставляете бессодержательные  комментарии.

Не льсти себе. Нет у меня никакого "отношения к новостям о Rust". Я во всех новостях пишу одинаково бессодержательные комменты. Никакой дискриминации.

> я вам запретить не могу. Как и вы мне.

О, соображаешь.

> Здесь у всех есть право комментировать, вот я и комментирую.

Комментируй молча.

Ответить | Правка | Наверх | Cообщить модератору

158. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  –3 +/
Сообщение от burjui (ok), 29-Апр-22, 21:00 
Очередной хам, считающий себя мастером полемики.
Ответить | Правка | Наверх | Cообщить модератору

159. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от Какаянахренразница (ok), 30-Апр-22, 04:09 
Оно думало, что светскую беседу начинают с плевка в собеседника, и удивляется, что в ответ на скрытые оскорбления получило прямые. Полемику оно хотело... [Censored] на воротник ему, а не полемику.
Ответить | Правка | Наверх | Cообщить модератору

161. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  –1 +/
Сообщение от burjui (ok), 30-Апр-22, 09:47 
Вот не лень же тебе редактировать комментарий после отправки, чтобы показаться умнее :)
Ну, ладно, хоть признался в итоге, что ты:
1. Глупый хейтер: придрался к названию, а по сути ЯП сказать нечего, потому что ты на нём не писал, как и остальные хейтеры. Глупый потому, что умный бы прошёл мимо ЯП, на котором не пишет. Но ты же не для того пишешь комментарии, чтобы высказаться на тему, которая тебе интересна. Тебе нужно внимание.
2. Плохой полемик: сразу перешёл на прямые оскорбления, да ещё ставя себя выше собеседника без каких-либо на это причин, учитывая первый комментарий.
3. Неуверенный в себе: редактировал коммент после поста на Опеннете в теме о Rust, потому что оригинал получился слишком вежливым для того, чтобы выглядеть альфа-самцом в глазах местных школят, только учащихся троллить. Что характерно, форма редактированного комментария как раз соответствует их вкусам. Так любишь эти никчёмные плюсики, что при указании истинной цели первого в теме комментария (ни для кого не секрет, что первые комментарии привлекают больше внимания) сразу пытаешься перевести стрелки. Даже твой ник - апогей неуверенности и желания выделяться одновременно.

Но это всё я говорю не со зла, несмотря на грубую форму. Если у тебя нет настоящих друзей и цели в жизни, это не конец. Хейтосрач на Опеннете ничего не исправит, а даст только временное удовлетворение, и не такое, какое нужно нормальному человеку. Сходи лучше к психотерапевту, попей антидепрессант несколько месяцев. А если и остальные на этом ресурсе перестанут бояться людей в халатах, обычных врачей, то качество здешних комментариев вырастет значительно.

А я, пожалуй, отпишусь от RSS Опеннета, потому что не верю, что сказанное абзацем выше когда-нибудь станет реальностью. Значит, читая этот ресурс, я потребляю ментальные мусор и фекальные массы в форме комментариев. А новости здесь сами по себе большой ценности не несут, т.к. есть и другие подобные новостные ресурсы с гораздо более осмысленными комментариями - да хотя бы hackernews. Пока местные оболтусы не научаться писать комментарии по теме, этот ресурс для мозга полезен чуть более, чем энцефалит.

Ответить | Правка | Наверх | Cообщить модератору

6. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от Аноним (6), 23-Апр-22, 10:22 
> необходимость включения компилятора Rust в сборочные зависимости, обязательные для построения ключевых компонентов рабочего стола в Linux.

Так ведь давно уже. Как минимум - это libRsvg.

Ответить | Правка | Наверх | Cообщить модератору

8. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от Аноним (5), 23-Апр-22, 10:31 
Можно было бы решить официальным включением фронта gcc-rust в состав GCC и обязательным требованием к растософту собираться им.
Ответить | Правка | Наверх | Cообщить модератору

16. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от Аноним (23), 23-Апр-22, 11:52 
> включением фронта gcc-rust в состав GCC

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

Ответить | Правка | Наверх | Cообщить модератору

30. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от Аноним (28), 23-Апр-22, 12:43 
>> включением фронта gcc-rust в состав GCC
> Увы, лицензия не позволяет, тут растаманы заранее постарались, чтобы подобного не случилось.

Грибочков для более ярких и бурных фантазий опеннетным Военам Против Раста подкинули?
https://rust-gcc.github.io/
https://github.com/Rust-GCC/gccrs
> gccrs is a full alternative implementation of the Rust language ontop of GCC with the goal to become fully upstream with the GNU toolchain.
>

Ответить | Правка | Наверх | Cообщить модератору

71. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от Аноним (23), 23-Апр-22, 15:49 
И что ты привёл?! Это - сайты GCC?
Ответить | Правка | Наверх | Cообщить модератору

80. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +1 +/
Сообщение от Аноним (28), 23-Апр-22, 16:55 
> И что ты привёл?! Это - сайты GCC?

Расскажи, какие буквы в "with the goal to become fully upstream with the GNU toolchain" и "Please be aware this project is designed to be pushed upstream to GCC when we reach some milestones ... Please see the Contributing to GCC guide or Developer's Certificate of Origin (DCO) Sign-off guide." тебе не понятны?
А какие в "Currently the main GCC distribution contains front ends for C (gcc), C++ (g++), Objective C, Fortran, Ada (GNAT), Go, and D."?

Ответить | Правка | Наверх | Cообщить модератору

95. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от Аноним (23), 23-Апр-22, 19:51 
Вот ты сам написал, что в gcc нет раста.
Ответить | Правка | Наверх | Cообщить модератору

114. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от Аноним (28), 23-Апр-22, 21:49 
>>  лицензия не позволяет, тут растаманы заранее постарались, чтобы подобного не случилось.
> Вот ты сам написал, что в gcc нет раста.

Ой, как ловко ты переобулся в прыжке ...

Ответить | Правка | Наверх | Cообщить модератору

89. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от Аноним (86), 23-Апр-22, 18:10 
> обязательным требованием

Ох уж эти опеннетные вахтёры. Хлебом не корми, дай только что-нибудь запретить, потребовать или на худой конец обязать.

Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

12. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от Аноним (14), 23-Апр-22, 11:01 
Я считаю что такое надо тащить опционально. Производиьельность многим важнее отсутствия проблем с памятью. Воь в сервера Rust запихать можно. А на десктопе/ноутбуке можно и перезагрузиться за пару секунд. Это а какой-нибудь Gentoo можно иметь пачку однотипных компиляторов. Большая трудность высокоуровневых языков в том, что работая с железом чистый Си практически не изменился за десятилетия сам по себе. Но вот создать мега крутой компилятор вроде lcc для Эльбрусов возможно. Так что так называемые проблемы с памятью это всего лишь уровень компилятора и среды разработки, которая увидев потенципльный риск могла бы сигнализировать. Вполне вероятно вменяемые сишники просто дописывают в компилятор дополнительные условия проверки кода, чтобы избавиться от ошибок. Сам язык Rust под вопросом "а надо ли?". Ну работает с каким-нибудь блобом старая реализация. Ну и что? Притянуть целый раст ради одной наполовину реализованной фичи? Ну тупо абсолютно. Вы с наполовину знанием китайского ничего толкового выдать не сможете, но тащить весь китайский с иероглифами потому что там запятых меньше ставить надо это не повод для тех, кто знает русский язык и отправляет текст редакторам, которые его проверяют. И они не знают условный китайский.
Ответить | Правка | Наверх | Cообщить модератору

13. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от Анонн (?), 23-Апр-22, 11:30 
> вменяемые сишники просто дописывают в компилятор дополнительные условия проверки кода

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

Ответить | Правка | Наверх | Cообщить модератору

17. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от Аноним (14), 23-Апр-22, 11:53 
Не знаю, не проверял. Они скорее всего все в голове держат. Но gcc точно позволяет делать то, что стандартом языка запрещено. Я имел ввиду тех, кто пишет драйвера, а не тех, кто их проверяет впоследствии. Понятное дело максимально адекватные программисты имеют слишком богатый опыт. Но иметь предупреждения на случай ошибки можно. Можно ведь программировать на русском, заменяя впоследствии знаки через alias на оригинальные. Так что clang сможет это собрать, ведь у него компоновщик работает по полной сначала восстанавливая код. Ну вот удобно например русским на русском. Ну могут они исходники через прогу прогнать чтобы отослать. Все равно желательно проверять на явно ошибочные методы работы с памятью, используя анализатор кода как гугловцы делают и многие другие. Просьо желательно этот анализатор запускать до компиляции автоматически. Clang может в такое, заменяя русский язык. Значит программист может воткнуть анализатор на автомат. Хотя я конечно могу быть слишком высокого мнения о них. Было же до недавнего времени гора предупреждений компилятора, на которые плевали разработчики ядра пока не посыпались ошибки в ядре пачками так как gcc позволяет забить на это все.
Ответить | Правка | Наверх | Cообщить модератору

21. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от Аноним (21), 23-Апр-22, 12:25 
Ха-ха, на эльбрус они это не перепишут вот и ноют. Со-со давайте со-со
Ответить | Правка | Наверх | Cообщить модератору

22. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от Аноним (21), 23-Апр-22, 12:29 
Че там jit компилятор firefox 68 переписали? Что нет еще?
Ответить | Правка | Наверх | Cообщить модератору

24. Скрыто модератором  –4 +/
Сообщение от Аноним (21), 23-Апр-22, 12:30 
Ответить | Правка | Наверх | Cообщить модератору

26. Скрыто модератором  +/
Сообщение от Аноним (21), 23-Апр-22, 12:32 
Ответить | Правка | Наверх | Cообщить модератору

27. Скрыто модератором  –3 +/
Сообщение от Аноним (21), 23-Апр-22, 12:34 
Ответить | Правка | Наверх | Cообщить модератору

42. Скрыто модератором  +/
Сообщение от Аноним (40), 23-Апр-22, 13:37 
Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

37. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от Аноним (14), 23-Апр-22, 13:17 
Кукаретикам ведь не ведомо, ято портирование вероятно уже идет. Java, JavaScript, Python, Ruby уже портированы, а C, C++ написаны лучше всех в мире с реализацией предсказания ветвлений прямо в компиляторе. Твои вскукарекиыания никому не интересны. Старая версия не перестала вдруг работать, а на Эльбрусы портируют даже ядро не сразу ибо корявых писателей полно. Так что не ссысь, все будет и на Эльбрусах. Тем более что новые 2с3, 12 и 16С имеют много того, чего не было и аппаратная трансляция х86 работает.
Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

45. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от НяшМяш (ok), 23-Апр-22, 13:58 
> аппаратная трансляция х86 работает.

Уже сделали аппаратную? Неплохо. А то помнится, раньше там аж пару ядер надо было выделять отдельно для транслятора.

Ответить | Правка | Наверх | Cообщить модератору

57. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от Аноним (14), 23-Апр-22, 14:39 
http://www.mcst.ru/files/5a9eb8/a30cd8/50681b/000000/rodzevi...
Ответить | Правка | Наверх | Cообщить модератору

73. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от Аноним (73), 23-Апр-22, 16:29 
> Уже сделали аппаратную?

наверно он путает аппаратную трансляцию с аппаратной поддержкой програмной трансляции, а трансляция програмная

Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

90. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от Аноним (86), 23-Апр-22, 18:15 
> все будет и на Эльбрусах

На эльбрусах может всё и будет. Жаль, самих эльбрусов нет. Inb4 в подвале яндексмузея в шкафу со швабрами лежит, но мы вам его не покажем. Когда этот цпу можно будет купить на свободном рынке, тогда приходите, поговорим. Про 3½ лабораторных прототипа, которые какой-то пенсинер отвёрткой тюнил можете не рассказывать. Не интересно.

Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

94. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от Аноним (14), 23-Апр-22, 18:53 
Завидуй молча. Вот 16 ядерник, которому даже с программной трансляцией хватят потянуть игры, которым 8 ядер более чем хватит.

https://youtube.com/watch?v=D64Dhowze2Y

А вот можно купить физлицам Эльбрусы

https://imaxai.ru/shop/motherboards/all

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

А вот тут младшая 2 ядерная модель тянет игры.

https://youtube.com/watch?v=mZ2yZ-Ya57w

Ответить | Правка | Наверх | Cообщить модератору

101. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от Аноним (101), 23-Апр-22, 20:53 
О да, я уже почти побежал покупать
Ответить | Правка | Наверх | Cообщить модератору

103. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от пох. (?), 23-Апр-22, 20:58 
Ты быстрей беги - это ж теперь музейная редкость будет. Внукам будешь показывать (соседским - за денежку). Как сейчас где-то под Лонданом показывают последнюю бэсм-6. Эвона, типа, чего наши лапотные мужыки сотворить-то могли!

А цена... тьфу, она ж в ржублях. За антиквариат-то, тем более.

Ответить | Правка | Наверх | Cообщить модератору

112. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  –1 +/
Сообщение от Аноним (14), 23-Апр-22, 21:38 
Нефиг панику разводить паникер ты злостный. Сам ты лапотник, а у нас в России лучшие умы собрались, которые произвели как процессор, так и мега компилятор lcc. Но ты же неспособен аргуменьированно что-то заявить ибо ты ведь удаленно не заходил на общедоступный сервер потому что ты только поносить можешь потому что в тебе много говна. Инаяе было бы хоть что-то не самообосратое.
Ответить | Правка | Наверх | Cообщить модератору

109. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от Аноним (14), 23-Апр-22, 21:26 
А тебе никто и не предлагал, окстись.Тут доказана возможность купить. Серийные версии будут к концу года. и в больших количествах, чем предыдущие модели. А то МЦСТ и ИП продать может и подешевле. Толбко ты все равно будешь изображать чушь. Это жля обеспеченных, то есть востребованных программистов в первую очередь. Для таких как ты на 2с3 завезут компы, моноблоки, ноутбуки.
Ответить | Правка | К родителю #101 | Наверх | Cообщить модератору

116. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от Александр (??), 23-Апр-22, 22:45 
На сайте написано, что поставка пока только ожидается. Господа, а на каком предприятии у нас в России возможно произвести подобные интегральные схемы? Я это спрашиваю, т.к. на сайте написано, что _производство_ находится в России.
Ответить | Правка | Наверх | Cообщить модератору

119. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от пох. (?), 23-Апр-22, 23:49 
> На сайте написано, что поставка пока только ожидается.

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

> это спрашиваю, т.к. на сайте написано, что _производство_ находится в России.

У меня на сарае ТАААКОЕ написано! А там даже дров нет - сосед сп-л.

Ответить | Правка | Наверх | Cообщить модератору

141. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от n00by (ok), 25-Апр-22, 12:24 
> Ценники не самые демократичные, но это следствие удвоения цен из-за незаеонных санкций

Давайте будем последовательны. Санкции - незаконны. Следствия из незаконного - незаконны. Повышение цены почему законно? За что доплачивать?

Ответить | Правка | К родителю #94 | Наверх | Cообщить модератору

102. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от пох. (?), 23-Апр-22, 20:56 
На ель-брус теперь ничего уже не перепишут, поскольку нет ни елей, ни брусьев.

"частным лицам можно купить" (глупым буратинам отдать свои денежки за ненужное ненужно втридорога) последние что понараспаяли из старых запасов. И усьо. Слушайте вашу песню валенки, восстанавливайте палеоинженерными методами производство Наири и БЭСМ-6. А, еще МИР-1 был неплохой.
(Сколько жельтий из него в свое время намайнили - ваши биткойны нервно курют в углу)

Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

111. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  –1 +/
Сообщение от Аноним (14), 23-Апр-22, 21:34 
Не ель-брус, а Эльбрус. Это гора так еазывается извращуга.

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

Ну и чтобы все понимали что ты никчемный пустозвон

https://youtube.com/watch?v=T7UxqF45Z1Y

Ответить | Правка | Наверх | Cообщить модератору

118. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от пох. (?), 23-Апр-22, 23:45 
Ну что за дерьмо? Тебе ж минцифра написала - использовать только рассейское!

Нет, опять ютруп какой-то подпиндосный из которого за мной следит NSA и CIA вместо скрепного red///тьфу-тьфу-тьфу rutube!
"Вот они какие, рассейские патриоты - даже после смерти родная земля их не принимает(c)"

Ответить | Правка | Наверх | Cообщить модератору

120. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от nvidiaamd (?), 23-Апр-22, 23:50 
Виляй виляй, отсюда.
Ответить | Правка | Наверх | Cообщить модератору

31. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  –3 +/
Сообщение от Аноним (40), 23-Апр-22, 12:45 
Чем эта поделка лучше для потребителя? Очевидно что всем хуже, так как rust обладает плохими потребительскими качествами.
Ответить | Правка | Наверх | Cообщить модератору

32. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от Аноним (40), 23-Апр-22, 12:45 
*чем этот продукт лучше для потребителя
Ответить | Правка | Наверх | Cообщить модератору

33. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от Аноним (21), 23-Апр-22, 12:51 
Rust развивается, если есть какие-то погрешности их исправят многое уже на него переписывают тот же tor к прримеру. Тут просто любят ныть но не участвовать в процессе, тупо копируют западные технологии и их кастрируют. К примеру alt там все вырезоно вообще все голое.
Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

44. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +6 +/
Сообщение от Аноним (66), 23-Апр-22, 13:44 
Нет раст деградирует. Поэтому ничего годного сделать не может.  
Ответить | Правка | Наверх | Cообщить модератору

48. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +6 +/
Сообщение от Бывалый смузихлёб (?), 23-Апр-22, 14:06 
Он не развивается а разрастается.
По громоздкости синтаксиса он уже запросто может с плюсАми соревноваться
Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

74. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от Аноним (73), 23-Апр-22, 16:36 
> Он не развивается а разрастается

он растёт как гора фекалий в зимнем туалете, по всему инету раздаются натужные "ыщ-ыщ" ) в ядре два года кучу "растили" и ни одного драйвера кроме хелловорда так никто не написал.

Ответить | Правка | Наверх | Cообщить модератору

77. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от Аноним (21), 23-Апр-22, 16:49 
Я ж говорю инженерами будете лет через 50, может быть
Ответить | Правка | Наверх | Cообщить модератору

83. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от Аноним (73), 23-Апр-22, 17:18 
> Я ж говорю инженерами будете лет через 50

мне этот даунгрейд ни к чему ) если увижу что ты хоть что-то напишешь на расте - похвалю

Ответить | Правка | Наверх | Cообщить модератору

91. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  –1 +/
Сообщение от Аноним (86), 23-Апр-22, 18:18 
> мне этот даунгрейд ни к чему

Действительно, ты-то уже Главный Уборщик Помещений, к чему тебе даунгрейдиться в какого-то рядового инженера? Карьера — дело серьёзное.

Ответить | Правка | Наверх | Cообщить модератору

100. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от Аноним (100), 23-Апр-22, 20:43 
> ыщ-ыщ

давай, досвиданья )

Ответить | Правка | Наверх | Cообщить модератору

104. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от пох. (?), 23-Апр-22, 21:00 
Ну так иди и поставь в храме сам знаешь кого свечку, что так и не написали.
Я уже поставил.

Глядишь, нашими молитвами - и не напишут. Не смотря на все усилия гуглоцискоibm. В конце-концов, мурзила вон очень старалась.

Ответить | Правка | К родителю #74 | Наверх | Cообщить модератору

82. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  –1 +/
Сообщение от Аноним (81), 23-Апр-22, 17:14 
> Чем эта поделка лучше для потребителя?

можно помедитировать, пока качается компилятор раста

Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

153. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  –1 +/
Сообщение от burjui (ok), 28-Апр-22, 11:29 
То ли дело компиляторы других ЯП, которые идут с завода местных экспертов предустановленными прямо в мозг.
Ответить | Правка | Наверх | Cообщить модератору

163. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от Алексей Михайловичemail (?), 23-Июн-22, 11:58 
Я руку с энтера убрать не успеваю, пока он качается. Может, пора переезжать из леса?
Ответить | Правка | К родителю #82 | Наверх | Cообщить модератору

164. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от Алексей Михайловичemail (?), 23-Июн-22, 11:59 
Я руку с энтера убрать не успеваю, пока он качается. Может, пора переезжать из леса?
Ответить | Правка | К родителю #82 | Наверх | Cообщить модератору

34. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от Аноним (40), 23-Апр-22, 12:56 
>Из недостатков отмечается усложнение системы сборки, нежелание привязываться к пакетной системе cargo, расширение требований к сборочному окружению и необходимость включения компилятора Rust в сборочные зависимости, обязательные для построения ключевых компонентов рабочего стола в Linux.

Растоманы зададут вопрос, почему python можно включать в обязательные сборочные зависимости mesa, а rust нельзя?
Но ответы на это простой, rust включать нельзя потому что на нем не смогли даже firefox написать. За 15 лет существования языка на нем не смогли написать ничего, только переписать уже написанное.
Вот и сейчас попытались переписали уже написанный сlover на rust, но даже не смогли реализовать его возможности.
Rust нельзя включать потому что это вендор лок. Растоманы которые утверждают о независимости своего языка полностью завендорлочены на microsoft, amazon, huawei, mozilla и google.
Rust это телеметрия прямо в компиляторе.

Ответить | Правка | Наверх | Cообщить модератору

36. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от Аноним (35), 23-Апр-22, 13:05 
Нео, проснись. Ты этцасамое..
Ответить | Правка | Наверх | Cообщить модератору

122. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от nvidiaamd (?), 23-Апр-22, 23:59 
А ты докажи обратное, или ты тоже, этсамое?
Ответить | Правка | Наверх | Cообщить модератору

38. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от Аноним (2), 23-Апр-22, 13:17 
> не смогли реализовать его возможности

Эта версия уже может делать то, что Clover не умеет - "расширение OpenCL для обработки изображений" (ну читайте же статью). Плюс сам кловер чуть-чуть сдох и начинает попахивать.

> За 15 лет существования языка...

Смешная мантра хейтеров напоминает "8 лет..." И как всегда никаких пруфов.

"Rust 1.0, the first stable release, was released on May 15, 2015." (https://en.wikipedia.org/wiki/Rust_(programming_language))
А теперь посмотри на питон - "Python reached version 1.0 in January 1994"

Первое упоминание rust - July 7, 2010. Питон - "its implementation was started in December 1989" (пруф тут https://en.wikipedia.org/wiki/History_of_Python)

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

> завендорлочены на microsoft, amazon, huawei, mozilla и google

Это ты про ядро линукса наверное пишешь? там же не мозилы...

Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

41. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от Аноним (40), 23-Апр-22, 13:35 
Это всё пустые оправдания и обман потребителя
Ответить | Правка | Наверх | Cообщить модератору

47. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от Аноним (2), 23-Апр-22, 14:02 
Хаха, классика - "Ваши доказательства не доказательства"))
Ответить | Правка | Наверх | Cообщить модератору

105. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от пох. (?), 23-Апр-22, 21:06 
> Растоманы зададут вопрос, почему python можно включать в обязательные сборочные зависимости
> mesa, а rust нельзя?

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

> Вот и сейчас попытались переписали уже написанный сlover на rust, но даже не смогли реализовать
> его возможности.

зато тесты проходит!

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

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

А тебе завтра жрать будет нечего, если начнешь страдать такой фигней. Поэтому имеем то за что платит rhbm.

Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

43. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  –1 +/
Сообщение от Аноним (66), 23-Апр-22, 13:43 
Ненужно на стероидах.
Ответить | Правка | Наверх | Cообщить модератору

46. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +2 +/
Сообщение от НяшМяш (ok), 23-Апр-22, 14:01 
Так и разрабы Clover подумали и пошли катать софт на CUDA.
Ответить | Правка | Наверх | Cообщить модератору

106. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от пох. (?), 23-Апр-22, 21:08 
Куда менеджер палкой йапнул - в том направлении и пошли. Даже - побежали. А то он второй раз йапнет сильнее.

Ответить | Правка | Наверх | Cообщить модератору

131. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от Аноним (131), 24-Апр-22, 11:03 
Безошибочно узнаю тебя по тону комментариев даже не читая поле "отправлено".
Ответить | Правка | Наверх | Cообщить модератору

51. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +3 +/
Сообщение от Аноним (2), 23-Апр-22, 14:16 
Будет смешно, если его примут в месу просто потому что кловер никто не хочет поддерживать. От у местных анонов будет гореть (но 146%, что никто из них не вызовется заняться поддержкой)) Будут только ныть на опеньке как в случае с librsvg...
Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

54. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от Аноним (117), 23-Апр-22, 14:31 
Потребители не обязаны писать программы за разработчиков, пусть производители ПО работают или уходят с рынка
Ответить | Правка | Наверх | Cообщить модератору

92. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +1 +/
Сообщение от Аноним (86), 23-Апр-22, 18:21 
Пусть производители тупых комментов на опеннете умнеют или уходят с опеннета.
Ответить | Правка | Наверх | Cообщить модератору

130. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от Аноним (131), 24-Апр-22, 11:02 
Потребители обязаны платить и брать. Вот платите за Винду и берите оборудование новое. Драйвера приложат. Нормальные, работающие, а не поделки энтузиастов. Когда перестанут работать - будешь опять платить. Не сидеть же на старой винде.
Ответить | Правка | К родителю #54 | Наверх | Cообщить модератору

56. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  –2 +/
Сообщение от Аноним (14), 23-Апр-22, 14:38 
Сначала научись вести себя в обществе. Твое нытье скучное.
Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

60. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +3 +/
Сообщение от Аноним (60), 23-Апр-22, 15:15 
Вся эта попытка продвинуть раст приводит к обратному эффекту. На расте писать уже как-то зашкварно что-ли становится
Ответить | Правка | Наверх | Cообщить модератору

61. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от RCemail (?), 23-Апр-22, 15:28 
Переходите на Хаскель! Никто не знает, что это такое, но у нас есть типы и монады.
Ответить | Правка | Наверх | Cообщить модератору

63. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +4 +/
Сообщение от Аноним (60), 23-Апр-22, 15:31 
Мне и на православных плюсах норм
Ответить | Правка | Наверх | Cообщить модератору

70. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от Аноним (5), 23-Апр-22, 15:47 
Типы как-то и в других языках встречаются. Вот монады - да, непонятная фигня.
Ответить | Правка | К родителю #61 | Наверх | Cообщить модератору

68. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от Аноним (68), 23-Апр-22, 15:38 
Да не, нормально. Я написал пару привет миров на нём, пока только одни недостатки по сравнению с плюсами, но сахарок прикольный, этого не отнять. Если доработают некоторые моменты, будет вполне прекрасный язык, на котором не стыдно удобно и эффективно писать код. Только несколько не удобно зачастую. Заявляемые преимущества конечно дичь для самых бедных, мозги ничто не заменит, но это лучше, чем ничего. По крайней мере язык без навязанного ГЦ.
Ответить | Правка | К родителю #60 | Наверх | Cообщить модератору

76. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от Аноним (66), 23-Апр-22, 16:49 
Тогда смотри на Haskell вот где сахарок в перемешку с несахарком.
Ответить | Правка | Наверх | Cообщить модератору

85. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от Аноним (85), 23-Апр-22, 17:53 
SPARK - безопасность, надежность, скорость.
Ответить | Правка | Наверх | Cообщить модератору

93. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от Аноним (86), 23-Апр-22, 18:22 
> зашкварно

По какой статье чалился, бродяга?

Ответить | Правка | К родителю #60 | Наверх | Cообщить модератору

84. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от Аноним (85), 23-Апр-22, 17:48 
> Из плюсов поддержки Rust упоминается повышение безопасности и качества драйверов за счёт избавления от типовых проблем при работе с памятью

Какой развод, хотели бы безопасности писали бы на SPARK.

Ответить | Правка | Наверх | Cообщить модератору

121. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от Аноним (121), 23-Апр-22, 23:53 
Мертвячина OpenCL переписанная на мертвом расте...мда уж звучит
Ответить | Правка | Наверх | Cообщить модератору

123. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от Аноним (23), 24-Апр-22, 02:27 
> переписанная на мертвом расте

Давно уже заметно, что на расте только старьё переписывают. Что-то новое - не получается, ни FF, ни редох.

Ответить | Правка | Наверх | Cообщить модератору

129. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от Аноним (131), 24-Апр-22, 10:58 
Просто на расте писать тяжко. И растофанатиков не очень много. Чтобы переписываемый проект имел шанс заменить оригинал, надо чтобы оригинал был заброшен и не развивался. Тогда у переписанного проекта есть шанс его нагнать.

Кстати, мои проекты на C++ никто на rust переписать не хочет?

Ответить | Правка | Наверх | Cообщить модератору

134. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от Аноним (117), 24-Апр-22, 13:52 
Покажи хоть один
Ответить | Правка | Наверх | Cообщить модератору

135. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  –1 +/
Сообщение от Аноним (14), 24-Апр-22, 16:32 
Ну тут два варианта. Или научиться писать правильно, или пользоваться божественным растом. Впрочем его можно и даже нужно потыкать. А то будет вам джава, которая в математических вычислениях обгоняет Си, а вы такие "Си единственно идейно правильный язык". Весь интерес в С/С++ это Эльбрус где можно компилятор усилить прям вообще офигеть как. Ну и стандартные уязвимости так эксплуатировать попросту не получится. Там да, С/С++ божественно заходят. А кривому железу нужен Rust.
Ответить | Правка | К родителю #129 | Наверх | Cообщить модератору

125. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +2 +/
Сообщение от Аноним (125), 24-Апр-22, 10:40 
>Clover уже давно находится в заброшенном состоянии и rusticl позиционируется как его будущая замена.

Лишь бы rust пропихнуть, даже стюардессу откопать не жалко.

Ответить | Правка | Наверх | Cообщить модератору

127. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от Аноним (23), 24-Апр-22, 10:42 
> в заброшенном состоянии ... его будущая замена

будущее заброшенное состояние :)

Ответить | Правка | Наверх | Cообщить модератору

165. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +/
Сообщение от Алексей Михайловичemail (?), 23-Июн-22, 12:12 
Clover не умеет самую нужную и популярную часть OpenCL, которая про image. ROCm от амудэ сам жри, оно падает чаще, чем тебя в детстве головой о пол роняли — у меня только за сегодня он вывалился восемь раз за утро в рандомных местах в дарктейбле и два раза в DaVinci Resolve, причём эта мразь не только наглухо вешает иксы, но и заглючивает сам видеочип. Так что шуточки свои про стюардессу затолкай себе обратно в шутилку. Этот проект намного нужнее, чем ты и твои тупорогие высеры, и не тебе решать, быть ему или нет.
Ответить | Правка | К родителю #125 | Наверх | Cообщить модератору

128. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +3 +/
Сообщение от Аноним (131), 24-Апр-22, 10:55 
>Из недостатков отмечается

Заточенность rust под исключительно статическую линковку и cargo-cult-npm-style управление зависимостями. Ффтoпку такой навоз. Shared lib для линковки с кодом на си, которая на си бы заняла килобайты, на расте занимает мегабайты, потому что в эту либу всосало все зависисмости.

Мне срaть на то, что все гарантии безопасности раст по женскому половому органу идут при динамической линковке. Мне динамическая линковка и повторное использование кода дороже каких-то непрочных гарантий, которые создатели компилятора решили не заморачиваться с энфорсингом в случае дин. линковки, ибо все cargo-cult-стильномодномолодёжные уже и так перешли на snapы/flatpakи/dockerы и снявши голову по волосам не плачат, а кто не входит в cargo-культ - на тех насрaть.

Ответить | Правка | Наверх | Cообщить модератору

132. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  –1 +/
Сообщение от Аноним (28), 24-Апр-22, 11:19 
>>Из недостатков отмечается
> Заточенность rust под исключительно статическую линковку и cargo-cult-npm-style управление
> зависимостями.
> Мне срaть на то, что все гарантии безопасности раст по женскому половому
> органу идут при динамической линковке. Мне динамическая линковка и повторное использование
> кода дороже каких-то непрочных гарантий, которые создатели компилятора решили не заморачиваться
> с энфорсингом в случае дин. линковки, ибо все cargo-cult-стильномодномолодёжные

Выдыхай бобер, выдыхай!

Ответить | Правка | Наверх | Cообщить модератору

133. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +2 +/
Сообщение от Аноним (133), 24-Апр-22, 12:04 
Лучше напишите так и не написанную вторую часть loom, там как раз должно быть про пацана по имени rusty
Ответить | Правка | Наверх | Cообщить модератору

138. "В написанной на Rust реализации OpenCL для Mesa обеспечена п..."  +4 +/
Сообщение от Аноним (138), 25-Апр-22, 08:58 
Знаете почему раст безопасный? Потому что на нём никто не пишет! гыыыыыы
Ответить | Правка | Наверх | Cообщить модератору

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

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




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

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