The OpenNET Project / Index page

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



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

"Линус Торвальдс подключился к обсуждению начальной реализации поддержки Rust в ядре Linux "  +/
Сообщение от opennews (??), 12-Июл-20, 09:41 
Линус Торвальдс подключился к обсуждению возможности добавления в ядро Linux средств для разработки на языке Rust. Джош Триплет (Josh Triplett) из компании Intel, работаюдий над проектом по доведению языка Rust до паритета с языком Си в области системного программирования, предложил на начальном этапе добавить в Kconfig опцию для поддержки Rust, которая не приводила бы к включению в число зависимостей компилятора Rust при выполнении сборки в режимах "make allnoconfig" и "make allyesconfig" и позволяла бы более свободно экспериментировать с кодом Rust. Аналогичный трюк был реализован при добавлении в ядро экспериментальной  поддержки сборки в Clang в режиме оптимизаций на этапе связывания (LTO, Link Time Optimization), после которой планируется добавить и поддержку сборки с защитой потока выполнения команд (CFI, Control-Flow Integrity)...

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

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

Оглавление

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


1. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +59 +/
Сообщение от Аноним (1), 12-Июл-20, 09:41 
что же будет когда Линус уйдёт? Ох боюсь эти хипстеры развалят ядро к чертям.
Ответить | Правка | Наверх | Cообщить модератору

2. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +5 +/
Сообщение от Аноним (2), 12-Июл-20, 09:45 
Останется Грег вместо Линуса.
Ответить | Правка | Наверх | Cообщить модератору

14. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +15 +/
Сообщение от Аноним (14), 12-Июл-20, 10:12 
Вот это-то как раз и вызывает опасения.
Ответить | Правка | Наверх | Cообщить модератору

194. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +1 +/
Сообщение от Аноним (-), 15-Июл-20, 05:39 
Грег только кажется мягким. Но отбрить умеет - да так что ему еще и спасибо говорят, хотя все-равно вышло по его.
Ответить | Правка | Наверх | Cообщить модератору

93. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +9 +/
Сообщение от biomassa (?), 12-Июл-20, 16:49 
Ой, боюсь Микрософт пропихнет своего человечка и будет как с Нокией.
Этих мудаков надо гнать от ядра поганой метлой.
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

102. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +3 +/
Сообщение от Lex (??), 12-Июл-20, 18:44 
Ядро и так разжирело и расползлось.
Требования к процу и потребление ОЗУ и без того серьезно росли и продолжают расти...

С таким прогрессом и людей от Микрософта не надо.

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

103. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +5 +/
Сообщение от biomassa (?), 12-Июл-20, 18:54 
Use "make menuconfig" Luke.
Ответить | Правка | Наверх | Cообщить модератору

120. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  –3 +/
Сообщение от Ноним (?), 13-Июл-20, 00:51 
Дано: AMD Athlon(tm) II X2 220 Processor, 4Gb RAM
Ubuntu 12.04: все летает, не более 1Гб рамы занято, свопа не нужно
Ubuntu 14.04: работает, без свопа не ок, можно жить, но ядро нужно ставить 4.4 из xenial
Ubuntu 18.04: тормозит, своп постоянно забит, переключение окон тормозит, все тормозит, и похоже что ядро течет

Последнее нормальное ядро - это 2.6.32, ветка ядер 3.x - адовое тормозилово, ядра 4.x получше, но еще не тестировал

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

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

121. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  –2 +/
Сообщение от biomassa (?), 13-Июл-20, 01:16 
Э парниша, тут опеннет, а не кернел.орг. Тут, как собственно и там, тебе никто, ничего не должен.
Коли сам не можешь разобраться - оформи баг репорт и жди ответа.
А если хочешь качать права - купи себе Винду и клюй мозги суппорту Микрософта.
Ответить | Правка | Наверх | Cообщить модератору

124. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +2 +/
Сообщение от Ноним (?), 13-Июл-20, 03:53 
чо там с 12309
Ответить | Правка | Наверх | Cообщить модератору

141. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +1 +/
Сообщение от Онаним (?), 13-Июл-20, 08:36 
Не задолбало ещё про несуществующее справляться?
Ответить | Правка | Наверх | Cообщить модератору

157. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Аноним84701 (ok), 13-Июл-20, 11:40 
> Не задолбало ещё про несуществующее справляться?

В смысле, "с глаз долой - из сердца вон!"?
Тогда ошибку на "not found" поправьте, что ли. А то палевно:

https://bugzilla.kernel.org/show_bug.cgi?id=12309
> Bug Access Denied
> You are not authorized to access bug #12309. To see this bug, you must first log in to an account with the appropriate permissions.
>

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

199. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Аноним (-), 15-Июл-20, 18:05 
> Тогда ошибку на "not found" поправьте, что ли. А то палевно:

Зачем? Такой баг был. Его пофиксили и закрыли. А то что там толпа даунов навалили еще 20 других багов вопя что это то же самое - пусть и получают плашку в фэйс. Кому будет сильно надо, не развалятся новый баг создать. С ***детальным*** описанием ***СВОЕЙ*** ситуации и конфигурации, если, конечно, цель - починить баг и получить нормально работающую систему. А так извините, господа тролли, сломали вам ваше шапито.

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

219. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Аноним84701 (ok), 15-Июл-20, 18:54 
>>> Не задолбало ещё про несуществующее справляться?
>> Тогда ошибку на "not found" поправьте, что ли. А то палевно:
> Зачем? Такой баг был. Его пофиксили и закрыли.

За квасом? Читать, хотя бы целыми комментариями (вместе с процитированным), а не отдельными строками? Не?

> А то что там толпа даунов навалили еще 20 других багов вопя что это то же самое - пусть и получают плашку в фэйс. Кому будет  сильно надо, не развалятся новый баг создать. С ***детальным*** описанием ***СВОЕЙ***
> ситуации и конфигурации, если, конечно, цель - починить баг и получить нормально работающую систему. А так извините, господа тролли, сломали вам ваше шапито.

Э-э-э, поздравляю. Абсолютно мимо темы и не отвечает ни на один затронутый вопрос:
мало того, что речь шла о якобы несуществующем баге, так и подкол был в сторону закрытия доступа на _чтение, для всех_.
Пафосные речи про фейсы, плашки и троллей  ну совершенно никак не объясняют, почему нельзя было просто закрыть ветку на запись. Увы.

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

220. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Аноним (-), 15-Июл-20, 19:03 
> За квасом? Читать, хотя бы целыми комментариями (вместе с процитированным), а не
> отдельными строками? Не?

Это какой-то жирный и глупый троллинг. Попробуйте еще раз.

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

Ну так там набежали какие-то тролли, вот и результат.

> Пафосные речи про фейсы, плашки и троллей  ну совершенно никак не
> объясняют, почему нельзя было просто закрыть ветку на запись. Увы.

Потому что там развели неконструктивный срач и вообще помойку. Теперь бсдотной троллоте и мсовским ботикам станет немного неудобнее. Что как бы хорошо и правильно.

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

222. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Аноним84701 (ok), 15-Июл-20, 19:32 
>>>>> Не задолбало ещё про несуществующее справляться?
>>>> Тогда ошибку на "not found" поправьте, что ли. А то палевно:
>>> Зачем? Такой баг был. Его пофиксили и закрыли.
>> За квасом? Читать, хотя бы целыми комментариями (вместе с процитированным), а не
>> отдельными строками? Не?
> Это какой-то жирный и глупый троллинг. Попробуйте еще раз.

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

>> Пафосные речи про фейсы, плашки и троллей  ну совершенно никак не
>> объясняют, почему нельзя было просто закрыть ветку на запись. Увы.
> Потому что там развели неконструктивный срач и вообще помойку. Теперь бсдотной троллоте
> и мсовским ботикам станет немного неудобнее. Что как бы хорошо и правильно.

Пафосное бла-бла про мсботов и происки "бсдотной троллоты" конечно же отличное объяснение и оправдание цензуры на ровном месте 🙄

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

228. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Аноним (228), 15-Июл-20, 20:11 
> Ну, не будте так самокритичны -- не такой уж и жирный, ваш троллинг-то.

Хорошо.

> А с чтением вы попробуйте еще разок -- вдруг получится. А там
> глядишь и  с троллингом получше станет.

Вы хотите говорить, но не имеете что сказать.

> Пафосное бла-бла про мсботов и происки "бсдотной троллоты" конечно же отличное объяснение
> и оправдание цензуры на ровном месте 🙄

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

А так чисто по человечески, вас никто не заставляет линухом пользоваться. Судя по тому что я вижу вы линем и не пользуетесь. Либо из-под палки, "потому что работодатель заставил". Интересно, я угадал?

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

198. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  –1 +/
Сообщение от Аноним (-), 15-Июл-20, 18:02 
> чо там с 12309

Он починен и закрыт. А если у вас что-то вылезает, это не 12309 уже.

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

135. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от КО (?), 13-Июл-20, 07:17 
Ля он тебе полупруфы кидает,  что линукс в последнее время не торт.
А ты все равно недоволен.
Ответить | Правка | К родителю #121 | Наверх | Cообщить модератору

143. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  –2 +/
Сообщение от Аноним (143), 13-Июл-20, 08:54 
А что он не торт? Первым добавил поддержку WireGuard, старается поддерживать различные имеющиеся и появляющиеся девайсы и одноплатники.
Ответить | Правка | Наверх | Cообщить модератору

125. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +2 +/
Сообщение от хотел спросить (?), 13-Июл-20, 04:29 
Fedora 31 без гуев

тстоит самба, трансмишен, несктклауд

637M в htop из 16G доступных

может гуи жрут много, может бубунта тупит, хз

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

126. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +1 +/
Сообщение от Отражение луны (ok), 13-Июл-20, 04:56 
1. Если поставишь КДЕ, то окружение будет работать вполне норм
2. Томозят в основном не ДЕ, а приложения. Но не в случае с гномом. В случае с гномом тормозят и приложения, и гном.
Ответить | Правка | К родителю #120 | Наверх | Cообщить модератору

140. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +1 +/
Сообщение от Онаним (?), 13-Июл-20, 08:35 
Вам к коняникалу.
CentOS 8 с ядром UEK6 (5.x) и с родным ядром (3.10+) вполне умещается в 512M.
Ответить | Правка | К родителю #120 | Наверх | Cообщить модератору

158. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +2 +/
Сообщение от Kenneth (?), 13-Июл-20, 11:48 
У CentOS 8 ядро не 3.10.
Ответить | Правка | Наверх | Cообщить модератору

160. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Онаним (?), 13-Июл-20, 12:46 
> У CentOS 8 ядро не 3.10.

Да, простите, 3.10 это у 7.
Восьмёрка - 4.18+.

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

174. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от лютый жабби__ (?), 13-Июл-20, 19:10 
>CentOS 8 с ядром UEK6 (5.x) и с родным ядром (3.10+) вполне умещается в 512M.

даже 7й центос уже разжирел за 512МБ. есть один VPSик, там yum нормально не работает. хотя на нём висит только bind и haproxy.

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

175. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Онаним (?), 13-Июл-20, 19:30 
7 лезет плохо, да. 8 постригли, и он лезет - сам удивился. После старта VPS в минималке используемый объём порядка 160 мб.
Ответить | Правка | Наверх | Cообщить модератору

176. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Онаним (?), 13-Июл-20, 19:38 
Сейчас глянул на один из почтовиков - из 2G - 350M с рабочим постфиксом, опендкимом, давкотом, OCFS2. Всё остальное - буферы и кеш.
Ответить | Правка | Наверх | Cообщить модератору

223. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Аноним (223), 15-Июл-20, 19:32 
> Сейчас глянул на один из почтовиков - из 2G - 350M с
> рабочим постфиксом, опендкимом, давкотом, OCFS2. Всё остальное - буферы и кеш.

В случае редгада и менее 512 мегов - проблемы в их гадском пакетном манагере: эта пакость на питоне улетает в OOM и делает базе пакетов харакири. А так то все работает, пока пакет пожирнее не попробуешь вкатить - после чего система немного превращается в тыкву.

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

237. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Онаним (?), 16-Июл-20, 08:57 
Тем не менее, помещается.
А для bloatware - немножко свопа и vm.swappiness=1, чтобы без причины в своп не лезло.
Ответить | Правка | Наверх | Cообщить модератору

239. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Аноним (-), 17-Июл-20, 05:30 
> Тем не менее, помещается.

Тем не менее, когда у вас пакетник резко и внезапно дохнет в стиле "кровь, кишки, расФЕДОРАсило" - это ну вообще совсем не айс.

> А для bloatware - немножко свопа и vm.swappiness=1, чтобы без причины в своп не лезло.

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

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

144. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Аноним (143), 13-Июл-20, 08:55 
>Ubuntu 12.04: все летает

Подозреваю, в 2012-м ещё не знали про Meltdown и Spectre.

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

172. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от лютый жабби__ (?), 13-Июл-20, 19:03 
Брэд оф сив кэйбл. Дома тоже машина core2duo и 4GB. Арч, соответственно ядра свежайшие, ничего не течёт... ssd поставь, кстати, даже дешевый 40гб за 1тыр, будет небо и земля.
Ответить | Правка | К родителю #120 | Наверх | Cообщить модератору

178. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  –2 +/
Сообщение от Аноним (178), 13-Июл-20, 23:51 
Сейчас я вас научу плохому.

0. Я подозреваю, что вы уже используете 32-битную ubuntu. Если нет, переставьте.

1. Именем рута, откройте /etc/default/grub в своём любимом текстовом
2. Найдите строчку GRUB_CMDLINE_LINUX_DEFAULT. Там у вас скорее всего присвоено "quiet splash"
3. Добавьте туда опций ядра, чтобы получилось так в одну строчку:
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash nopti noibrs noibpb nospectre_v1 nospectre_v2 no_stf_barrier spectre_v2_user=off spec_store_bypass_disable=off l1tf=off mds=off tsx=on tsx_async_abort=off kvm.nx_huge_pages=off"
4. Потом нужно обновить параметры GRUB. На ubuntu вроде update-grub2
5. Перезагрузитесь

Поздравляю! После этого ваша система снова полна уязвимостей. Вы получили достижение "вернуть 2007-ой".
Список уязвимостей должно быть видно через lscpu.

А если серьёзно, может пора купить новый комп?

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

180. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Ноним (?), 14-Июл-20, 10:01 
> Поздравляю! После этого ваша система снова полна уязвимостей. Вы получили достижение "вернуть
> 2007-ой".

По расходу памяти этого не видно. Может стоит читать что написано, а не фантазировать?

> А если серьёзно, может пора купить новый комп?

Сразу новый комп с виндой, да?

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

217. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Аноним (217), 15-Июл-20, 18:38 
> 0. Я подозреваю, что вы уже используете 32-битную ubuntu. Если нет, переставьте.

Могу посоветовать радикальное лечение: перейти на 10-й дебиан :). Он на 32 битах работает изуметельно, даже на древних, следующие 3-4 года можно вообще не дергаться.

> 3. Добавьте туда опций ядра, чтобы получилось так в одну строчку:
> GRUB_CMDLINE_LINUX_DEFAULT="quiet splash nopti noibrs noibpb nospectre_v1 nospectre_v2
> no_stf_barrier spectre_v2_user=off spec_store_bypass_disable=off l1tf=off mds=off
> tsx=on tsx_async_abort=off kvm.nx_huge_pages=off"

...и получите пачку уязвимостей в подарок...

> А если серьёзно, может пора купить новый комп?

Занафига? Десятый демьян с XFCE лично я завожу даже на совсем винтажных экспонатах типа селерон-1800 хрен знает какого года, для ютуба юзерам хватает.

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

197. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +2 +/
Сообщение от Аноним (197), 15-Июл-20, 08:55 
>AMD Athlon(tm) II X2 220 Processor, 4Gb RAM

Сидишь со старьем а претензии к ядру. 😂
Райзены сейчас по цене грязи, обновись уже. 🤣

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

215. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  –2 +/
Сообщение от Аноним (-), 15-Июл-20, 18:33 
> Райзены сейчас по цене грязи, обновись уже. 🤣

И получи в подарок PSP и прочие uefi secureboot'ы.

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

216. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Аноним (-), 15-Июл-20, 18:35 
> Ubuntu 18.04: тормозит, своп постоянно забит, переключение окон тормозит, все тормозит,
> и похоже что ядро течет

Переходи на debian 10 с xfce, ядро по вкусу, это пофиг :D

> Последнее нормальное ядро - это 2.6.32, ветка ядер 3.x - адовое тормозилово,
> ядра 4.x получше, но еще не тестировал

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

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

213. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Аноним (-), 15-Июл-20, 18:30 
> Требования к процу и потребление ОЗУ и без того серьезно росли и
> продолжают расти...

Да ну не пинди! До сих пор бутается на винтажном роутере с 32 мегами RAM на все - там же все и вся опциональное нафиг.

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

179. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +1 +/
Сообщение от KarlOS (?), 14-Июл-20, 09:31 
Человечка?
А то, что Майкрософт уже много лет как является платиновым партнёром Linux Foundation (поинтересуйтесь, что это им даёт) вас не пугает?
Ответить | Правка | К родителю #93 | Наверх | Cообщить модератору

117. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от d (??), 12-Июл-20, 21:50 
> Останется Грег вместо Линуса.

Ты его предупреди, а то он не в курсе.

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

122. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Аноним (122), 13-Июл-20, 01:18 
Грег тоже немолодой, как и Фёдор Т`so.
Страшно себе представить что будет если Линус получит шальную пулю от мирных протестующих в своем SJW-шном Портланде, Орегон.
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

9. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  –2 +/
Сообщение от Аноним (9), 12-Июл-20, 10:03 
Этот Линус и так уже сломался. Наш Линус указал бы своим пальцем куда им надо идти со своим Растом. А этот или успокоительных переел или ему кто-то сказал что надо делать чтобы его окончательно не выгнали.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

32. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +2 +/
Сообщение от Аноним (32), 12-Июл-20, 11:37 
корпорации намекнули Линуксу что он может остаться на панели если пойдет против ветра ?
Ответить | Правка | Наверх | Cообщить модератору

37. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +15 +/
Сообщение от Я (??), 12-Июл-20, 11:56 
не надо приписывать Линусу своё узколобое мышление.
Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

65. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +3 +/
Сообщение от Аноним (65), 12-Июл-20, 13:56 
Если ты сделал Хэллоу Ворлд на Раст это не значит что твой кругозор резко расширился. Наоборот он сузился до фанбойства Раста.
Ответить | Правка | Наверх | Cообщить модератору

94. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +4 +/
Сообщение от Аноним (94), 12-Июл-20, 16:51 
То-есть если человек поэкспериментировал с другим языком программирования и понял, что он может быть лучше (=более удобный/безопасный/т.п.) в каких-то сценариях, это значит что его кругозор сузился? Очень "креативный" логический вывод. Т.е. по такой логике, человек с самым широким кругозором это тот, кто научился писать на C древней версии стандарта в одном стиле и никогда больше ничего не пробовал и не менял свое мнение? Мне кажется это не совсем отвечает идеям "широкого кругозора".
Ответить | Правка | Наверх | Cообщить модератору

100. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +5 +/
Сообщение от Аноним (100), 12-Июл-20, 18:07 
Какую конкретно проблему может решить до сих пор ЭКСПЕРИМЕНТАЛЬНЫЙ язык в ядре широко распространенной ОС? Никакой, кроме ЕЕЕ (ТМ) мелкософт. Человек с широким кругозором - это тот, кто понимает, зачем корпорации делают те или иные телодвижения. Еще для кругозора историю развития технологий полезно изучать, вместо хипсторских говноязыков всяких.
Ответить | Правка | Наверх | Cообщить модератору

106. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  –4 +/
Сообщение от анончик (?), 12-Июл-20, 19:28 
> сих пор ЭКСПЕРИМЕНТАЛЬНЫЙ язык

с разморозкой, там пару лет назад все стабилизировалось

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

110. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +1 +/
Сообщение от Аноним (110), 12-Июл-20, 20:37 
Ачеридной растофанбой
Ответить | Правка | Наверх | Cообщить модератору

214. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Аноним (-), 15-Июл-20, 18:32 
> с разморозкой, там пару лет назад все стабилизировалось

Именно поэтому пару месяцев назад выкатили очередное это, с несовместимыми изменениями? :)

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

127. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Аноним (94), 13-Июл-20, 04:57 
Я понятия не имею и не хочу гадать. Я не разработчик ядра. Не был разработчиком ядра на C и не планирую присоединяться на rust. Более того, я не занимаюсь гаданием о том, чем там "корпорации" занимаются и не очень люблю копаться в заговорческих теориях о том как майкрософт (судя по всему, руками людей из других компаний) собирается уничтожить Linux (или к чему это "EEE (TM) мелкософт" было?). Мой комментарий не отвечал на критику использования rust в ядре, он отвечал на заявление вида "если ты попробовал rust, то ты фанбой и твой кругозор сузился". Нет, это не то, как это работает. А обсуждение зачем в ядре rust, какую проблему он решит, какие проблемы он принесет и т.п. я оставлю разработчикам ядра, потому что рассуждать на уровне выше "бабок на базаре" мои знания мне не позволяют.
Ответить | Правка | К родителю #100 | Наверх | Cообщить модератору

159. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Im banana man (?), 13-Июл-20, 12:03 
Так есть такие персонажи. За новую блестящую погремушку схватились и суют ее везде. Это как дети на отдыхе с родителями. Им втюхивают всякую чурчхелу на пляже, а они и просят - дай-дай )

Верно сказано уже - надо смотреть дальше и шире. Задавать вопросы. Зачем? Кому выгодно? И вдруг (внезапно) окажется, что это компании определенные преследуют свои интересы. Именно поэтому Microsoft носится с C# и TypeScript. Именно поэтому Google сейчас свой Dart пытается вбить гугло-хомякам и мобильным разработчикам. Им пыль в глаза пускают - а они и рады.

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

189. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Аноним (189), 14-Июл-20, 22:04 
линукс это ядро, а не ос
Ответить | Правка | К родителю #100 | Наверх | Cообщить модератору

48. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  –2 +/
Сообщение от Аноним (189), 12-Июл-20, 12:59 
Вот вот. Позволят неоюразованным растопрограммистам писать в код в ядре. rust нужно запретить
Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

18. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +5 +/
Сообщение от Fracta1L (ok), 12-Июл-20, 10:26 
Если не Торвальдс, то кто, да? Откуда столько тупых в айти, лол
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

36. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +1 +/
Сообщение от б.б. (?), 12-Июл-20, 11:55 
Куча проектов держатся на личности своих создателей. И без них не особо интересны. Ну или едут не туда, выезжая по инерции - та же MS при Манделе, Эпл при кто-у-них-там-после-Джобса...
Ответить | Правка | Наверх | Cообщить модератору

66. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Аноним (65), 12-Июл-20, 13:58 
Тот же Питон повернул не туда после ухода Гвидо.
Ответить | Правка | Наверх | Cообщить модератору

77. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +4 +/
Сообщение от виндотролль (ok), 12-Июл-20, 14:55 
Погодите, т.е. при Гвидо питон шел куда надо?

Хорошо тогда что этот Гвидо ушел, может ещё шанс на нормальный язык.

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

229. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  –1 +/
Сообщение от Аноним (228), 15-Июл-20, 20:13 
> Погодите, т.е. при Гвидо питон шел куда надо?

Гвидо разрабатывая питон бурчал: "не сбить нас сверного пути: нам все-равно куда идти". Правда в конце концов он сам же и заколебался, но это уже другая история.

> Хорошо тогда что этот Гвидо ушел, может ещё шанс на нормальный язык.

Отличный ЯП - может почти что угодно, при том - одинаково паршиво.

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

86. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Аноним (86), 12-Июл-20, 16:08 
Бизнес очень хочет IT услуг, но не хочет за это платить. Поэтому они продвигают технологии, максимально упрощающие вход в IT неквалифицированных людей, надеясь, что они снизят стоимость специалистов.
Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

105. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Аноним (105), 12-Июл-20, 19:22 
Бизнесу нужны фреймворки для того, чтобы писать тонны кода быстро и дешево. Правда множество фреймворков, наслаиваясь на приколы языков и компиляторов, в итоге ловят кучу багов, падают в производительности и т.д. Ядро - это продукт для работы с хардваром, поэтому по крайней мере Линус не хочет в довесок к уже немаленькому линуксу тянуть и поддержку рантаймов этих ваших растов.
Ответить | Правка | Наверх | Cообщить модератору

21. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +2 +/
Сообщение от Аноним (21), 12-Июл-20, 10:41 
Ровным счётом ничего. Линус уже давно не кодит ядро, лишь отвечает на письма и советы раздаёт.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

61. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  –2 +/
Сообщение от mail (?), 12-Июл-20, 13:49 
В ИТ хороший менеджер десятка кодеров стоит.
Ответить | Правка | Наверх | Cообщить модератору

230. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Аноним (230), 15-Июл-20, 20:15 
> В ИТ хороший менеджер десятка кодеров стоит.

И даже тысячи. Один хреновый менеджер может слить результат работы 1000 человек как делать нефиг.

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

33. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  –1 +/
Сообщение от Пувс2 (?), 12-Июл-20, 11:39 
Сделают форк ядра с зоопарком, а оригал уйдёт в небытие
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

224. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Аноним (-), 15-Июл-20, 19:34 
> оригал уйдёт в небытие

Это что за зверь такой? Звучит как гибрид орангутана с гамадрилом?!

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

3. Скрыто модератором  +13 +/
Сообщение от Аноним (3), 12-Июл-20, 09:46 
Ответить | Правка | Наверх | Cообщить модератору

4. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от VINRARUS (ok), 12-Июл-20, 09:47 
С подключением!
Ответить | Правка | Наверх | Cообщить модератору

5. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  –6 +/
Сообщение от Аноним (5), 12-Июл-20, 09:51 
а если sysvinit на rust переписать и вернуть в debian, а от systemd-зависимостей избавиться?
Ответить | Правка | Наверх | Cообщить модератору

38. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Я (??), 12-Июл-20, 12:01 
после того как вы допишете сисвинит до состояния в котором он являтся заменой системд вы получите ещё один системды.. и разница будет лишь в том что вместо самодуров разработчиков системде у проекта во главе будете вы.. проще уж сразу свой форк системды на расте сделать..
Ответить | Правка | Наверх | Cообщить модератору

43. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +1 +/
Сообщение от Аноним (43), 12-Июл-20, 12:12 
кстати про systemd на rust, https://github.com/KillingSpark/rustysd хотя там цель была не systemd на rust ради rust, а показать, что функционал systemd возможно реализовать на других языках
Ответить | Правка | Наверх | Cообщить модератору

50. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  –1 +/
Сообщение от анонимм (?), 12-Июл-20, 13:12 
на баше давайте
Ответить | Правка | Наверх | Cообщить модератору

76. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +2 +/
Сообщение от Аноним (43), 12-Июл-20, 14:47 
слабак, вот на posix sh - другое дело!)
Ответить | Правка | Наверх | Cообщить модератору

225. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Аноним (-), 15-Июл-20, 19:35 
> на баше давайте

С экранированием заманаешься.

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

162. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  –1 +/
Сообщение от hardij (?), 13-Июл-20, 13:18 
Ну ты лох... sysvinit читается как систем пять инит! Пять карл! Ревизия юникса была в которой данный инит стал дефолтным
Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

253. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Я (??), 19-Ноя-20, 02:25 
> Ну ты лох... sysvinit читается как систем пять инит! Пять карл! Ревизия
> юникса была в которой данный инит стал дефолтным

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

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

6. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +3 +/
Сообщение от Аноним (-), 12-Июл-20, 09:53 
rust evangelism strikeforce!
Ответить | Правка | Наверх | Cообщить модератору

7. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +2 +/
Сообщение от n00by (ok), 12-Июл-20, 09:59 
> имеет шанс завязнуть в своём болоте

Дипломат.

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

8. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +3 +/
Сообщение от Аноним (8), 12-Июл-20, 10:02 
А чо Раст? Давайте сразу на питоне, а то многие не могут участвовать в разработке ядра линукс. Это их дискриминирует.
Ответить | Правка | Наверх | Cообщить модератору

10. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Аноним (9), 12-Июл-20, 10:04 
На джаваскрипт могут программировать даже нейтив американс.
Ответить | Правка | Наверх | Cообщить модератору

13. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  –3 +/
Сообщение от Чукчавед (?), 12-Июл-20, 10:10 
«Чукча не читателиус», рад приветствовать.
Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

27. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от qetuo (?), 12-Июл-20, 11:14 
Потому что раст выдает ту же скорость, что и С++, при этом предоставляя на порядок больше гарантий.
Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

30. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  –4 +/
Сообщение от Аноним (30), 12-Июл-20, 11:33 
unsafe не безопаснее ленты которой перетянули рядом с открытым люком.
Ответить | Правка | Наверх | Cообщить модератору

47. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +3 +/
Сообщение от Аноним (47), 12-Июл-20, 12:58 
Если бы был компилятор/препроцессор C каждый раз, когда делается что-то потенциально опасное требовал бы писать какую-нибудь директиву типа #unsafe, думаю само это уже чуток, но улучшило бы качество продукта.
Другой вопрос что в классическом C это пришлось бы писать почти везде и сильно ухудшило бы качество уже кода.
Как быть когда народ, бизнес, нарастающая сложность требует гарантий, хоть каких-то?
Rust как раз отражает возникший спрос. Соответствует ли он ему, это уже другой вопрос.
Но уже понятно, что просто сказать "лучше тестируйте", "нанимайте профи" и т.п. уже не достаточно.
Что-то он это улучшит, где-то поднимет дискуссию, где-то сам Rust потом еще будут допиливать...
Ответить | Правка | Наверх | Cообщить модератору

80. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  –2 +/
Сообщение от Аноним (80), 12-Июл-20, 15:52 
>Если бы был компилятор/препроцессор C каждый раз, когда делается что-то потенциально опасное требовал бы писать какую-нибудь директиву типа #unsafe, думаю само это уже чуток, но улучшило бы качество продукта.

Епрст. Прагма unsafe сделана для ЯП, где работы с указателями нуль. При чем тут Си, который работает только с указателями и другого режима у него нет? Господин иксперт, идите учить матчасть. Для вас смысл unsafe все еще не раскрыт.

>Как быть когда народ, бизнес, нарастающая сложность требует гарантий, хоть каких-то?

А вы из под какой ОС написали это сообщение? Ядро линукса (сюда же андроид) на сях, ядро винды на сях, ядро макос на сях. Вы ядру значит доверяете, а программам нет? Это ваши личные половые трудности, что вы нанимаете программистов, которым вы не доверяете. Наймите Торвальдса и делов-то.

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

87. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Аноним (86), 12-Июл-20, 16:19 
>Как быть когда народ, бизнес, нарастающая сложность требует гарантий, хоть каких-то?

И Java их даёт уже не один десяток лет. Ещё есть виртуальные машины, контейнеры, микросервисы. Rust то зачем нужен?

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

104. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  –3 +/
Сообщение от Lex (??), 12-Июл-20, 18:57 
Затем, что джава не нужна.
Безумно жирная и откровенно переусложненная для нынешнего времени.. и это притом, что багованного барахла на ней понаписано более, чем немало.
Ответить | Правка | Наверх | Cообщить модератору

130. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +1 +/
Сообщение от Аноним (86), 13-Июл-20, 05:50 
> и это притом, что багованного барахла на ней понаписано более, чем немало.

Это прекрасно демонстрирует, что инструмент не помогает вправлять кривые руки, следовательно все языки существующие лишь ради ограничения возможности программиста не нужны. Нужен Си для самого производительного кода и языки набитые сахаром вроде шарпа и Perl. Если сделать язык, на котором могут писать даже идиоты то только идиоты на нём и будут писать.

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

161. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Lex (??), 13-Июл-20, 13:14 
>> и это притом, что багованного барахла на ней понаписано более, чем немало.
> Это прекрасно демонстрирует, что инструмент не помогает вправлять кривые руки, следовательно
> все языки существующие лишь ради ограничения возможности программиста не нужны. Нужен
> Си для самого производительного кода и языки набитые сахаром вроде шарпа
> и Perl. Если сделать язык, на котором могут писать даже идиоты
> то только идиоты на нём и будут писать.

Перл и шарп не набитые сахаром.
Они вообще едва ли когда-то таковыми были, поскольку набивка их - синтаксический мусор и горы оверхеда.

Если сделать язык, на котором будут способны писать даже идиоты, то и идиоты смогут решать посредством него какие-то свои, специфические задачи( которых наверняка хватает ) и чего-либо плохого лично я в этом не вижу.
Другое дело, что подобный "взгляд" на проблему( что язык не надо делать простым "просто потому что" ) ведет к совершенно гротескному положению дел в разработке по и откровенному уродованию ЯП и самой разработки, тогда как результат от этого, нередко, лучше не становится.

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

173. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от лютый жабби__ (?), 13-Июл-20, 19:08 
>Безумно жирная и откровенно переусложненная для нынешнего времени

дай угадаю, ты не программист, а кульсисоп? и про жабку судишь по местным креативам?

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

195. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Lex (??), 15-Июл-20, 05:47 
> дай угадаю, ты не программист, а кульсисоп? и про жабку судишь по
> местным креативам?

Забавное слово. Самого так часто называют ?)
Поскольку лично я, по итогу многих лет разработки, слышу это слово впервые.

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

Жаба в этом смысле чем-то плюсЫ напоминает: нЕкогда крутая, логичная и лаконичная, с течением времени и появлением новых технологий/подходов к разработке, полухаотически допиливалась для хоть какой-то актуализации..
Как итог - нереально жирная лексика, бескрайние кучи барахла.. и "основа", на которой, вроде бы, сделать можно и очень многое, но почти нифига - просто, быстро и без тонн уродливого кода.

п.с: жабу сужу по мобильной разработке и в т.ч по тому простому факту, что, посредством нее, программист по итогу многих месяцев( а то и лет ) обучения, с кучей страданий и расходов для конторы( посколькумобильные жаба-программисты еще каких-то денег стоят.. по "инерции" ) выдаст приложение только под андройд, тогда как другой программист, по итогу месяцев обучения и применению штук типа react-native, выдаст на выходе 2 приложения - для андройда и для яблока, более того, при нормальной реализации, у 80+% приложений даже не будут ощущаться проблемы с производительностью( поскольку у норм реализованных приложений, подавляющая часть времени ожидания - это просто ожидание выполнения запросов к бэкенду ).
Конечно, можно сказать, что подобные штуки базируются на модулях с "нативным" для платформ кодом, но для 90+% типовых приложений( формы/поля/статистика/итп ) не требуется вообще на него глядеть и все потребности полностью покрываются штуками вроде того же JS( или Dart ).

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

212. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Аноним (-), 15-Июл-20, 18:29 
> дай угадаю, ты не программист, а кульсисоп? и про жабку судишь по местным креативам?

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

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

226. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Аноним (-), 15-Июл-20, 19:37 
> И Java их даёт уже не один десяток лет. Ещё есть виртуальные
> машины, контейнеры, микросервисы. Rust то зачем нужен?

Там, в отличие от, придумали как все это в compile time, а не в run time обтяпать. Так что жаба вообще совсем не конкурент по перфомансу и предсказуемости.

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

49. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +7 +/
Сообщение от Аноним (189), 12-Июл-20, 13:11 
Увы, мнение об отключении всех проверок в unsafe — это типичное заблуждение, потому что в документации к языку Rust сказано, что unsafe позволяет:

    Разыменовывать сырой указатель;
    Вызывать и объявлять unsafe функции;
    Читать или измененять статическую изменяемую переменную;
    Реализовывать и объявлять unsafe типаж;
    Получать доступ к полям union.


Ни о каких отключениях всех проверок Rust здесь и речи не идет. Если у вас ошибка с lifetime-ами, то просто добавление unsafe не поможет коду скомпилироваться. Внутри этого блока компилятор продолжает проверять код на соответствие системы типов, отслеживать время жизни переменных, корректность на потокобезопасность и многое-многое другое. Подробнее можно прочитать в статье You can’t "turn off the borrow checker" in Rust.

К unsafe не стоит относиться как "я делаю, что хочу". Это указание компилятору, что вы берете на себя ответственность за вполне конкретный набор инвариантов, которые компилятор самостоятельно проверить не может. Например, разыменование сырого указателя. Это мы с вами знаем, что сишный malloc возвращает NULL или указатель на аллоцированный кусок неинициализированной памяти, а компилятор Rust об этой семантике ничего не знает. Поэтому для работы с сырым указателем, который вернул, к примеру, malloc, вы должны сказать компилятору: "я знаю, что делаю; я проверил, там не нулл, память правильно выравнена для этого типа данных". Вы берете на себя ответственность за этот указатель в блоке unsafe.

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

62. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  –2 +/
Сообщение от Аноним (62), 12-Июл-20, 13:49 
>к примеру, malloc, вы должны сказать компилятору: "я знаю, что делаю; я проверил, там не нулл, память правильно выравнена для этого типа данных". Вы берете на себя ответственность за этот указатель в блоке unsafe.

Ровно тоже делает разработчик на С, далее приводит указатель к нужному типу, работает с ним и освобождает. В С++ operator new ещё и возвращает указатель нужного типа на полностью сконструированный объект и может бросить (он или конструктор объекта) исключение, а деструктор освободит все ресурсы выделенные объектом. Или раст в состоянии автоматически освободить системный хэндл или указатель выделенный в ансейф блоке?

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

81. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  –1 +/
Сообщение от Аноним (80), 12-Июл-20, 16:00 
>Или раст в состоянии автоматически освободить системный хэндл или указатель выделенный в ансейф блоке?

Да никак он не освободит. Вызывать раз free() это совсем детский случай. Но также жду ответа от ржависта.

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

211. Скрыто модератором  –1 +/
Сообщение от Аноним (-), 15-Июл-20, 18:28 
Ответить | Правка | Наверх | Cообщить модератору

236. Скрыто модератором  –1 +/
Сообщение от Аноним (-), 15-Июл-20, 21:26 
Ответить | Правка | Наверх | Cообщить модератору

112. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Аноним (112), 12-Июл-20, 20:43 
Да, типичная история. unsafe указатель оборачивают в структуру Rust и для нее пишут деструктор (реализуют Drop trait)
после этого раст автоматически освободит системный хэндл после окончания его жизни

Вот тут подробнее
https://medium.com/dwelo-r-d/wrapping-unsafe-c-libraries-in-...

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

163. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  –1 +/
Сообщение от Аноним (80), 13-Июл-20, 14:17 
Ну это порнография. Враппер на внутренний небезопасный деструктор. Где тут иксперт по unsafe. Вот он этому коду будет доверять? Ведь там есть магическое слово unsafe. А то, что нижележачий деструктор на плюсах может быть бажным никого не волнует!
Ответить | Правка | Наверх | Cообщить модератору

165. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +2 +/
Сообщение от анонн (ok), 13-Июл-20, 15:49 
>>> Да никак он не освободит.
>> после этого раст автоматически освободит системный хэндл после окончания его жизни
> Ну это порнография. Враппер на внутренний небезопасный деструктор.
> И вообще НИЩИТАИЦА! ЭТО НИЩИТАИЦА, Я СКАЗАЛ!1!

Движок форума съел последнюю строчку. Я восстановил.

> Вот он этому коду будет доверять? Ведь там есть магическое слово unsafe. А то, что нижележачий деструктор на плюсах может быть бажным никого не волнует!
> А вообще, баги могут быть в микрокоде и железе, поэтомо в ж*пу все тесты, анализаторы, МИЗРЫ и прочее ограничивающее креативность настоящих разработчиков  барахло для ламаков! Потому что анонимный гладиолус!

Тут движок целый абзац съел. Не благодари!

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

41. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Аноним (41), 12-Июл-20, 12:04 
Вы не правы, у С++ основная проблема это не сложность и гарантии, это невероятно долгая компиляция. Любой средний проект файлов на 200-300 компилируется по часу на современных 6-8 ядерниках. Будь ядро на С++ Линус на своём райзене компилировал бы его часов 7. Раст по всем тестам и личному опыту компилируется ещё дольше, иногда раза в полтора. В реальной разработке а не в хипстерский проектах на 10 файликов это выливается в кучу проблем.
Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

67. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +1 +/
Сообщение от Аноним (65), 12-Июл-20, 13:59 
Просто кто-то не умеет свой проект правильно готовить.
Ответить | Правка | Наверх | Cообщить модератору

185. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Аноним (185), 14-Июл-20, 13:05 
Дело не в конкретно C++. Любой язык с метапрограммированием будет компилить долго.
Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

148. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от КО (?), 13-Июл-20, 09:20 
В свое время Oracle демонстрировал, что java способна выдавать такую же скорость, как ассемблер (на одной единственной задаче для одного единственного процессора). Но это ж не повод?
С одной стороны, чем больше всяких ЯП поддерживается при разработке - тем проще порог вхождения в проект (типа есть те кто умеют в Ржавого, но не умеют в Сишечку). Но и усложняют требования к мантейнерам и ревизорам кода - а именно на их нехватку Линус и жаловался.
Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

155. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от докерман (?), 13-Июл-20, 11:25 
с разморозкой, но нас, и бизнес,  не интересует скорость
Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

52. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Ольга (??), 12-Июл-20, 13:21 
На html и CSS могу, подключив bootstrap 4!
Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

82. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от амоним (?), 12-Июл-20, 16:01 
Слабак, уже есть bootstrap 5.0.0 alpha 1
https://github.com/twbs/bootstrap/releases/tag/v5.0.0-alpha1
Ответить | Правка | Наверх | Cообщить модератору

210. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +1 +/
Сообщение от Аноним (-), 15-Июл-20, 18:26 
> Слабак, уже есть bootstrap 5.0.0 alpha 1
> https://github.com/twbs/bootstrap/releases/tag/v5.0.0-alpha1

А кого уже заколебали эти адские переростки - есть чудный w3.css, сделаный ни много, ни мало автором w3schools. Который таки показал как делать as simple as possible, but not simpler than that. Этим гении от вебмакак и отличаются...

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

90. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +1 +/
Сообщение от Anonn (?), 12-Июл-20, 16:38 
"Ольга" это, полагаю, такая тонкая отсылка к ольгинским ;)
Ответить | Правка | К родителю #52 | Наверх | Cообщить модератору

11. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  –2 +/
Сообщение от n00by (ok), 12-Июл-20, 10:06 
Полагаю, Rust продвигается в ядро ошибочным способом.

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

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

12. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +5 +/
Сообщение от Аноним (12), 12-Июл-20, 10:09 
А ещё обязать писать код с закрытми глазами, без монитора. Чтоб наверняка дошло как плох Rust.
Ответить | Правка | Наверх | Cообщить модератору

46. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от n00by (ok), 12-Июл-20, 12:46 
Благодарю за идею. Заказал самый лучший микроконтроллер Arduino 101 и 5 соединительных проводников типа пап-папа. Теперь осталось найти подходящие сервопривод, реле и линейку (суперклей у меня уже есть). Подскажите пример кода на Rust, который обработает вывод компилятора и установит высокий уровень на 10м пине.
Ответить | Правка | Наверх | Cообщить модератору

54. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от zg_nico (ok), 12-Июл-20, 13:22 
Суперклей из старых запасов, с толуолом? :)
Ответить | Правка | Наверх | Cообщить модератору

115. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +1 +/
Сообщение от Аноним (115), 12-Июл-20, 21:12 
Это "Момент" был с толуолом.
Ответить | Правка | Наверх | Cообщить модератору

133. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от n00by (ok), 13-Июл-20, 07:04 
ТНТ слишком радикальное средство для выпрямления рук.
Ответить | Правка | К родителю #54 | Наверх | Cообщить модератору

84. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  –1 +/
Сообщение от амоним (?), 12-Июл-20, 16:03 
ищи тут https://www.rust-lang.org/what/embedded
Ответить | Правка | К родителю #46 | Наверх | Cообщить модератору

29. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  –1 +/
Сообщение от Аноним (29), 12-Июл-20, 11:27 
https://internals.rust-lang.org/t/impediments-to-transpile-r...
Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

44. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  –1 +/
Сообщение от n00by (ok), 12-Июл-20, 12:26 
Какая неожиданность. :)

In the last week or so, the points has been made multiple times that Rust could never unseat C because it just was not portable enough.

This is indeed a fair point, rustc is currently bound to LLVM which supports much less platforms than C compilers do

Но там джва года прошло, а я так и не дочитал.

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

64. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от nelsonemail (??), 12-Июл-20, 13:53 
> Следует транслировать его в Си

Зачем тогда этот ваш раст нужен? Генерить Си-код, теоретически, можно вообще из любого ЯП'а.

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

75. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +1 +/
Сообщение от НяшМяш (ok), 12-Июл-20, 14:46 
https://andrei-markeev.github.io/ts2c/

Ещё чуть-чуть и можно будет в ядро контрибутить

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

137. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +1 +/
Сообщение от n00by (ok), 13-Июл-20, 07:23 
> https://andrei-markeev.github.io/ts2c/
> Ещё чуть-чуть и можно будет в ядро контрибутить

Вот это правильно! Давно пора!!111 Осталось добавить обвязку для выполнения в ядре printf() и abort();

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

209. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Аноним (-), 15-Июл-20, 18:24 
> printf() и abort();

printf -> printk
abort -> panic :D

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

78. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  –4 +/
Сообщение от n00by (ok), 12-Июл-20, 15:02 
>> Следует транслировать его в Си
> Зачем тогда этот ваш раст нужен? Генерить Си-код, теоретически, можно вообще из
> любого ЯП'а.

В том то и дело. При этом в результате трансляции некоторых ЯП  образуется вермишель. Но Rust то рвёт всех как Тузик грелку. Представляете себе лицо Линуса, когда ему дают вариант на Си в 2.71 — 3.15 раз более оптимальный, чем он написал ручками?

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

79. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +1 +/
Сообщение от nelsonemail (??), 12-Июл-20, 15:51 
> Но Rust то рвёт всех как Тузик грелку

Особенно по скорости компиляции, ага.
> Представляете себе лицо Линуса, когда ему дают вариант в 2.71 — 3.15 раз более оптимальный, чем он написал на Си?

В каком плане более оптимальный? Как раз таки Си - наиболее оптимальный ЯП для решения задач из области разработки системного ПО и, тем более, ядер ОС из существующих в природе. В идеале, конечно, ядро ОС должно реализовываться на более низкоуровневом ЯП'е, нежели С, но, за неимением такового, приходится использовать последний. Высокоуровневые ЯП'ы с функцией подтирания соплей за нерадивыми разрабами в этой области нафиг не сдались.

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

113. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Ordu (ok), 12-Июл-20, 21:03 
> Высокоуровневые ЯП'ы с функцией подтирания соплей за нерадивыми разрабами в этой области нафиг не сдались.

Да, именно об этом и говорит нам новость.

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

116. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +1 +/
Сообщение от PnD (??), 12-Июл-20, 21:50 
Уровнем ниже — "языки ассемблера" ("высокоуровневая" абстракция над оп-кодами), и их вовсю используют. Там, где без этого будет плохо.
А C — как раз таки кросс-ассемблер "среднего" уровня. Где всё ещё всё можно, но есть инструменты для написания "универсального" кода. И современные реализации, что приятно, знают обо всякой рутине. Вроде размера указателя или приведения типов.

Но кое чего начинает не хватать. Ядер в последнее время стало много, а C хорошо заточен под программирование *одного* потока. "Фреймворки" (библиотеки) понятно есть, но для их использования надо прокачивать скилл шизофреника (утрирую, но не сильно).
Вот где-то здесь (как мне кажется) начинается заход на более "молодёжные" ЯП. Но конкретно на счёт rust есть сомнение, т.к. от него явственно попахивает оверинженирингом. Поглядим, может и сумеют зашлифовать. Ну или выпустят на следующем витке какой-нибудь "corrosion"…

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

136. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от n00by (ok), 13-Июл-20, 07:17 
> Уровнем ниже — "языки ассемблера" ("высокоуровневая" абстракция над оп-кодами),
> и их вовсю используют. Там, где без этого будет плохо.
> А C — как раз таки кросс-ассемблер "среднего" уровня. Где всё ещё
> всё можно, но есть инструменты для написания "универсального" кода.

С не просто кроссассемблер, а абстракция над машинным кодом PDP (см. пре- и пост-инкременты/декременты). В языке отсутствуют аналоги для команд обмена (bswap и xchg), lock лишь недавно появился. Потоковые "мультимедия" инструкции вообще отдельная тема.

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

208. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Аноним (-), 15-Июл-20, 18:22 
> Потоковые "мультимедия" инструкции вообще отдельная тема.

Кроме потоковых инструкций, на "ассемблере" можно и вот так: (GPL2+, сперто из examples)


#include "lwan.h"

LWAN_HANDLER(hello_world)
{
    static const char message[] = "Hello, World!";

    response->mime_type = "text/plain";
    lwan_strbuf_set_static(response->buffer, message, sizeof(message) - 1);

    return HTTP_OK;
}

int
main(void)
{
    const struct lwan_url_map default_map[] = {
        { .prefix = "/", .handler = LWAN_HANDLER_REF(hello_world) },
        { .prefix = NULL }
    };
    struct lwan l;

    lwan_init(&l);

    lwan_set_url_map(&l, default_map);
    lwan_main_loop(&l);

    lwan_shutdown(&l);

    return 0;
}

...а чо, ассемблерщики или там какие растаманы покажут нам чонить сравнимое? А то я нечто похожее только на Go видел :). Это lwan.ws, с очень милыми корутинами, кстати. И кстати си достаточно низкоуровневый чтобы эти самые корутины на нем можно было выпилить, даже если их изнчально и не было. А растаманы так расширять ЯП могут? Ассемблерщики то смогут... если не заколебутся раньше :)

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

221. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Аноним84701 (ok), 15-Июл-20, 19:21 
> с очень милыми корутинами, кстати. И кстати си достаточно низкоуровневый чтобы
> эти самые корутины на нем можно было выпилить, даже если их изнчально и не было.

Зашкаливающее знания матчасти анонимами 🙄
http://www.dabeaz.com/coroutines/ - реализация корутин на питоне 2 в 2009 году.
Еще есть для жабки/Scala/Clojure/Kotlin
https://github.com/leonoel/cloroutine/tree/master/src/clorou...
https://github.com/Kotlin/kotlinx.coroutines

> А растаманы так расширять ЯП могут?

Просто зашк... а не, не буду повторяться ...

https://docs.rs/corona/0.4.3/corona/
> A library combining futures and coroutines.

https://docs.rs/coroutine/0.8.0/coroutine/
> Coroutine implementation in Rust.

https://docs.rs/tokio/0.2.9/tokio/task/index.html

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

227. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  –1 +/
Сообщение от Аноним (-), 15-Июл-20, 19:55 
> http://www.dabeaz.com/coroutines/ - реализация корутин на питоне 2 в 2009 году.
> Еще есть для жабки/Scala/Clojure/Kotlin
> https://github.com/leonoel/cloroutine/tree/master/src/clorou...
> https://github.com/Kotlin/kotlinx.coroutines

Этот мусор вообще к чему? Он позволяет выжать больше перфоманса? Или там будет код лаконичнее и симпатичнее? Или это до кучи, "с лопаты"? Это в упомянутом случае был реверанс на тему низкоуровневости си, пример что при желании си может стать и довольно высокоуровневой штукой, где минимальный "вебапп"/"микросервис" - полстранички кода аж. С минимумом зависимостей. У той фигни весь бинарь с кучей фич менее 200К на все. Сравним с jvm, python, clojure... :D

> Просто зашк... а не, не буду повторяться ...

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

>> https://docs.rs/corona/0.4.3/corona/ A library combining futures and coroutines.
> https://docs.rs/coroutine/0.8.0/coroutine/

Отлично, только это - не вебсервак. А покажете весь вебсервак с корутинами и чтобы не менее лаконично чем тот пример? Я пока только у go'пников что-то сравнимое видел, но у них бинарь такого пошиба - мегов на 6, и тормознее, с GC и прочими прелестями :)

> https://docs.rs/tokio/0.2.9/tokio/task/index.html

На мой вкус - многовато странного мусора в синтаксисе. А нельзя было оставить аккуратный сиобразный синтаксис не усугубляя его лишними закорючками? В сях и так странных закорючек хватает :P

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

134. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от n00by (ok), 13-Июл-20, 07:08 
>> Но Rust то рвёт всех как Тузик грелку
> Особенно по скорости компиляции, ага.
>> Представляете себе лицо Линуса, когда ему дают вариант в 2.71 — 3.15 раз более оптимальный, чем он написал на Си?
> В каком плане более оптимальный? Как раз таки Си - наиболее оптимальный
> ЯП для решения задач из области разработки системного ПО и, тем
> более, ядер ОС из существующих в природе.

Это не совсем так. Си всем понятен, это не всегда хорошо. Вы пробовали отправлять код в ядро? Сразу же отвечают: вот тут ошибка, вот так не пишут, и так далее. Приходится читать очередную главу из Кернигана и Риччи. Очень долго и не оптимально.

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

244. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от СССР (?), 17-Июл-20, 12:30 
да отстаньте вы уже от людей! со своими модными штучками. напишите сво линукс, в чем проблема? сделайте форк и балуйтесь. реально эти покемоны уже достали.
Ответить | Правка | К родителю #78 | Наверх | Cообщить модератору

245. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от n00by (ok), 17-Июл-20, 13:07 
Проблема в том, что кто-то читает выборочно, потому недостаточно осведомлён о передовых достижениях науки. Британские учёные скрестили Тузика и Грелку, и новое животное порвало само себя.
Ответить | Правка | Наверх | Cообщить модератору

150. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Совершенно другой аноним (?), 13-Июл-20, 09:34 
Ну так он, говорят, все проверки сделает в compiletime-а, соответственно код на C, будет гораздо более надёжный, чем если-бы его сразу писал человек. При этом будет компилироваться для всех платформ, которые поддерживает язык С. Сплошные профиты же.
Ответить | Правка | К родителю #64 | Наверх | Cообщить модератору

249. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от freecoderemail (?), 07-Авг-20, 11:13 
Rust полагается на оптимизации, которые производит LLVM. Прямая компиляция в Си ничего не даст, даже ухудшить может ситуацию, потому что Си не дает тех гарантий для LLVM, которые дает Rust.
Ответить | Правка | Наверх | Cообщить модератору

251. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Совершенно другой аноним (?), 07-Авг-20, 14:55 
Не совсем понятно почему? Там-же большая часть контролей, вроде, на уровне компилятора. Т.е. сам компилятор контролирует, что что-то куда-то не вылезло и ни на кого не налезло.. Runtime-проверок должно быть не больше, чем в C, иначе не понятно, почему Rust на уровне, а по заявлению некоторых, и быстрее, чем C.
Ответить | Правка | Наверх | Cообщить модератору

68. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Аноним (65), 12-Июл-20, 14:04 
asm код это итак результат компиляции. Но пользовать этот Дизассемблироавнный код будет еще той морокой.
Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

15. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +2 +/
Сообщение от Аноним (-), 12-Июл-20, 10:13 
Растоманы победили?
Ответить | Правка | Наверх | Cообщить модератору

31. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +2 +/
Сообщение от Аноним (30), 12-Июл-20, 11:34 
Хайп ради хайпа
Ответить | Правка | Наверх | Cообщить модератору

16. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  –2 +/
Сообщение от Аноним (16), 12-Июл-20, 10:18 
Проблема растаманов в том, что они не могут без Cargo. В ядре запрещено использование библиотек. Человек загрузил архив ядра, распаковал и просто скомпилировал, все!

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

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

25. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +4 +/
Сообщение от user (??), 12-Июл-20, 11:05 
И они не замечают использование библиотек, потому что Cargo сам всё скачает, соберёт, а потом ещё их сборку опубликует.

Кстати на https://doc.rust-lang.org/cargo/getting-started/installation... официальный способ инсталляции этого чуда:

$ curl https://sh.rustup.rs -sSf | sh

Похоже, у Линуса хронические сотрясения от фейспалмов или его уже всё задолбало.

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

51. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Аноним (189), 12-Июл-20, 13:19 
Сразу видно очень умного человека. Уточните, пожалуйста, на чем вы программируете и какой у вас опыт разработки?
Ответить | Правка | Наверх | Cообщить модератору

60. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от user (??), 12-Июл-20, 13:46 
И эти люди говорят про безопасность.
Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

70. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +1 +/
Сообщение от Анонимъ (?), 12-Июл-20, 14:20 
https://forge.rust-lang.org/infra/other-installation-methods... же
Ещё можно из репозиториев своего дистра установить.
Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

240. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Аноним (-), 17-Июл-20, 05:33 
> $ curl https://sh.rustup.rs -sSf | sh

БезопасТность такая безопасТнность...

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

28. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +2 +/
Сообщение от Анонимъ (?), 12-Июл-20, 11:14 
В чём проблема напрямую rustc запускать? А ещё никто не запрещает класть зависимости рядышком.
Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

35. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  –1 +/
Сообщение от Аноним (35), 12-Июл-20, 11:52 
> никто не запрещает класть зависимости рядышком

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

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

74. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Анонимъ (?), 12-Июл-20, 14:39 
Для внешнего кода нет разницы, один там крейт или несколько десятков. На выходе тот же бинарный полуфабрикат в количестве одной штуки. Прям как в няшном си.
Ответить | Правка | Наверх | Cообщить модератору

42. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +5 +/
Сообщение от Я (??), 12-Июл-20, 12:07 
то что карго удобный не означает что драйвера в ядре обязательно надо писать с его использованием.. особенно если такие драйвера просто никто не примет в ядро тут хочешь не хочешь а перепишешь на чистый раст без карго.
Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

147. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Аноним (147), 13-Июл-20, 09:19 
Тут такое, всё что может использоваться во зло, будет использовано.
Ответить | Правка | Наверх | Cообщить модератору

85. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +1 +/
Сообщение от амоним (?), 12-Июл-20, 16:06 
ну откуда вы повылазили то...
у раста есть ядро, которое работает вообще без внешних зависимостей
вот ссылка, для самый продвинутых https://doc.rust-lang.org/core/index.html
Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

89. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  –2 +/
Сообщение от Аноним (86), 12-Июл-20, 16:33 
У C# тоже есть ядро не требующее фреймворка. Давайте и C# добавим.
Ответить | Правка | Наверх | Cообщить модератору

99. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  –1 +/
Сообщение от Ретроград (?), 12-Июл-20, 17:59 
А ты, похоже, даже в своем расте не разбираешься.

Core - это и есть внешняя зависимость. Более того, в этом Core куча примитивов, которые в ядре просто неприемлемы, но которые требуются всякими языковыми конструкциями. Собственно, это основная претензия к расту - он абсолютно неюзабелен как системный ЯП из-за этого. Если бы это просто был "Си со сборкой мусора во время компиляции", ядро бы давно уже на него перешло.

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

101. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +1 +/
Сообщение от Аноним (101), 12-Июл-20, 18:22 
Стоп - стоп, какая внешняя зависимость core??...

core это всеголишь набор кучки трейтов и макросов которые реализованы самим языком.

Хотите реально внешнюю библиотеку (я не про std), возьмите alloc....

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

107. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от nelsonemail (??), 12-Июл-20, 20:22 
> у раста есть ядро, которое работает вообще без внешних зависимостей

It is the portable glue between the language and its libraries, defining the intrinsic and primitive building blocks of all Rust code.

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

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

111. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Аноним (-), 12-Июл-20, 20:42 
>>> у раста есть ядро, которое работает вообще без внешних зависимостей
>> It is the portable glue between the language and its libraries, defining
>> the intrinsic and primitive building blocks of all Rust code.
>> It links to no upstream libraries, no system libraries, and no libc.
> и что с того, если это ядро не входит в реализацию самого
> ЯП и при этом реализует его возможности, т.е. является, по сути,
> внешней зависимостью?

Если читать целиком, а не отдельными буквами - ничего. Потому что чушь.

> ЯП, требующий зависимости для использования языковых конструкций? ЯП, не обладающий zero runtime для реализации ядра ОС - ну чё, круто. стильно, модно, смузихлёбно

Прежде чем пройти по ссылке, подготовь ведерко со льдом и огнетушитель, предупреди соседей:
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
https://www.redox-os.org/

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

231. Скрыто модератором  –2 +/
Сообщение от Аноним (230), 15-Июл-20, 20:18 
Ответить | Правка | Наверх | Cообщить модератору

241. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  –2 +/
Сообщение от Аноним (-), 17-Июл-20, 05:34 
> https://www.redox-os.org/

Этим хотя-бы авторы оного уже пользуются? Не говоря о тех кто на него ссылается :)

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

243. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Аноним (243), 17-Июл-20, 11:36 
> ЯП, не обладающий zero runtime для реализации ядра ОС - ну чё, круто. стильно, модно, смузихлёбно
>> https://www.redox-os.org/
> Этим хотя-бы авторы оного уже пользуются? Не говоря о тех кто на него ссылается :)
> И вообще, это НИЩИТАИЦА! НИЩИТАИЦА Я СКАЗАЛ!

Какая-то совсем уж унылая отмазка.

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

17. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +7 +/
Сообщение от анон (?), 12-Июл-20, 10:20 
Через некоторое время..

Сборка ядра:
Компилятор языка а1 не обнаружен.
Компилятор языка а2 не обнаружен.
Компилятор языка а3 не обнаружен.
...
Компилятор языка аN не обнаружен.
Компилятор языка C обнаружен.
Слишком мало языков для сборки ядра.

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

19. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +5 +/
Сообщение от n00by (ok), 12-Июл-20, 10:28 
Вавилонское столпотворение.
Ответить | Правка | Наверх | Cообщить модератору

96. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Аноним (96), 12-Июл-20, 17:17 
Будешь платить за рас(т)ововерную сборку ядра. Ишь ты вздумал сам собирать из исходников, соответствющих бинарям.
Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

169. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Gogi (??), 13-Июл-20, 16:35 
"Хозяин, надо больше компиляторов!"
Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

20. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Растобой (?), 12-Июл-20, 10:33 
С возрастом Линус становится адекватнее, это радует))
Ответить | Правка | Наверх | Cообщить модератору

53. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  –3 +/
Сообщение от Аноним (189), 12-Июл-20, 13:21 
не одыкватнее. Любому анонимному комментатору opennet, очевидно что у Линуса сотресение мозга от феспалмов, раз он согласен добавить поддержку этого "ужастного недоязыка" с unsafe блоками!!!!!
Ответить | Правка | Наверх | Cообщить модератору

92. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Аноним (92), 12-Июл-20, 16:48 
> Любому анонимному комментатору opennet очевидно

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

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

22. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Аноним (22), 12-Июл-20, 10:43 
кто-нибудь, скажите им что разводить зоопарк в ядре - это плохо!
Ответить | Правка | Наверх | Cообщить модератору

23. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +1 +/
Сообщение от Мордиум (?), 12-Июл-20, 10:54 
Опоздал с этим на много лет, увы Торвальдс, по его же заявлениям не знает всего ядра теперь.
Ответить | Правка | Наверх | Cообщить модератору

24. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +2 +/
Сообщение от Аноним (24), 12-Июл-20, 11:00 
Да там его кода уже наверное не осталось
Ответить | Правка | Наверх | Cообщить модератору

168. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Gogi (??), 13-Июл-20, 16:34 
А Танненбаум предупреждал!
Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

232. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Аноним (230), 15-Июл-20, 20:20 
> А Танненбаум предупреждал!

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

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

56. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +1 +/
Сообщение от Аноним (56), 12-Июл-20, 13:27 
кто-нибудь, скажите психиатрам что разводить зоопарк - это плохо!
Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

26. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  –1 +/
Сообщение от Аноним (26), 12-Июл-20, 11:06 
Конференция Linux Plumbers будет только в конце августа и она вообще-то даже не про ржавчину. Тут что, будут про каждое упоминание Rust в этой связи постить новость? Это ли не фанатизм?
Ответить | Правка | Наверх | Cообщить модератору

34. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от RedEyedMan (ok), 12-Июл-20, 11:40 
Надеюсь, дядя Линус не позволит пихать этот неуместный слог в без того жирное ядро
Ответить | Правка | Наверх | Cообщить модератору

39. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Аноним (39), 12-Июл-20, 12:01 
>>драйвер должен быть в формате, при котором сбои будут

Ради этого стоило доставать с полки раст

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

40. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +1 +/
Сообщение от Аноним (39), 12-Июл-20, 12:03 
Если я всех индусов буду называть ржавыми то они выкинут эту дрянь из ядра как они выкинули чёрных?
Ответить | Правка | Наверх | Cообщить модератору

45. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +1 +/
Сообщение от Соня Мармеладова (?), 12-Июл-20, 12:45 
Линуса задолбали. Он возьмёт тактику, что будет соглашаться с тем, что ржавый в ядре нужен, но разносить все попытки его туда засунуть. Молодец, так и надо. Это уже политика
Ответить | Правка | Наверх | Cообщить модератору

234. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Аноним (234), 15-Июл-20, 20:27 
> Линуса задолбали. Он возьмёт тактику, что будет соглашаться с тем, что ржавый
> в ядре нужен, но разносить все попытки его туда засунуть. Молодец,
> так и надо. Это уже политика

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

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

71. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  –1 +/
Сообщение от Аноним (71), 12-Июл-20, 14:21 
Пусть еще добавят поддержку язык brainfack и 1С :))))
А так на деле надо чтобы использовался один язык. Проще аудит проводить.
Ответить | Правка | Наверх | Cообщить модератору

72. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  –6 +/
Сообщение от Аноним (71), 12-Июл-20, 14:22 
Хочу поддержку Паскаля и Бейсика, пусть добавят
Ответить | Правка | Наверх | Cообщить модератору

95. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +6 +/
Сообщение от Led (ok), 12-Июл-20, 16:57 
Ты забыл топнять ножкой, ламерок.
Ответить | Правка | Наверх | Cообщить модератору

139. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  –1 +/
Сообщение от n00by (ok), 13-Июл-20, 08:32 
Известны случаи написания драйверов под Windows на Паскале (точнее, на Delphi). Так что вперёд. :)
Ответить | Правка | К родителю #72 | Наверх | Cообщить модератору

149. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  –3 +/
Сообщение от КО (?), 13-Июл-20, 09:27 
Первоначально оно так и было (стырено с яблока) поэтому ранние API были не в сишной нотации.
Ответить | Правка | Наверх | Cообщить модератору

151. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  –1 +/
Сообщение от n00by (ok), 13-Июл-20, 10:24 
Вы вообще о чём? Ядро NT фактически перекуплено компанией Microsoft у профессионалов и уходит корнями к DEC/VAX и VMS. Когда оно начиналось, яблоком в гараже закусывал Джоббс, рисуя Стиву Возняку золотые горы. Но это всё вряд ли имеет отношение к тому факту, что Delphi позволяет собрать пригодный для загрузки в ядро модуль.
Ответить | Правка | Наверх | Cообщить модератору

152. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  –3 +/
Сообщение от КО (?), 13-Июл-20, 10:27 
Ну да, а до NT окошек не было. :)
Ответить | Правка | Наверх | Cообщить модератору

153. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  –1 +/
Сообщение от n00by (ok), 13-Июл-20, 10:32 
Ядро и окошки две большие разницы.
Ответить | Правка | Наверх | Cообщить модератору

186. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  –2 +/
Сообщение от КО (?), 14-Июл-20, 14:56 
Так речь и шла про окошки.

Вообще язык не определяет можно или нет на нем писать для ядра.
Это определяется
  1. Наличием кмпилятора (и линкера) позволяющих из этого языка собрать код не требующий рантайма или линкующего напрямую с рантаймом ядра (или в ядре должна быть машина по выполнению промежуточного кода :)
  2. Наличием договоренностей, что на этом можно писать и будет сопровождаться.

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

187. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от n00by (ok), 14-Июл-20, 16:27 
> Так речь и шла про окошки.

Да ну? Где это она шла? Может Вы темой ошиблись? Эта называется "Линус Торвальдс подключился к обсуждению начальной реализации поддержки Rust в ядре Linux"  

и в https://www.opennet.ru/openforum/vsluhforumID3/121235.html#72 просят добавить Паскаль.

> Вообще язык не определяет можно или нет на нем писать для ядра.

Ещё как определяет. Напишите что-либо для ядра на "нестандартном" языке, разберитесь, есть ли в ядре рантайм и какой, потом вернёмся к вопросу.

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

73. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  –3 +/
Сообщение от Аноним (73), 12-Июл-20, 14:23 
Я думаю, если rust будут использовать в ядре, то язык станет более востребованным. Соответственно есть все шансы на большую пополищацию данного языка.

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

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

83. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от nothing (?), 12-Июл-20, 16:02 
Вот, вот! И все это не про безопасность, а про запланироааное устаревание. Как еще более простимулировать людей к обновлению железа, тех которые даже в игры не играют? А давайте е*нем в ядро раст? Кто компилил огнелис тот в цирке не смеется.
Ответить | Правка | Наверх | Cообщить модератору

97. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +1 +/
Сообщение от Аноним (97), 12-Июл-20, 17:17 
Это мелклмягкие хотят писать драйвера на русте. Больше он никому практически не упал, элоп я не знаю где там его использует. Видимо хотят поэкспериментировать с брейнфаками в ядре прежде чем тащить их в свои проприетарные ос.
Ответить | Правка | К родителю #73 | Наверх | Cообщить модератору

91. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +1 +/
Сообщение от Anonn (?), 12-Июл-20, 16:42 
Брался за раст раза три с интервалом в год. Ну не могу проглотить я этот ужасный синтаксис... Но в ядре такая вещь, считаю, должна быть. Годнота ведь. Эх.. Вот бы у простого си или го такие фичи.
Ответить | Правка | Наверх | Cообщить модератору

98. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Аноним (-), 12-Июл-20, 17:26 
Фичастость в ядре не поможен. Там реальный структурный код, не ООП.
Ответить | Правка | Наверх | Cообщить модератору

114. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +3 +/
Сообщение от Аноним (115), 12-Июл-20, 21:04 
Cмотря что понимать под ООП
Ответить | Правка | Наверх | Cообщить модератору

129. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Anonn (?), 13-Июл-20, 05:41 
Тем не менее мы регулярно имеем баги/уязвимости с использыванием разыменования указателя, nil-указателя, переполнения буферов, стеков и прочих типичных си-ошибок, даже переписывание констант, практически во всех подсистемах линукса. Здесь уже на кривые руки автора не спишешь - если язык это позволяет, то где-то оно рано или поздно, намеренно или случайно всплывет.
Ответить | Правка | К родителю #98 | Наверх | Cообщить модератору

167. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Аноним (167), 13-Июл-20, 15:51 
Тем не менее не надо драматизировать. Чистый Си - это эталон в драйверостроении.
Ответить | Правка | Наверх | Cообщить модератору

183. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Аноним (185), 14-Июл-20, 12:59 
Утверждается, что ObjectiveC по ABI полностью совместим с этим чистым C. Т.е., я полагаю, что в ядре не должна требоваться какая-то специальная поддержка кода на ObjectiveC.
Ответить | Правка | Наверх | Cообщить модератору

108. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  –1 +/
Сообщение от Аноним (108), 12-Июл-20, 20:23 
Звучит так, как будто Линус действительно заинтересован в поддержке раста.
Ответить | Правка | Наверх | Cообщить модератору

192. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +1 +/
Сообщение от Аноним (189), 14-Июл-20, 22:21 
Линуса просто скупили корпорации в рамках ЕЕЕ, это очевидно любому разбирающемуся человеку.Никто в сваём уме ни будит писать праграммы на rust, а тем болие едро.
Ответить | Правка | Наверх | Cообщить модератору

109. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +8 +/
Сообщение от X5asd5 (?), 12-Июл-20, 20:30 
надеюсь инициатива просто обосрёстся и на этом дело закончится
Ответить | Правка | Наверх | Cообщить модератору

118. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +1 +/
Сообщение от Аноним (118), 12-Июл-20, 21:58 
Пидаrustы, что они хотят сделать с ядром
Ответить | Правка | Наверх | Cообщить модератору

119. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Аноним (119), 13-Июл-20, 00:39 
Ну давайте все модные недоязыки в ядро запихнём
Ответить | Правка | Наверх | Cообщить модератору

123. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Аноним (123), 13-Июл-20, 03:05 
блин, читаю новости на опеннете и понимаю, что реально надо ставить другую операционку. перетаскивать на неё всё с линукса, фуууух, гемор. 2020 - реально паршивый год, а ещё только июль.
Ответить | Правка | Наверх | Cообщить модератору

131. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Аноним (131), 13-Июл-20, 06:19 
Выньдовз?
Ответить | Правка | Наверх | Cообщить модератору

138. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Аноним (138), 13-Июл-20, 07:52 
Даже не знаю, посоветуйте альтернативу. Я знаю, что в фряхе пилят поддержу wsl2 - это может быть оно, но если нет, то баш на виде тоже в принципе нормально работает. Плюс всегда можно запустить виртуальную.
Ответить | Правка | Наверх | Cообщить модератору

145. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Аноним (143), 13-Июл-20, 08:59 
Но внутри WSL2, всё равно, ядро Linux.
Ответить | Правка | Наверх | Cообщить модератору

154. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Аноним (123), 13-Июл-20, 10:40 
нет, внутри wsl2 hyper-v в котором запущено ядро другой ос. например freebsd.
Ответить | Правка | Наверх | Cообщить модератору

233. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Аноним (230), 15-Июл-20, 20:21 
> нет, внутри wsl2 hyper-v в котором запущено ядро другой ос. например freebsd.

Где вы там оное нашли? :)

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

191. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Аноним (189), 14-Июл-20, 22:16 
Зачем всё это? Вы можете использовать hyper-v, внутри которой запускать Windows 10
Ответить | Правка | К родителю #138 | Наверх | Cообщить модератору

247. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +3 +/
Сообщение от CoolMan (??), 28-Июл-20, 14:21 
Могу посоветовать Redox, очень стабильная юникс лайк система, правда пакетов немного.
Думаю быстро с линукса пересядешь.
Ответить | Правка | К родителю #138 | Наверх | Cообщить модератору

248. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +1 +/
Сообщение от С_Bad (?), 28-Июл-20, 14:31 
linuh хуже
Ответить | Правка | Наверх | Cообщить модератору

146. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Аноним (143), 13-Июл-20, 09:00 
Genode
Ответить | Правка | К родителю #131 | Наверх | Cообщить модератору

190. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Аноним (189), 14-Июл-20, 22:15 
Я уже давно использую Windows 10 и у меня всё работает замечательно. Никаких рустов и тому подобной гадости в ядре.
Переходите на windows 10, самую лучшую ос в мире.
Ответить | Правка | К родителю #123 | Наверх | Cообщить модератору

218. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Аноним (218), 15-Июл-20, 18:51 
Просыпайся, тролль, ты все проспал. Microsoft уже давно Rust обкатывает, а Linux только подтягивается. "Лучшая ос в мире" - ну ты толсто завернул, конечно)
Ответить | Правка | Наверх | Cообщить модератору

252. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Аноним (252), 27-Окт-20, 16:58 
О, да ты даже не подозреваешь, каких гадостей в твоей Windows 10 понапихано.
Ответить | Правка | К родителю #190 | Наверх | Cообщить модератору

156. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от докерман (?), 13-Июл-20, 11:28 
подключился: если хотите - пилите, но не здесь
Ответить | Правка | Наверх | Cообщить модератору

164. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Эбола (?), 13-Июл-20, 15:38 
Rust - это всего лишь статистический анализатор, встроенный в компилятор. Какие проблемы?
Ответить | Правка | Наверх | Cообщить модератору

166. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Аноним (167), 13-Июл-20, 15:49 
Rust - это всего лишь статистический анализатор, встроенный в компилятор LLVM. Не в GCC, а в LLVM.

Договаривать надо, да? LLVM создается проприетарщиками. Rust is Not GNU.

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

170. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Аноним (185), 13-Июл-20, 18:24 
А что думает о Rust товарищ Ричард Мэтью Столман?
Ответить | Правка | Наверх | Cообщить модератору

181. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +1 +/
Сообщение от Аноним (181), 14-Июл-20, 11:39 
"The nonfree compilers that are now based on LLVM prove that I was right -- that the danger was real"
https://metager.org/meta/meta.ger3?eingabe=supporting+LLVM+i...
Ответить | Правка | Наверх | Cообщить модератору

250. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от freecoderemail (?), 07-Авг-20, 11:24 
У Rust не нон-фри компилятор.
Ответить | Правка | Наверх | Cообщить модератору

171. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Аноним (-), 13-Июл-20, 18:44 
>Линус не согласился и выразил опасение, что тогда начальная поддержка Rust окажется не протестированной на сборку и имеет риск завязнуть в своём болоте, в котором небольшая группа заинтересованных в проекте разработчиков проверяет работу кода только в своих специфичных условиях и добавляет неправильные вещи, так как они остаются спрятанными и не всплывают при тестировании ядра в других окружениях.

Этот диагноз пославил Линус Торвальдс! Всё. Тема закрыта.

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

182. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Аноним (181), 14-Июл-20, 12:33 
нестабильный компонент в системной сборке, прогрессивно накапливающий баги, вкусно, что уж
Ответить | Правка | Наверх | Cообщить модератору

184. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Аноним (185), 14-Июл-20, 13:01 
Опасаюсь, что вы слишком оптимистичны в этом вопросе.
Ответить | Правка | К родителю #171 | Наверх | Cообщить модератору

200. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Аноним (-), 15-Июл-20, 18:07 
> Этот диагноз пославил Линус Торвальдс! Всё. Тема закрыта.

Это не диагноз а описание типового антипаттерна - и предложение на эти грабли не наступать.

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

177. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +1 +/
Сообщение от Аноним (-), 13-Июл-20, 20:04 
Rust это что, такое оборудование такое, что его необходимо обрабатывать в ядре?
Ответить | Правка | Наверх | Cообщить модератору

193. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +1 +/
Сообщение от Аноним (189), 14-Июл-20, 22:24 
Если Rust включат в ядро то он станет гораздо популярнее. Это очень хорошо что язык с автоматическим управлением памятью без сборщика мусора и ориентированный на безопасность и скорость исполнения станет распространен.
Ответить | Правка | Наверх | Cообщить модератору

196. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +1 +/
Сообщение от Анонолекс (?), 15-Июл-20, 06:13 
Гнать растаманов ссаными тряпками!
Ответить | Правка | Наверх | Cообщить модератору

235. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +1 +/
Сообщение от Аноним (-), 15-Июл-20, 21:14 
> Гнать растаманов ссаными тряпками!

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

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

238. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +1 +/
Сообщение от Аноним (-), 16-Июл-20, 09:14 
Ядро это вам не в бирюльки играть, пусть в другом месте попашут.
Ответить | Правка | Наверх | Cообщить модератору

242. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +/
Сообщение от Аноним (-), 17-Июл-20, 06:25 
> Ядро это вам не в бирюльки играть, пусть в другом месте попашут.

Ядерщики никогда не комплексовали по поводу выноса unsupported шмотков кода.

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

246. "Линус Торвальдс подключился к обсуждению начальной реализаци..."  +1 +/
Сообщение от burjui (ok), 17-Июл-20, 21:40 
Когда читаю комментарии новостей о Rust, такое ощущение, будто пересматриваю "Зелёного слоника".
Ответить | Правка | Наверх | Cообщить модератору

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

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




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

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