forum.opennet.ru - "Шестая версия патчей для ядра Linux с поддержкой языка Rust " (351)

"Шестая версия патчей для ядра Linux с поддержкой языка Rust "

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

"Шестая версия патчей для ядра Linux с поддержкой языка Rust "	+/–
Сообщение от opennews (ok), 08-Май-22, 11:03
Мигель Охеда (Miguel Ojeda), автор проекта Rust-for-Linux, предложил для рассмотрения разработчиками ядра Linux выпуск v6 компонентов для разработки драйверов устройств на языке Rust. Это седьмая редакция патчей с учётом первого варианта, опубликованного без номера версии. Поддержка Rust рассматривается как экспериментальная, но уже включена в ветку linux-next и достаточно развита для начала работы по созданию слоёв абстракции над подсистемами ядра, а также для написания драйверов и модулей. Разработка финансируется компанией Google и организацией ISRG (Internet Security Research Group), которая является учредителем проекта Let's Encrypt и способствует продвижению HTTPS и развитию технологий для повышения защищённости интернета... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=57153
Ответить \| Правка \| Cообщить модератору

Оглавление

Скрыто модератором, Fracta1L (ok), 11:03 , 08-Май-22, (1) –12

Скрыто модератором, Аноним (4), 11:07 , 08-Май-22, (4) +3

Скрыто модератором, Аноним (10), 11:17 , 08-Май-22, (10) +1

Скрыто модератором, slava_kpss (ok), 11:29 , 08-Май-22, (13) –5

Скрыто модератором, Аноним (16), 11:36 , 08-Май-22, (16) +1
Скрыто модератором, Аноним (44), 12:40 , 08-Май-22, (44) +1

Скрыто модератором, Аноним (-), 00:13 , 09-Май-22, (242) –3

Скрыто модератором, Корец (?), 12:17 , 08-Май-22, (30) +4

Скрыто модератором, Аноним (46), 12:41 , 08-Май-22, (46) +10
Скрыто модератором, Аноним (63), 13:41 , 08-Май-22, (63) +1

Скрыто модератором, Аноним (4), 15:42 , 08-Май-22, (124) +3

Скрыто модератором, Аноним (63), 05:17 , 09-Май-22, (254) –2

Скрыто модератором, НяшМяш (ok), 16:47 , 08-Май-22, (143) +1

Скрыто модератором, Аноним (63), 05:15 , 09-Май-22, (253) –2

Скрыто модератором, Аноним (46), 12:41 , 08-Май-22, (45) +3

Скрыто модератором, Fracta1L (ok), 12:51 , 08-Май-22, (52) –6

Скрыто модератором, nvidiaamd (?), 13:00 , 08-Май-22, (54) +2

Скрыто модератором, Аноним (46), 13:51 , 08-Май-22, (66) +3

Скрыто модератором, Аноним (4), 15:43 , 08-Май-22, (125) –1

Скрыто модератором, Аноним (70), 13:52 , 08-Май-22, (70) +1

Скрыто модератором, Fracta1L (ok), 14:17 , 08-Май-22, (83) –2

Скрыто модератором, Аноним (10), 14:47 , 08-Май-22, (90) –1

Не взлетит, как сказал тео - нет экосистемы для этого вашего раст, на нем не пиш, А где же каменты (?), 11:04 , 08-Май-22, (2) –12

Включение Rust в ядро - это как раз и есть создание экосистемы для развития язык, ИмяХ (?), 11:11 , 08-Май-22, (7) +13

Скажи это ненужному WireGuard , КО (?), 12:10 , 08-Май-22, (28) –11

Сижу на ненужном WireGuard примерно 2 месяца Нравится больше L2TP, роутер влёгк, НяшМяш (ok), 16:48 , 08-Май-22, (144) +7
Юзаю вайргада Роутер на малохольном мипсе очень резвенько его гоняет и конфигур, Аноним (-), 21:29 , 09-Май-22, (330)
Юзаю WireGuard больше года, Аноним (426), 01:23 , 05-Июн-22, (426)

Это убитие ядра , Аноним (267), 10:41 , 09-Май-22, (267)

Сейчас уже все на Раст переписывают, Аноним (9), 11:13 , 08-Май-22, (9) +2

Мало переписывать, надо ещё завершать проекты, а то получается, как у Мозилы с F, Аноним (210), 21:05 , 08-Май-22, (210) +2

Проекты надо не завершать, а продолжать, Иисус (?), 15:56 , 09-Май-22, (299) –1

там продолжать некуда, разве что в чистый ноль по рынку , Аноним (210), 19:25 , 09-Май-22, (319)

Оно же ZlaVa_kpSS, зачем ему _здесь_и_сейчас_ какое-то там шифрование , Аноним (-), 00:11 , 09-Май-22, (240) –4

А те, кто делает патчи, пользуются Linux Или это как у нас в современной полити, Аноним (3), 11:07 , 08-Май-22, (3) +4

Делать Линукс надо, по-хорошему, на МакОС, Аноним (4), 11:08 , 08-Май-22, (5) –2

На мой взгляд консервативно никто сейчас не делает ни MacOS ни Windows Linux в, Аноним (3), 11:20 , 08-Май-22, (11)

OpenBSD Там столько консервативности, что хоть консервы заворачивай , Аноним (12), 11:27 , 08-Май-22, (12) +5

И хорошо Если нужно что-то действительно железобетонное - это Опенок , сосед (?), 20:52 , 09-Май-22, (328)

Местами оно таки оказывается гипсокартонным Достаточно посмотреть на некоторые , Аноним (356), 09:56 , 10-Май-22, (356)

Откуда такая растофобия Как будто в ядро пытаются добавить не низкоуровневый уд, Мохнатый пись (?), 11:31 , 08-Май-22, (15)

Так ведь и пытаются, keydon (ok), 11:51 , 08-Май-22, (22) +5
Сам не знал что истину написал Когда-то были языки высокого уровня и низкого, bOOster (ok), 12:17 , 08-Май-22, (31) –2

Высокий уровень в С потому что умные указатели такие же как в расте Плюс жор , Аноним (40), 12:29 , 08-Май-22, (40)
Так а смысл ядро на низком уровне писать Тонкий контроль не всегда нужен Да и , Аноним (4), 15:46 , 08-Май-22, (128) –2

Мдаа Молодежь еще тупее, чем я думал , Аноним (267), 10:43 , 09-Май-22, (268) +2

Почитай статью, вместо того чтобы измышлять , Аноним (4), 18:26 , 09-Май-22, (308)

Причем тут X86 вообще Любой язык программирования - это абстракция от железной , bOOster (ok), 13:11 , 09-Май-22, (284) –1

Так и Раст такая же абстракция Эти т н помои победили, ибо как оказалось луч, Аноним (4), 18:27 , 09-Май-22, (309) –1

В каком месте они победили Временное преймущество из-за человеческой лени Этой, bOOster (ok), 18:39 , 09-Май-22, (315) +1

как там В Тайланде войн выйграл у андройда в мозайку , не иначе, обладал как, Аноним (345), 23:51 , 09-Май-22, (345)

В обычный словарь сходи , только не так как ты попытаешься ответить А почитать, bOOster (ok), 08:16 , 10-Май-22, (350)

Зачем анониму в отличии от тебя ходить в обычный словарь Не заметил у него ош, Аноним (355), 09:26 , 10-Май-22, (355)

А что ты понимаешь под средним уровнем Основная причина как мне видится по кот, Аноним (265), 10:10 , 09-Май-22, (265) +2

Никто его не принимает, его туда пытаются вкорячить любыми путями с тыщами подпо, bOOster (ok), 08:27 , 10-Май-22, (351) –2

Не надо путать data race и race conditionПервое Rust сделать не даст, ты не смож, morphe (?), 14:53 , 10-Май-22, (383) +2

И именно это будет обрастать такими граблями в ядре - что скоро пальма первенств, bOOster (ok), 17:00 , 10-Май-22, (384) –2

Не понял о каких граблях речь Сейчас если ты хочешь использовать в драйвере каку, morphe (?), 01:47 , 11-Май-22, (386) +2

Это национальная забава Когда что-то не понимаешь, надо это хейтить, а лучше за, НяшМяш (ok), 16:53 , 08-Май-22, (149)

В расте есть UB Ты, наверное, перечитал весь код компилятора и все, что тащит c, Вы забыли заполнить поле Name (?), 20:05 , 10-Май-22, (385) –1

Скрыто модератором, Аноним (-), 21:30 , 09-Май-22, (331)
Ядро - как раз тот компонент, у которого работа с железом - задача Так что ядер, ммнюмнюмус (?), 23:28 , 14-Май-22, (408)

Классический образец воинственного опеннетного растофоба - привел доказательс, Аноним (-), 00:42 , 15-Май-22, (412)

Хм, беру назад слова о том, что rust не умеет прямой доступ к памяти Этот вывод, ммнюмнюмус (?), 19:52 , 20-Май-22, (425)

Так же, как и Redox , Аноним (255), 08:00 , 09-Май-22, (255) –1

Скрыто модератором, DildoZilla (?), 11:31 , 08-Май-22, (14) +1

Скрыто модератором, Аноним (32), 12:17 , 08-Май-22, (32) +1

Скрыто модератором, bOOster (ok), 12:20 , 08-Май-22, (35) –1

Скрыто модератором, пох. (?), 12:40 , 08-Май-22, (43)

Скрыто модератором, bOOster (ok), 12:47 , 08-Май-22, (50) +1

Скрыто модератором, Аноним (4), 15:30 , 08-Май-22, (114) +2
Скрыто модератором, Аноним (157), 17:25 , 08-Май-22, (157) +1

Молодцы , Аноним (17), 11:40 , 08-Май-22, (17) –3

И ты тоже молодец что отметил, то что они молодцы , Аноним (10), 19:41 , 08-Май-22, (200) +1

Синтаксис раста страшнючий, но если кому-то нравится, почему нет, ананоша (?), 11:45 , 08-Май-22, (19) –1

не надоело ещё мусолить тему про страшнючий синтаксис раста , Аноним (32), 12:17 , 08-Май-22, (33) –9

Правда глаза режет , nvidiaamd (?), 13:04 , 08-Май-22, (58) +4

Норм синтаксис, просто кто не знает, тот не приучен, Аноним (4), 15:30 , 08-Май-22, (115)

А откуда, если всех знаний - паскальчик да жабкоскриптик c питончиком ну и еще , Аноним (-), 15:34 , 08-Май-22, (119) –1

Ага, и во всех перечисленных языках синтаксис разрабатывался изначально дизайном, wyry (?), 18:08 , 08-Май-22, (161) +3

Да-да, особенно в JS был дизайн , ага Простое и тривиальное ПО на любом ЯП буде, Аноним (-), 18:23 , 08-Май-22, (168) +1
Это в Си разрабатывался синтаксис вместе с дизайном Да там дизайна никакого не, Анонн (?), 18:38 , 08-Май-22, (173) +2

До Си были A и B, так что Си был эволюцией, Аноним (183), 19:06 , 08-Май-22, (183) –2
Вообще-то в C как раз очень продуманный дизайн, практически идеальный хотя слож, wyry (?), 02:07 , 09-Май-22, (248) –1

Шо ж там продуманного такого Препроцессор Или может быть работа с указателями , Прохожий (??), 23:58 , 09-Май-22, (346) +1

Скрыто модератором, Аноним (-), 21:35 , 09-Май-22, (332)

Скрыто модератором, Аноним (-), 22:01 , 09-Май-22, (340)

Потому что они срут всем, а не только себе , Аноним (46), 12:43 , 08-Май-22, (48) –2
Да нормальный там синтаксис, что вы как дети Ничем не хуже С , Andrewpotam (?), 15:14 , 08-Май-22, (106)

Для инопланетян, возможно Но не для вменяемых гуманоидов , nvidiaamd (?), 16:46 , 08-Май-22, (142) –2

Те же скобочки, двоеточия да точки с запятой Не то что питоны с собачками и про, НяшМяш (ok), 16:55 , 08-Май-22, (150) +1

Это не так и проблема не в этом Rust использует множество специальных символов,, wyry (?), 02:18 , 09-Май-22, (249) +1

Но ведь когда ты напишешь аналогичный код, он тоже будет работать по правилам , Аноним (265), 02:23 , 10-Май-22, (349)
Это тоже раз на раз не приходится, но на хрусте наломать дров можно намного боль, Аноним (-), 00:58 , 15-Май-22, (413)

За си тебя Торвальдс пожизненно люстрирует из системного программирования - и , Аноним (-), 21:36 , 09-Май-22, (333) +1

Какая тебе разница Ты все равно не пишет ни на rust, ни на си, ни на чём, Аноним (196), 19:33 , 08-Май-22, (196)

Надеюсь, не получится как всегда , Аноним (20), 11:47 , 08-Май-22, (20)

Не то процитировал, Аноним (20), 11:48 , 08-Май-22, (21) –1

Это для начала А потом будет как обычно модуль X на расте, софт от гугель треб, keydon (ok), 12:00 , 08-Май-22, (25) +9

Ну будем пользоваться ядром без раста Это же как libre версия ядра без включени, Аноним (40), 12:20 , 08-Май-22, (34) –1

Ну и кто ей пользуется , Аноним (133), 16:24 , 08-Май-22, (133) +2

Ни чего не поделаешь Всегда сидел на FF, перешёл полгода на Chromium Без него , anonymous (??), 12:26 , 08-Май-22, (38)

А Rust в курсе А то помнится мне, они немного для разных целей рекламировались , НяшМяш (ok), 16:56 , 08-Май-22, (151)
А потом появляются статьи How to call Rust func from Go , потому что го тормози, Аноним (-), 19:42 , 09-Май-22, (323) +1
Так порешал, что дропбокс и дискорд на расте переписали часть сервисов гошных, т, Аноним (326), 20:38 , 09-Май-22, (326)

Интересно зачем вообще нужен раст Для низкоуровневого уже есть Гоу который внуш, barmaley (??), 11:55 , 08-Май-22, (23) –4

В rust автоматическое управление памятью без garbage collector и его больших нак, Аноним (17), 12:03 , 08-Май-22, (26) +3

Повторяем еще раз это есть и в C в умных указателях , bOOster (ok), 12:21 , 08-Май-22, (36)

Тогда Rust это тот же Groovy для Java, когда уже есть Java А Go это такой же Ko, Аноним (40), 12:27 , 08-Май-22, (39)

Нет, потому что синтаксис языка Rust - это полное нечитаемое гуано , bOOster (ok), 12:53 , 08-Май-22, (53) –1

Да я не про синтаксис Groovy не изобрели бы зная про другой язык Это уже не ра, Аноним (40), 13:05 , 08-Май-22, (59)

Не включены по умолчанию и всё равно полно возможностей получить UB по памяти, Аноним (4), 15:32 , 08-Май-22, (117)
Хуже С нет ничего Уродливое поделие робкого датчанина , Аноним (267), 10:44 , 09-Май-22, (269)
Давай, умник, расскажи мне про эффективность алокаторов , Аноним (267), 10:50 , 09-Май-22, (270)

Самый эффективный аллокатор - это его отсутствие А попробуй ка оспорь , Аноним (356), 09:59 , 10-Май-22, (358)

gcc alloca Как говорят сами доки - _иногда_ позволяет повысить производительно, ммнюмнюмус (?), 23:33 , 14-Май-22, (409)

alloca - это одна машинная команда, меняет регистр стека Менеджер кучи хранит , n00by (ok), 11:49 , 16-Май-22, (423)

Хорошее управление памятью И отсутствие накладных расходов интересное, Бывалый смузихлёб (?), 13:59 , 08-Май-22, (75)

Если бы ты хоть раз в жизни написал что-то сложнее hello world, то знал бы, что , Аноним (17), 14:12 , 08-Май-22, (80)

Как всегда, подмена понятий , Аноним (-), 14:36 , 08-Май-22, (85) –1

Молодец, подтвердил что никогда не писал ничего круче Hello World , bOOster (ok), 14:52 , 08-Май-22, (94) +1
Как всегда, вопиющее невежество , Аноним (-), 15:17 , 08-Май-22, (109) +1
Лучше уж паника, чем профессиональный сишник, который забыл проверить успешность, НяшМяш (ok), 16:57 , 08-Май-22, (152)

Всё разложил по понятиям , Аноним (-), 17:31 , 08-Май-22, (158)
Где ты тут проф сишников увидел Местные знатоки сишечку разве что в универе , Аноним (-), 18:17 , 08-Май-22, (166)

Ты забыл - неявная Самое то для системного языка , Аноним (174), 18:40 , 08-Май-22, (174)

Зато ты не забыл нафантазировать что-то Самое-то для очередного опеннетного , Аноним (-), 18:55 , 08-Май-22, (179)

Паника кидается только из unwrap , Аноним (-), 19:09 , 08-Май-22, (185) –2

А теперь попробуй повторить выделение памяти и продолжить работать корректно с т, Аноним (-), 01:00 , 15-Май-22, (414)

А теперь попробуй вместо фантазий как оно там на самом деле иногда читать ветк, Аноним (420), 10:43 , 15-Май-22, (420)

Открою тайну, но профессиональные не пользуются malloc на каждом углу и относятс, wyry (?), 02:31 , 09-Май-22, (250)

Называется arena allocator, можно написать на любом языке, в котором можно явно , НяшМяш (ok), 03:06 , 09-Май-22, (251)
Ну один-то раз надо проверить память, или я не так понял И как раз в этом случа, Профессиональный сишник (?), 08:02 , 09-Май-22, (256)
Есть ещё более страшная тайна 512 байт уже дохрена и malloc нету в принципе Но, Аноним (321), 19:32 , 09-Май-22, (321)

Особенно в линукскернеле, который при этом жестоко сдохнет при нехватке памяти в, Аноним (356), 10:01 , 10-Май-22, (359) –1

О, очередного спеца подвезли , Аноним (-), 12:10 , 10-Май-22, (372)

Спецов было минимум 2, а у кернела таки есть свои аналоги этого самого Называют, Аноним (-), 01:02 , 15-Май-22, (415) –1

И че Че сказать-то хотел Ветку не читал, сразу начал генерировать ценное мнен, Аноним (420), 10:47 , 15-Май-22, (421)

Это как , Смузихлёб (ok), 18:56 , 08-Май-22, (180) +1

Как в расте , Аноним (-), 09:36 , 09-Май-22, (263) +1

Го это ничем непримечательная поделка Ты иди сравни быстродействие языков Пото, Аноним (40), 12:24 , 08-Май-22, (37) +4

Ну как раз под мк поддержки раста практически и нетТам, как ни странно, очень да, Бывалый смузихлёб (?), 13:54 , 08-Май-22, (73) –1

С - метрвый язык как ни крути Пока мертвечину еще не закопали к сожалению , Andrewpotam (?), 15:16 , 08-Май-22, (108) –2

Пруфы будут или как всегда , nvidiaamd (?), 16:51 , 08-Май-22, (147)
Ага, все библиотеки по сей день пишут на чистом C которые кстати легко адаптиру, wyry (?), 18:11 , 08-Май-22, (163)

Настолько низкоуровневого, что в нём даже нельзя однозначно понять, когда string, НяшМяш (ok), 17:00 , 08-Май-22, (153)

Не понимаю, зачем пытаться пропихивать в ядро это новое, но уже ржавое, очевидно, Аноним (24), 11:57 , 08-Май-22, (24) +7

Экспансия же Корпорации уже раскупили места у руля в цитадели зла ещё на этапе , keydon (ok), 12:07 , 08-Май-22, (27) +2
В аде гарбадж коллектор есть В расте нет, Аноним (4), 15:48 , 08-Май-22, (129)

Получается, Ада - лучше , Аноним (210), 21:10 , 08-Май-22, (211) –2

Не для системных задач, Аноним (4), 18:29 , 09-Май-22, (312)
Про баный Ариан 5 готов заспорить с этим храбрым утверждением , Аноним (-), 21:37 , 09-Май-22, (334) –1

Можно пример ракетоносителя со ржавчиной , Аноним (-), 13:25 , 10-Май-22, (375)
Но только у опеннетных оналитеков, прочитавших лишь желтенькие статьи вместо htt, Аноним (376), 13:52 , 10-Май-22, (376)

Линус говорил что его пытались пропихнуть в ядро и что этот язык ужасен, что рас, proninyaroslav (ok), 21:31 , 08-Май-22, (222) +2
Для критических мест в реальном времени АДА тут мимо, НЯЗ в своё время придума, PnD (??), 18:01 , 11-Май-22, (401)

Вот ето новость Все ядро на Rust надо переписать Ооо Дааа Ruuust , Аноним (42), 12:38 , 08-Май-22, (42)

Они пытались - получилась редох Но драйверы под неё написать, почему-то, не пол, Аноним (210), 21:11 , 08-Май-22, (212)

Для чистого Си экосистемой является GNU Linux А Rust - это чужеродное вкраплени, Аноним (-), 13:23 , 08-Май-22, (61) +3

Зачем быть врагами ПО Как только из ядра начали выпиливать GPLv3 начался упадок, Аноним (40), 13:52 , 08-Май-22, (69) –1
GNU прославляет Открытость Свободу прославляет BSD Не стоит путать данные вещи, bOOster (ok), 14:54 , 08-Май-22, (95)

Класическое перевирание Чёрное назвать белым, а белое чёрным , Аноним (-), 16:21 , 08-Май-22, (132) +1

В чём свобода GNU , Аноним (133), 16:25 , 08-Май-22, (135) +1
facepalmище - типичный опеннетчик-подросток с юношеским максимализмом, сам не чи, bOOster (ok), 18:56 , 08-Май-22, (181)

Как-то из линукса я могу сделать многократно больше клевых ништяков чем из BSD , Аноним (-), 21:40 , 09-Май-22, (336) –1

Че за чушь от смузихлеба Клевые ништяки Мдааассс , bOOster (ok), 22:02 , 09-Май-22, (341)

Я предпочитаю делать то что мне самому нравится и кажется прикольным Это так ст, Аноним (-), 10:07 , 10-Май-22, (360) –1

Сказавший такую глупость не может управлять кораблём Ни-За-Что c Открытость, ммнюмнюмус (?), 23:48 , 14-Май-22, (410)

Копилефт - это рабство, свобода насильно Пермиссив - вот это истинная свобода , Аноним (4), 15:34 , 08-Май-22, (118) +2

Нет, пермиссивка это потакание проприетарщине , Аноним (-), 16:25 , 08-Май-22, (134) –1

Как пермиссив потакает проприетарщине И почему это плохо Он даёт другим програ, Аноним (133), 16:26 , 08-Май-22, (136)

Это лезвие обоюдоострое В случае с BSD лицензиями одиночный разработчик малень, wyry (?), 18:22 , 08-Май-22, (167) +5

Слушайте, снимаю шляпу В кой-то веки человек не просто поддержал BSD или GPL, о, Аноним (133), 18:48 , 08-Май-22, (177)

Вообще-то, там Есть нюанс, Петька Это не относится к толстым SaaS-овцам есл, Аноним (-), 19:03 , 08-Май-22, (182)

Да я хотел было раскритиковать, но потом подумал, что редко тут хотя бы такие ра, Аноним (133), 19:09 , 08-Май-22, (186)

Госпожа И что важнее, я искренне считаю, что обе лицензии абсолютно необходимы, wyry (?), 18:45 , 09-Май-22, (316)

Если кто делает пропретарные проекты, он очень так себе опенсорсничек, с ним дел, Аноним (-), 10:10 , 10-Май-22, (361)

БЗДунская лицензия прямо потакает проприетарщине Проприетарщики любят бздунопод, Аноним (-), 19:30 , 08-Май-22, (195) –2
Вот и видно гнилое нутро гпльщиков - и сам не заработаю и другим не дам Не съем, Аноним (258), 09:15 , 09-Май-22, (258)

Зароботок они получить могут - 90 писателей ядран на зп у корпов Вот такая щва, Аноним (-), 09:41 , 09-Май-22, (264) +1

А это уже не они Те они , кто это устроил - их могли и выкинуть А корпы да, п, Аноним (4), 18:30 , 09-Май-22, (313) +1

Ещё раз GPL проекты, на подобие Blender во-первых на зарплате сюрприз от инве, wyry (?), 18:27 , 09-Май-22, (310) –1
GPL вообще совсем не запрещает зарабатывать на софте, внезапно Прикинь , Аноним (-), 21:41 , 09-Май-22, (337)
А по лидеру одному из BSD движения Маккузику что видно Жизнь через , другую, Легивон (?), 22:13 , 09-Май-22, (342)

Но в основном 99 этим пользуются проприетарщики, nvidiaamd (?), 21:47 , 08-Май-22, (226) –1

Это сути Свободы не меняет , bOOster (ok), 13:22 , 09-Май-22, (286) +1

Свобода быть зохаваным мегакорпом потому что он всяко сильнее меня - мне ни к че, Аноним (-), 10:11 , 10-Май-22, (362)

Под принуждением государства А так немало попыток прихватизировать произведения, Аноним (174), 18:44 , 08-Май-22, (176) +1

Это не запрещено и по закону можно так делать, насколько я помню Хотя может пра, Аноним (133), 18:49 , 08-Май-22, (178) –1

И за этим следит государство, а не природа , Аноним (-), 19:15 , 08-Май-22, (187) +1

Так в правовой сфере везде так, Аноним (133), 19:20 , 08-Май-22, (188) –1

Может, надо с терминологией разобраться А то свободу на что только не натянул, Аноним (-), 19:29 , 08-Май-22, (194)

Старый вы слишком Свобода это вседозволенность и т е невзирая ни на что и даже, Аноним (44), 20:30 , 08-Май-22, (204) –1

Ну, ок, тогда давай я тебя к веслу прикую, сможешь насладиться свободой по полно, Аноним (-), 10:13 , 10-Май-22, (363)

Поэтому я на Фряхе под лицензией Нате и делайте что хочите , Аноним (267), 10:52 , 09-Май-22, (271)
Ещё одна чушь Для пользователя контрибутора Свобода изучать, изменять, хранить , ммнюмнюмус (?), 23:56 , 14-Май-22, (411)

Да-да, особенно любят враждовать из под WSL или макоси как например местный м, Аноним (-), 15:38 , 08-Май-22, (122) +1
Какая это свобода затесалась в GNU Linux Это там где все решает один чел Кла, Аноним (-), 18:24 , 08-Май-22, (169) +2

который год костыли и подпорки городят для растовиков, напрашивается вопрос - на, Аноним (62), 13:39 , 08-Май-22, (62)

Который год опеннетные Воены Против Раста c умным видом несут хрень , Аноним (-), 14:06 , 08-Май-22, (78) +1

https lkml org lkml 2021 4 14 1099spin_trylock и mutex_trylock проверяют о, Аноним (62), 15:02 , 08-Май-22, (100)

Ясно Проверяют через либастрал, ага , Аноним (-), 15:28 , 08-Май-22, (112)

Чтобы ремесленникам-программистам уровня 1С платить в 10 раз меньше Профи - в, bOOster (ok), 14:58 , 08-Май-22, (97) +1

Дорогой Мигель ты же читаешь Лучше бы занялся системами сборки Ninja или tup, анонимныйнекодим (?), 13:42 , 08-Май-22, (64)

https redo readthedocs io en latest , Аноним (-), 14:59 , 08-Май-22, (99)

Пихон не нужен, совсем , анонимныйнекодим (?), 15:03 , 08-Май-22, (103) +1

Эта страница для быстрого ознакомления что это Оригинальный redo на ba sh http, Аноним (-), 15:13 , 08-Май-22, (105)

Я даже с DJB знаком, но всё равно спасибо А вот https github com leahneukir, анонимныйнекодим (?), 15:32 , 08-Май-22, (116)

Как обычно, только автор отходит от дел, так набегает сообщество и превращает тв, Аноним (70), 13:53 , 08-Май-22, (71)

Нет автор ушел именно потому что уже понял что это хлам , Аноним (46), 14:15 , 08-Май-22, (82) +1

Кому надо было - уже нафоркали достаточных сырцов , Аноним (210), 21:16 , 08-Май-22, (213)

От приведённого примера кода мои глаза снова вытекли На этом реально кто-то всер, Онаним (?), 14:03 , 08-Май-22, (77) +4

Нет, Аноним (46), 14:15 , 08-Май-22, (81) +1

Гм, а чем плох код Лаконичный и ясный Если что, уже с год пишу разные микросер, Аноним (88), 14:42 , 08-Май-22, (88)

Это методичка у них такая, забей на этих сиплюсплюснутых ботов А синтаксис у Rus, Аноним (96), 14:54 , 08-Май-22, (96) –1

что же ты сам себе отвечаешь-то, анонимный писака наиважнейших сервисов , Аноним (148), 16:51 , 08-Май-22, (148) +1

Аутотренинг по утрам , Аноним (183), 19:06 , 08-Май-22, (184) +3
Хорошо пошутил А, у тебя просто специфика такая, понимаешь, кому и поля Галуа ка, Аноним (-), 10:19 , 10-Май-22, (364)

Да, и с большим удовольствием , warlock (??), 15:25 , 08-Май-22, (110)

Пора закрывать комментарии в темах про руст , Смузихлёб (ok), 14:37 , 08-Май-22, (86) +13

Пора не писать даже-не-минорщину в главных новостях, Аноним (-), 15:02 , 08-Май-22, (101) +3
Когда нечего отвечать, пытаетесь закрыт людям рты, Аноним (4), 15:36 , 08-Май-22, (120) –1

Типичная демократия , Аноним (210), 21:18 , 08-Май-22, (215)
Может он намекнул что о мертвых или хорошо, или ничего , Аноним (-), 10:19 , 10-Май-22, (365)

Я бы и темы эти под кат убирал, всё равно они только минорщине интересны, а оста, Онаним (?), 18:26 , 08-Май-22, (170) +4
Зачем Не нравится - не читай , Аноним (252), 04:16 , 09-Май-22, (252) –1

Очень печально Руст вносит большую неразбириху Тескты программ, как из прошлог, Неуклюжий танцор (?), 15:28 , 08-Май-22, (113) +2

Да нормальный синтаксис, выручите уже и успокойтесь, Аноним (4), 15:36 , 08-Май-22, (121) –6
Толще чем у JAVA А вообще, наблюдая за развитием всего этого, складывается впеч, Смузихлёб (ok), 15:48 , 08-Май-22, (130) +6

Жаба - образец эталонности Надо же как-то утилизировать слишком избыточные мощно, Аноним (210), 21:21 , 08-Май-22, (216) –1

Эталонности громоздкости , Смузихлёб (ok), 22:12 , 08-Май-22, (232) +3
респект и уважуха, Аноним (-), 09:30 , 09-Май-22, (261)
Эталон блоатвари, тормозов и энтерпрайзности Фу таким быть , Аноним (-), 10:20 , 10-Май-22, (366) –1

В java отличная система сборки, один Gradle или maven которые делают всё и очень, Аноним (196), 08:27 , 09-Май-22, (257) –4

Тыж назвал целых два, а их куда больше 129318 8205 9792 65039 а за xml , Смузихлёб (ok), 14:27 , 09-Май-22, (297) +3

А что лучше Json, yaml, toml Может ini файлы У них всех есть свои недостаки , Аноним (-), 19:37 , 09-Май-22, (322)

Правильно пишется так Хруст наносит сильную ниразбириху и ваняит какимто васян, burjui (ok), 10:13 , 13-Май-22, (407)

Linux переписыввают на Rust Люди добрые, да что же это такое творится , Аноним (126), 15:44 , 08-Май-22, (126) –1

Просто растаманы не смогли дописать свою редох , Аноним (210), 21:22 , 08-Май-22, (217) +3

Че там с Hurd , Аноним (219), 21:27 , 08-Май-22, (219) +1

С Hurd всё нормально - лежит и не шевелится , Аноним (224), 21:37 , 08-Май-22, (224) +4

Было ли такое в истории вообще - дописанная ОС Жаль ни кто не занимается bare-me, Аноним (265), 20:46 , 09-Май-22, (327)

Любопытно, что большая часть кода в этой прослойке содержит unsafe В таком сл, Аноним (137), 16:31 , 08-Май-22, (137) +2

Ну так это в прослойке, код который с её помощью будет подключаться, будет safe, Аноним (133), 16:34 , 08-Май-22, (139) –2

Стадии ансейфа - Нинини - Только один единственный ансэйф - Ну, можно и в нескол, Аноним (210), 21:26 , 08-Май-22, (218) +3

Как какая Код помечен unsafe Сразу видно где искать проблемы ну да, весь код, пох. (?), 16:35 , 08-Май-22, (140) +3

Театр безопасности аля оградительная лента , Аноним (172), 18:30 , 08-Май-22, (172) +4
Искать будут в unsafe, а ошибка окажется, как обычно, в другом месте , Аноним (210), 21:27 , 08-Май-22, (220) +1

Поэтому она и называется прослойка - потому что использует существующие абстра, НяшМяш (ok), 17:04 , 08-Май-22, (154)
Никакой пользы от Раста нет Призыва писать на Хаскеле был бы столь же релеванте, Аноним (172), 18:29 , 08-Май-22, (171) +7

Польза есть - не нужно тратить годы на С с его стандартом на тыщу с гаком стра, Аноним (231), 22:07 , 08-Май-22, (231) +1

Руст существует не так давно по меркам С , а уже претендует на две тыщи с гаком, Смузихлёб (ok), 22:28 , 08-Май-22, (237) +6

За примерно 4 года регулярного взаимодействия с растом уверенно могу сказать, чт, Аноним (231), 23:04 , 08-Май-22, (238) –1

Ассемблер сильно проще, в нём вообще ничего нет, а блок unsafe всего один , Аноним (210), 23:41 , 08-Май-22, (239) +1

Просто Воены Супротив Раста, как обычно, знакомы с матчастью лишь по комментам н, Аноним (219), 00:37 , 09-Май-22, (243) +1

А предельно простые mov, push, jmp не осилил К чему эти макросы Попытка сваять, Смузихлёб (ok), 01:06 , 09-Май-22, (244) –3

Занятный юлеж и заодно, перепись опеннетных Знатоков Btw, у очередного опен, Аноним (219), 01:30 , 09-Май-22, (246) +1

Уже пора из fasm g публиковать _макросы_ mov, push, jmp , n00by (ok), 09:04 , 10-Май-22, (352)

Это пока, а года через три будет винегрет похлеще крестов , Смузихлёб (ok), 00:12 , 09-Май-22, (241) +2

Ну либо пруфы в студию, какие фичи за последние лет 5 завезли в ржавый, что если, Аноним (231), 01:11 , 09-Май-22, (245) –2

Так новость прочитай Или если храбрый - вон туда в рассылку к линуксоидам сходи, Аноним (-), 10:23 , 10-Май-22, (367) –1

Так-так, вариант библиотеки alloc ничего, что для сишки там тоже спец вариант , Аноним (-), 12:18 , 10-Май-22, (373)

А также всякие боксы где аллокация таки может не получиться и все такое прочее , Аноним (-), 16:32 , 11-Май-22, (395) –3

А также всякие фантазии оеннетных знатоков и прочие сравнения опы std либы с п, Аноним (-), 17:39 , 11-Май-22, (399)

ЗЫ для теоретиков, слышавших лишь звон Trait std alloc GlobalAlloc unsafe f, Аноним (-), 17:46 , 11-Май-22, (400)
Кстати, GlobalAlloc - функция из Win API Там она зачастую служит маркером мал, n00by (ok), 09:41 , 12-Май-22, (405)
Так там std либа активно сватается как крутая фича языка И вообще в целом дизай, Аноним (-), 01:10 , 15-Май-22, (416) –2
Стандартная библиотека отключатеся одной строкой в главном файле модуля - no, Аноним (424), 01:43 , 17-Май-22, (424)

так и без раста не нужно тратить годы на плюсы - в ядре плюсов нет, совсем Для , Аноним (62), 10:41 , 09-Май-22, (266) +1

Си даёт гарантии, что какой-то указатель не будет использован повторно после fre, Аноним (326), 16:37 , 09-Май-22, (302) –1

дело в том что и раст в ядре таких гарантий не даст - буферы и блокировки исполь, Аноним (62), 19:32 , 09-Май-22, (320)

Си даёт гарантии, что какой-то указатель не будет использован повторно после fre, Аноним (326), 16:38 , 09-Май-22, (303) –1

Все это верно только если кодер модуляризацию ниасилил Более того - на хрусте в, Аноним (-), 10:25 , 10-Май-22, (368)

Это называется FFI, в примере Раст-Си это место где встречается небезопасный язы, Аноним (265), 13:16 , 09-Май-22, (285) –1

Приписал возможности LLVM ржавому Скажи еще, что код оптимизирует на уровне Си , Аноним (-), 13:48 , 09-Май-22, (292) +1

Приписал возможности LLVM GIMPLE Си Скажи еще, что tcc cproc Turbo C оптимизиру, Аноним (294), 14:01 , 09-Май-22, (294) –1
Не приписывайте возможности LLVM ветхому, а то замечательный TCC обидится Кста, Аноним (265), 16:52 , 09-Май-22, (304) –1

Вопрос где я приписал Си оптимизацию Я тролльнул устоявшимся штампом, когда ско, Аноним (-), 18:09 , 09-Май-22, (307) +1

А с чем же еще сравнивать, не с ассемблером же Да, когда люди сравнивают скоро, Аноним (265), 20:07 , 09-Май-22, (325)

Скрыто модератором, Аноним (-), 21:06 , 09-Май-22, (329)

Скоро уже ядро будет собираться сутки А то поржать хочется , Ананоним (?), 18:44 , 08-Май-22, (175) +1

Всё уже собрано до нас Я ради интереса в прошлом году собрал под 4 пень со всем, Смузихлёб (ok), 19:21 , 08-Май-22, (190) +5

А что ты ожидал там увидеть, тем более на таком мусорном железе , Аноним (191), 19:24 , 08-Май-22, (191) –7

Мусор у тебя в голове , Смузихлёб (ok), 20:11 , 08-Май-22, (203) +5

Эт ты ща серьёзно хочешь сказать, что железо, которое едва-едва потянет h264 в 7, Аноним (191), 20:43 , 08-Май-22, (206) –8

Ну точно понос в голове, раз КОМПЬЮТЕР рассматривается как мультимедийное говно , Смузихлёб (ok), 20:55 , 08-Май-22, (207) +5

Какая там работа, ты не в себе Если даже топовый проц в любом случае неэффектив, Аноним (191), 21:01 , 08-Май-22, (208) –6

Божечки И как каких-то 10-15-20 лет назад люди работали за компьютером, созда, Смузихлёб (ok), 22:18 , 08-Май-22, (233) +4

Дядя, ты дичь порешь Не пори дичь, ей больно Ты ведь вообще не в теме, о чём р, Аноним (191), 22:26 , 08-Май-22, (236) –4

В первом старкрафте например музыкальные треки были с тэгами такой штуки как S, Аноним (-), 01:14 , 15-Май-22, (418)

Ни о чём не говорит Синкай тоже свое первое аниме рисовал в фотошопе, о спеках , Аноним (191), 10:34 , 15-Май-22, (419)

Это классическая двух ходов очка 1 Язык XXX не тормозит Вообще Он даже быстре, Аниним (?), 21:46 , 09-Май-22, (338)

Быстрофикс s Язык XXX XXX , Аниним (?), 21:49 , 09-Май-22, (339)

вот это особенно смешно было, ты его хоть запускал, или так, для красоты купил , Аноним (191), 21:02 , 08-Май-22, (209) –4

Да для вас все что старее месяца уже помойка и тормозит Под вас ютупчики и опти, nvidiaamd (?), 21:56 , 08-Май-22, (229) +5

Для кого, для вас Речь вроде была только про самый мусорный интел за всю исто, Аноним (191), 22:24 , 08-Май-22, (235) –2

До вас Потому что обезьяна с гранатой - это еще не системщик Так ты не был в ку, Аноним (-), 10:34 , 10-Май-22, (369) –3

Вообще растишка уже не меньше чем полгода, а то и больше собирается относительно, Аноним (44), 20:10 , 08-Май-22, (202) –1

Thu Oct 7 11 13 34 2021 dev-lang rust-1 53 0 merge time 1 hour,, швондер (?), 21:49 , 08-Май-22, (227) +1

Сколько собирается GCC с бутстрапом со всякими Fortran ами и Ada ми , Аноним (-), 13:45 , 09-Май-22, (289) –1

на той же машине как раз с фортраном gcc Tue Jul 20 11 53 35 2021 sys-, швондер (?), 18:28 , 09-Май-22, (311)

Не уточнили, собирается ли gcc с pgo т е дважды Если отключить Фортран, сэко, n00by (ok), 09:12 , 10-Май-22, (353)

Не дважды, а добавляется еще один этап сборки, которых при бутстрапе 3 вроде 3, Аноним (-), 14:03 , 10-Май-22, (377)

Правильнее считать время на каждую стадию, т к именно оно и влияет Т е мне сл, n00by (ok), 08:07 , 11-Май-22, (387)

Не прошло еще 20 лет, nvidiaamd (?), 21:57 , 08-Май-22, (230) +1

Раст это пихают уже как собаке пятую ногу пришивают Лучше бы Objective-C или D , menangen (?), 19:24 , 08-Май-22, (192) +4
Скоро уже ядро перестанет собираться без подгрузки ржавых библиотек из сети прям, Ананоним (?), 19:37 , 08-Май-22, (199) +2

С системдой так же было Сначала - нам только ускорить, потом - это только опция, Аноним (210), 21:30 , 08-Май-22, (221) +3

Слил, нашел 108 файлов с расширением rs, в 79-ти из них нашел конструкцию unsaf, Аноним (201), 19:43 , 08-Май-22, (201) +4

Причём unsafe не гарантирует, что логическая ошибка из блока условно safe не у, Аноним (210), 21:33 , 08-Май-22, (223) +3

С вообще никаких гарантий не дает, т к RAII - паттерн, определяемый программи, Аноним (231), 01:33 , 09-Май-22, (247) –1

В ядре линукс нет C , Аноним (183), 12:09 , 09-Май-22, (278) +2

Ога, есть С без, хотя бы, смартпоинтеров , Аноним (326), 16:29 , 09-Май-22, (300) –1

Жирное, тормозное, малопредсказуемое ядро - немного не то что все хотят от опера, Аноним (-), 10:44 , 10-Май-22, (370)

Всего лишь 79 мест, где надо искать ошибку , Аноним (-), 09:24 , 09-Май-22, (259) +1

Наивный, будто эти места абсолютно не связаны с другими , Аноним (210), 12:59 , 09-Май-22, (280) +1

Не та рыбка ловится, наверно слишком слишком тонкую леску взял для сети , Аноним (-), 13:36 , 09-Май-22, (288)

Не мест, а файлов, не по одной же на каждый Собственно и не упрек вовсе, просто , Аноним (201), 22:18 , 09-Май-22, (343)

Ага, и чо , Ананимус (?), 11:08 , 09-Май-22, (273) –3

Чего только не придумают лишь бы Обероном не пользоваться , Аноним (224), 21:38 , 08-Май-22, (225) +6

У людей просто генетическая потребность какая-то жрать кактусы, колоться, плакат, Брат Анон (ok), 08:17 , 11-Май-22, (388)
Если бы меня кто-то попытался заставить писать на Обероне, я бы проявил чудеса ф, burjui (ok), 10:08 , 13-Май-22, (406)

Значит уже можно в продакшн, Аноним (234), 22:19 , 08-Май-22, (234) +3

на сервера гугла который оплачивает банкет , Аноним (-), 09:27 , 09-Май-22, (260) +1

Кодинг на rust это зашквар и показатель профнепригодности По своей убогости rus, Аноним (17), 10:54 , 09-Май-22, (272) +3

А программисты на SPARK , Аноним (276), 11:45 , 09-Май-22, (276)
Зарабатывать деньги им это не мешает, Аноним (4), 13:04 , 09-Май-22, (281) –1

Не каждый зарабатывальщик денег - программист С уважением, Ваш КЭП , Аноним (210), 19:21 , 09-Май-22, (318) +3

На Си не все возможно, есть оптимизированные структуры данных для которых придет, Аноним (265), 17:25 , 09-Май-22, (305) –1

И правда рукописный ассемблер оказывается быстрее на 2-5 , но и я не спец в, n00by (ok), 09:18 , 10-Май-22, (354) +1
Я пару недель назад приводил результаты теста на Го и встроенном в Го ассемблере, Брат Анон (ok), 08:21 , 11-Май-22, (390)

Это всё, что надо знать про коммунизмусов , Аноним (-), 18:51 , 11-Май-22, (402)

Rustless Fork уже кто-нибудь завёл Как libre без блобов , InuYasha (??), 11:11 , 09-Май-22, (274)

Зачем заводить форк если можно просто не пускать убогих в ядро , Аноним (196), 12:00 , 09-Май-22, (277) +1
Вопрос почему растаманы форк не делают , Аноним (210), 12:58 , 09-Май-22, (279)

Потому что только части чуваков так свербит, что им не нужный удобный современны, Аноним (4), 13:05 , 09-Май-22, (282) –1
Да вот, плили себе втихую, а потом так - ррраз И прорубили окно в main Удив, InuYasha (??), 13:24 , 09-Май-22, (287) –1
Потому что типичная тактика SJW - примазываться к тому, что уже сделано, а не де, Аноним (-), 18:55 , 11-Май-22, (403)

Почему выбрали именно Rust, а не SPARK , Аноним (276), 11:43 , 09-Май-22, (275)

Продались, ой, ведут серьезный бизнес , Аноним (-), 14:41 , 09-Май-22, (298) +2

Скрыто модератором, Аноним (293), 13:48 , 09-Май-22, (293) +5

Скрыто модератором, Аноним (4), 18:33 , 09-Май-22, (314) –1

Скрыто модератором, Аноним (210), 19:18 , 09-Май-22, (317) +1

Скрыто модератором, Аноним (196), 22:36 , 09-Май-22, (344) –2

Скрыто модератором, Аноним (210), 00:42 , 10-Май-22, (347) +1

Шта , Аноним (210), 01:33 , 10-Май-22, (348) +2

Несколько опечаток в ZOG , Аноним (-), 16:34 , 11-Май-22, (396)

Кто бы не расстраивался, но выходит это серьёзная проверка Rust на профпригоднос, fuggy (ok), 11:43 , 11-Май-22, (392)

Когда базовые фичи приматывают на проволоку - оно становится не лучше а косты, Аноним (-), 16:35 , 11-Май-22, (397)

Когда очередные базовые фантазии опеннетчиков притягиваются за уши - оно никак н, Аноним (-), 17:33 , 11-Май-22, (398)

То есть, про всё многообразие сокетов и даже unix-сокетов они не слышали , Аноним (-), 20:21 , 11-Май-22, (404) –1

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

1. Сообщение от Fracta1L (ok), 08-Май-22, 11:03 –12 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #4, #30, #45, #70

2. Сообщение от А где же каменты (?), 08-Май-22, 11:04 –12 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #7, #9, #240

3. Сообщение от Аноним (3), 08-Май-22, 11:07 +4 +/–

А те, кто делает патчи, пользуются Linux? Или это как у нас в современной политике "якобы делаем, а сами не пользуемся"

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #5, #15, #255

4. Сообщение от Аноним (4), 08-Май-22, 11:07 +3 +/–

Скорей бы уж свет Раст озарил Линукс

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #10

5. Сообщение от Аноним (4), 08-Май-22, 11:08 –2 +/–

Делать Линукс надо, по-хорошему, на МакОС

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #11

7. Сообщение от ИмяХ (?), 08-Май-22, 11:11 +13 +/–

Включение Rust в ядро - это как раз и есть создание экосистемы для развития языка.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #28, #267

9. Сообщение от Аноним (9), 08-Май-22, 11:13 +2 +/–

Сейчас уже все на Раст переписывают

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #210

10. Сообщение от Аноним (10), 08-Май-22, 11:17 +1 +/–

Восславьте солнце друзья мои, линукс с нами!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #13

11. Сообщение от Аноним (3), 08-Май-22, 11:20 +/–

На мой взгляд консервативно никто сейчас не делает: ни MacOS ни Windows. Linux всё же даёт свободу, но всё равно консервативного отношения не видно.
Много стандартов.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #12

12. Сообщение от Аноним (12), 08-Май-22, 11:27 +5 +/–

OpenBSD. Там столько консервативности, что хоть консервы заворачивай.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #328

13. Сообщение от slava_kpss (ok), 08-Май-22, 11:29 –5 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #16, #44

14. Сообщение от DildoZilla (?), 08-Май-22, 11:31 +1 +/–

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

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

15. Сообщение от Мохнатый пись (?), 08-Май-22, 11:31 +/–

Откуда такая растофобия? Как будто в ядро пытаются добавить не низкоуровневый удобный язык, а javascript со смузями

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #22, #31, #149, #331, #408

16. Сообщение от Аноним (16), 08-Май-22, 11:36 +1 +/–

Praise the Sun не относится к фашизму, это лозунг рыцаря из Dark Souls, который приходит на помощь игроку.

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

17. Сообщение от Аноним (17), 08-Май-22, 11:40 –3 +/–

Молодцы!

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

19. Сообщение от ананоша (?), 08-Май-22, 11:45 –1 +/–

Синтаксис раста страшнючий, но если кому-то нравится, почему нет

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #33, #48, #106, #196

20. Сообщение от Аноним (20), 08-Май-22, 11:47 +/–

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

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

21. Сообщение от Аноним (20), 08-Май-22, 11:48 –1 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #25

22. Сообщение от keydon (ok), 08-Май-22, 11:51 +5 +/–

Так ведь и пытаются

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

23. Сообщение от barmaley (??), 08-Май-22, 11:55 –4 +/–

Интересно зачем вообще нужен раст? Для низкоуровневого уже есть Гоу который внушает больше доверия чем сомнительная поделка от неизвестно кого

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #26, #37, #153

24. Сообщение от Аноним (24), 08-Май-22, 11:57 +7 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #27, #129, #222, #401

25. Сообщение от keydon (ok), 08-Май-22, 12:00 +9 +/–

Это для начала. А потом будет как обычно: модуль X на расте, софт от гугель требует модуль X (потому что так сказал гугель), поэтому в центос и бубунту проталкивают сборку раста по дефолту, поэтому его начинают использовать как либу другие компании уже со своим софтом, а переписывание модуля на си начинают студенты (которым заняться нечем) и само собой недоделывают его из-за сессии и теперь все пишут какой же модуль на си кривой, а на расте хороший, так что надо ядро на раст переписывать и т.д. и вот типичный EEE: он как бы не обязателен, а без него уже ничего не работает, проходит десяток лет и какой-нибудь "герой" предлагает его включать по дефолту потому что это уже стандарт... Много раз такое проходили.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #34, #38

26. Сообщение от Аноним (17), 08-Май-22, 12:03 +3 +/–

В rust автоматическое управление памятью без garbage collector и его больших накладных расходов. Этим он принципиально отличается от go

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #36, #75

27. Сообщение от keydon (ok), 08-Май-22, 12:07 +2 +/–

Экспансия же. Корпорации уже раскупили места у руля в цитадели зла(ещё на этапе котлована), теперь остаётся его сделать стандартом и рулить миром. Сначала ненавязчиво(прикрываясь заботой о природе, детях, безопасности, нервых клетках разработчиков, в общем всем хорошим против всего плохого), потом все более явно (как с ютубом, хромом, js, андройдом и тд). Много раз уже такое проходили, ничего хорошего в итоге не получается.

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

28. Сообщение от КО (?), 08-Май-22, 12:10 –11 +/–

Скажи это ненужному WireGuard.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #144, #330, #426

30. Сообщение от Корец (?), 08-Май-22, 12:17 +4 +/–

Посмотрим, как ты запоёшь, когда он станет безбожно дырявым из-за раста xD

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #46, #63

31. Сообщение от bOOster (ok), 08-Май-22, 12:17 –2 +/–

Сам не знал что истину написал? :))
Когда-то были языки высокого уровня и низкого. А Раст и иже с ними это уже новый класс. Языки программирования среднего уровня. То есть по старой квалификации ни то и не другое.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #40, #128, #265

32. Сообщение от Аноним (32), 08-Май-22, 12:17 +1 +/–

>Разработка финансируется компанией Google и организацией ISRG

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #35

33. Сообщение от Аноним (32), 08-Май-22, 12:17 –9 +/–

не надоело ещё мусолить тему про "страшнючий" синтаксис раста?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #58

34. Сообщение от Аноним (40), 08-Май-22, 12:20 –1 +/–

Ну будем пользоваться ядром без раста. Это же как libre версия ядра без включения проприетарных компонентов.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #133

35. Сообщение от bOOster (ok), 08-Май-22, 12:20 –1 +/–

>>Разработка финансируется компанией Google и организацией ISRG
Ну значит все это упадет - когда финансирование закончится. Хотя и сейчас то не особо взлетает.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #43

36. Сообщение от bOOster (ok), 08-Май-22, 12:21 +/–

> В rust автоматическое управление памятью без garbage collector и его больших накладных
> расходов. Этим он принципиально отличается от go
Повторяем еще раз это есть и в C++ в умных указателях.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #39, #117, #269, #270

37. Сообщение от Аноним (40), 08-Май-22, 12:24 +4 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #73

38. Сообщение от anonymous (??), 08-Май-22, 12:26 +/–

Ни чего не поделаешь. Всегда сидел на FF, перешёл полгода на Chromium. Без него не работает.
Решает рынок, со стороны web-разработки Go порешал Rust.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #151, #323, #326

39. Сообщение от Аноним (40), 08-Май-22, 12:27 +/–

Тогда Rust это тот же Groovy для Java, когда уже есть Java. А Go это такой же Kotlin, но от очковых.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #53

40. Сообщение от Аноним (40), 08-Май-22, 12:29 +/–

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

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

42. Сообщение от Аноним (42), 08-Май-22, 12:38 +/–

Вот ето новость. Все ядро на Rust надо переписать!
Ооо Дааа Ruuust...

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

43. Сообщение от пох. (?), 08-Май-22, 12:40 +/–

> Ну значит все это упадет - когда финансирование закончится.
то есть после мировой ядерной войны, но это неточно? Потому что деньги гугля и циски наверное и тогда не закончатся.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #50

44. Сообщение от Аноним (44), 08-Май-22, 12:40 +1 +/–

Режим шифрования включил?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #242

45. Сообщение от Аноним (46), 08-Май-22, 12:41 +3 +/–

Очередной раз напоминаю дырявости и сишка никак не связаны.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #52, #125

46. Сообщение от Аноним (46), 08-Май-22, 12:41 +10 +/–

Всё равно будет виновата сишка, ну что ты как маленький.

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

48. Сообщение от Аноним (46), 08-Май-22, 12:43 –2 +/–

Потому что они срут всем, а не только себе.

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

50. Сообщение от bOOster (ok), 08-Май-22, 12:47 +1 +/–

Google, вообще-то, имеет репутацию весьма крутой на развороты и метания.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43 Ответы: #114, #157

52. Сообщение от Fracta1L (ok), 08-Май-22, 12:51 –6 +/–

Канеш сишка непогрешима, не волнуйся. А теперь укольчики и спать)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45 Ответы: #54

53. Сообщение от bOOster (ok), 08-Май-22, 12:53 –1 +/–

> Тогда Rust это тот же Groovy для Java, когда уже есть Java.
> А Go это такой же Kotlin, но от очковых.
Нет, потому что синтаксис языка Rust - это полное нечитаемое гуано.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #59

54. Сообщение от nvidiaamd (?), 08-Май-22, 13:00 +2 +/–

Что то не вижу тебя в коммитах к этой байде.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #66

58. Сообщение от nvidiaamd (?), 08-Май-22, 13:04 +4 +/–

Правда глаза режет.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #115

59. Сообщение от Аноним (40), 08-Май-22, 13:05 +/–

Да я не про синтаксис. Groovy не изобрели бы зная про другой язык. Это уже не ради чего-тио нужного создается, а чтобы показать новый неполный набор языка высокого уровня в более низком на замену Си. Hare хотя бы шансы имеет, но сдается мне системный софт надо писать на раст только до тех пор пока на Си не будет качественно переписаны драйвера. Штеуд вот втащил кучу денег в разработку драйверов под линукс, но не у всех есть такая возможность. Так что раст подойдет для прототипирования, а не как серебряная пуля. Языки высокого уровня куда сложнее нечитаемого раста.

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

61. Сообщение от Аноним (-), 08-Май-22, 13:23 +3 +/–

Для чистого Си экосистемой является GNU/Linux. А Rust - это чужеродное вкрапление. GNU/Linux прославляет копилефт и Свободу. А растаманы за разрешиловку-пермиссивщину. Растаманы не являются врагами проприетарного ПО, а линуксоиды являются врагами проприетарного ПО.
Вывод: Rust Линуксу не нужен.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #69, #95, #118, #122, #169

62. Сообщение от Аноним (62), 08-Май-22, 13:39 +/–

> Инструментарий и вариант библиотеки alloc, избавленный от возможных генераций состояния "panic" при возникновении ошибок
> Добавлена блокировка NoWaitLock, которая никогда не приводит к ожиданию освобождения, а в случае занятия другим потоком приводит к выводу ошибки при попытке получения блокировки вместо остановки вызывающего
который год костыли и подпорки городят для растовиков, напрашивается вопрос - накой тащить язык который не подходит для ядра в ядро ?

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #78, #97

63. Сообщение от Аноним (63), 08-Май-22, 13:41 +1 +/–

> Посмотрим, как ты запоёшь, когда он станет безбожно дырявым из-за раста xD
Дело даже не только в безбожной потенциальной дырявости из-за раста, дело в том, что на уровне ядра подразумевается доступ для включение вкраплений растаманского г@внокода.
Это же, те самые растаманы, которые не осилили в нормальные ЯПы, потому что не знают архитектуры железа, под которое собрались писать свой гомнокод, по сути сам раст by design это костыль для отсталых, которые неосилили писать на низком уровне, хуже только JS-макаки и прочие скриптохипсторы.
Это не для усиления секурности, это для снижения порога вхождения, чтобы по итогу не платить хорошим специалистам, а затаривать кучки "индусов", по сто баксов пучок, экономия денег ценой ресурсов конечных пользователей, а в итоге и экономия на качестве конечного продукта.
Печально всё это, линуксы катятся в хипсторскую кривую блоатварь.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #124, #143

64. Сообщение от анонимныйнекодим (?), 08-Май-22, 13:42 +/–

Дорогой Мигель (ты же читаешь?)!
Лучше бы занялся системами сборки (Ninja или tup). Мы бы поблагодарили, да!

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

66. Сообщение от Аноним (46), 08-Май-22, 13:51 +3 +/–

Фракталя не программист, он тролль.

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

69. Сообщение от Аноним (40), 08-Май-22, 13:52 –1 +/–

Зачем быть врагами ПО? Как только из ядра начали выпиливать GPLv3 начался упадок и компромиссы. Такими темпами какой-нибудь 9front состоится как замена устаревших UNIX, Linux. VESA режим там работает. Проблем с Rust никаких. Чистый Си. Офигенная скорость работы на совместимом железе.

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

70. Сообщение от Аноним (70), 08-Май-22, 13:52 +1 +/–

Только бездарь может считать, что дело в ЯП.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #83

71. Сообщение от Аноним (70), 08-Май-22, 13:53 +/–

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

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

73. Сообщение от Бывалый смузихлёб (?), 08-Май-22, 13:54 –1 +/–

Ну как раз под мк поддержки раста практически и нет
Там, как ни странно, очень даже любят сишку
Да и зачем там раст, если всё ключевое там всё равно на сях

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #108

75. Сообщение от Бывалый смузихлёб (?), 08-Май-22, 13:59 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #80, #180

77. Сообщение от Онаним (?), 08-Май-22, 14:03 +4 +/–

От приведённого примера кода мои глаза снова вытекли.
На этом реально кто-то всерьёз пишет?

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #81, #110

78. Сообщение от Аноним (-), 08-Май-22, 14:06 +1 +/–

>> https://www.kernel.org/doc/htmldocs/kernel-api/API-kmalloc.html
>> kmalloc is the normal method of allocating memory for objects smaller than page size in the kernel.
>> https://www.kernel.org/doc/htmldocs/kernel-locking/trylock-f...
>> There are functions that try to acquire a lock only once and immediately return a value telling about success or failure to acquire the lock.
> который год костыли и подпорки городят для растовиков, напрашивается вопрос - накой тащить язык который не подходит для ядра в ядро ?
Который год опеннетные Воены Против Раста c умным видом несут хрень  ...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62 Ответы: #100

80. Сообщение от Аноним (17), 08-Май-22, 14:12 +/–

Если бы ты хоть раз в жизни написал что-то сложнее hello world, то знал бы, что операция выделения памяти всегда может завершится с ошибкой. Это зависит не от языка, не от программиста, а от состояния компьютера и операционной системы.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75 Ответы: #85

81. Сообщение от Аноним (46), 08-Май-22, 14:15 +1 +/–

Нет

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77 Ответы: #88

82. Сообщение от Аноним (46), 08-Май-22, 14:15 +1 +/–

Нет автор ушел именно потому что уже понял что это хлам.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71 Ответы: #213

83. Сообщение от Fracta1L (ok), 08-Май-22, 14:17 –2 +/–

(с) Омар Сигизмундович Стэтхем

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70 Ответы: #90

85. Сообщение от Аноним (-), 08-Май-22, 14:36 –1 +/–

>> panic
> ошибка
Как всегда, подмена понятий.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80 Ответы: #94, #109, #152

86. Сообщение от Смузихлёб (ok), 08-Май-22, 14:37 +13 +/–

Пора закрывать комментарии в темах про руст.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #101, #120, #170, #252

88. Сообщение от Аноним (88), 08-Май-22, 14:42 +/–

Гм, а чем плох код? Лаконичный и ясный. Если что, уже с год пишу разные микросервисы на Rust для связи блокчейнов с GUI-инструментами. Rust только радует, давно у меня не было такого субъективно комфортного языка (пожалуй, со времён первого Delphi).

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81 Ответы: #96, #184, #364

90. Сообщение от Аноним (10), 08-Май-22, 14:47 –1 +/–

Больше не нажирайся так

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

94. Сообщение от bOOster (ok), 08-Май-22, 14:52 +1 +/–

>>> panic
>> ошибка
> Как всегда, подмена понятий.
Молодец, подтвердил что никогда не писал ничего круче Hello World.

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

95. Сообщение от bOOster (ok), 08-Май-22, 14:54 +/–

> Для чистого Си экосистемой является GNU/Linux. А Rust - это чужеродное вкрапление.
> GNU/Linux прославляет копилефт и Свободу. А растаманы за разрешиловку-пермиссивщину.
> Растаманы не являются врагами проприетарного ПО, а линуксоиды являются врагами проприетарного
> ПО.
> Вывод: Rust Линуксу не нужен.
GNU прославляет Открытость. Свободу прославляет BSD. Не стоит путать данные вещи. Свободой в GNU не пахнет от слова совсем. Ты в дофига пунктах постоянно кому то что-то должен.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #132, #410

96. Сообщение от Аноним (96), 08-Май-22, 14:54 –1 +/–

Это методичка у них такая, забей на этих сиплюсплюснутых ботов.
А синтаксис у Rust Language наиприятнейший😋

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #88 Ответы: #148

97. Сообщение от bOOster (ok), 08-Май-22, 14:58 +1 +/–

>> Инструментарий и вариант библиотеки alloc, избавленный от возможных генераций состояния "panic" при возникновении ошибок
>> Добавлена блокировка NoWaitLock, которая никогда не приводит к ожиданию освобождения, а в случае занятия другим потоком приводит к выводу ошибки при попытке получения блокировки вместо остановки вызывающего
> который год костыли и подпорки городят для растовиков, напрашивается вопрос - накой
> тащить язык который не подходит для ядра в ядро ?
Чтобы "ремесленникам-программистам" уровня 1С платить в 10 раз меньше. Профи - всегда хотят много, да еще и нарасхват.

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

99. Сообщение от Аноним (-), 08-Май-22, 14:59 +/–

https://redo.readthedocs.io/en/latest/
> redo: a recursive, general-purpose build system

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64 Ответы: #103

100. Сообщение от Аноним (62), 08-Май-22, 15:02 +/–

> panic
> kmalloc
https://lkml.org/lkml/2021/4/14/1099
> NoWaitLock
> trylock Functions
spin_trylock() и mutex_trylock() проверяют обычные спинлоки и мьютексы, для этого не нужно как в расте создавать специальную блокировку

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78 Ответы: #112

101. Сообщение от Аноним (-), 08-Май-22, 15:02 +3 +/–

Пора не писать даже-не-минорщину в (главных) новостях

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

103. Сообщение от анонимныйнекодим (?), 08-Май-22, 15:03 +1 +/–

Пихон не нужен, совсем.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99 Ответы: #105

105. Сообщение от Аноним (-), 08-Май-22, 15:13 +/–

Эта страница для быстрого ознакомления что это. Оригинальный redo на (ba)sh.
https://redo.readthedocs.io/en/latest/#how-does-this-redo-co...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #103 Ответы: #116

106. Сообщение от Andrewpotam (?), 08-Май-22, 15:14 +/–

Да нормальный там синтаксис, что вы как дети. Ничем не хуже С++.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #142, #333

108. Сообщение от Andrewpotam (?), 08-Май-22, 15:16 –2 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73 Ответы: #147, #163

109. Сообщение от Аноним (-), 08-Май-22, 15:17 +1 +/–

>>> panic
>> ошибка
> Как всегда, подмена понятий.
Как всегда, вопиющее невежество.

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

110. Сообщение от warlock (??), 08-Май-22, 15:25 +/–

Да, и с большим удовольствием.

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

112. Сообщение от Аноним (-), 08-Май-22, 15:28 +/–

>> panic
>> kmalloc
>> пук
Ясно.
>> NoWaitLock
>> trylock Functions
> spin_trylock() и mutex_trylock() проверяют обычные спинлоки и мьютексы, для этого не нужно как в расте создавать специальную блокировку
Проверяют через либастрал, ага.

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

113. Сообщение от Неуклюжий танцор (?), 08-Май-22, 15:28 +2 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #121, #130, #407

114. Сообщение от Аноним (4), 08-Май-22, 15:30 +2 +/–

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

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

115. Сообщение от Аноним (4), 08-Май-22, 15:30 +/–

Норм синтаксис, просто кто не знает, тот не приучен

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58 Ответы: #119

116. Сообщение от анонимныйнекодим (?), 08-Май-22, 15:32 +/–

> для быстрого ознакомления что это
Я даже с DJB знаком, но всё равно спасибо. :)
А вот https://github.com/leahneukirchen/redo-c на Правильном и Нужном Языке.
Вarning! Автор - бывший мужик.

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

117. Сообщение от Аноним (4), 08-Май-22, 15:32 +/–

> Повторяем еще раз это есть и в C++ в умных указателях.
Не включены по умолчанию и всё равно полно возможностей получить UB по памяти

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

118. Сообщение от Аноним (4), 08-Май-22, 15:34 +2 +/–

Копилефт - это рабство, свобода насильно. Пермиссив - вот это истинная свобода. Свободнее только общественное достояние
> линуксоиды являются врагами проприетарного ПО.
Нет, не являются, это вы себе придумали. Зачем враждовать, если можно сосуществовать?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #134, #176, #271, #411

119. Сообщение от Аноним (-), 08-Май-22, 15:34 –1 +/–

> Норм синтаксис, просто кто не знает, тот не приучен
А откуда, если всех знаний - паскальчик да жабкоскриптик c питончиком (ну и еще пара сишечных хелловротов в "универе")?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #115 Ответы: #161

120. Сообщение от Аноним (4), 08-Май-22, 15:36 –1 +/–

Когда нечего отвечать, пытаетесь закрыт людям рты

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86 Ответы: #215, #365

121. Сообщение от Аноним (4), 08-Май-22, 15:36 –6 +/–

Да нормальный синтаксис, выручите уже и успокойтесь

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

122. Сообщение от Аноним (-), 08-Май-22, 15:38 +1 +/–

> а линуксоиды являются врагами проприетарного ПО.
Да-да, особенно любят "враждовать" из под WSL или макоси (как например местный модератор-борец-за-GNU).

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

124. Сообщение от Аноним (4), 08-Май-22, 15:42 +3 +/–

> Это же, те самые растаманы, которые не осилили в нормальные ЯПы
С чего такие заявления?
> Это не для усиления секурности, это для снижения порога вхождения,
Вот можно копать лопатой, а можно экскаватором. Это снижение порога вхождения? Это более удобный инструмент же, емае
>  "индусов"
Вы расист?
> экономия денег
Всегда важна, как будто это плохое

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63 Ответы: #254

125. Сообщение от Аноним (4), 08-Май-22, 15:43 –1 +/–

Связаны, ведь в Си можно делать много UB операций с памятью, которые в Раст запрещены.

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

126. Сообщение от Аноним (126), 08-Май-22, 15:44 –1 +/–

Linux переписыввают на Rust!!!
Люди добрые, да что же это такое творится?!

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

128. Сообщение от Аноним (4), 08-Май-22, 15:46 –2 +/–

Так а смысл ядро на низком уровне писать? Тонкий контроль не всегда нужен. Да и Си не особо низкого уровня, Си не отражает устройства X86, он в лучшем случае отражает условный виртуальный PDP11.
https://queue.acm.org/detail.cfm?id=3212479

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #268, #284

129. Сообщение от Аноним (4), 08-Май-22, 15:48 +/–

В аде гарбадж коллектор есть. В расте нет

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #211

130. Сообщение от Смузихлёб (ok), 08-Май-22, 15:48 +6 +/–

> толстая система сборки
Толще чем у JAVA? А вообще, наблюдая за развитием всего этого, складывается впечатление, что будущее (в прикладном софте) за скриптовыми языками и динамической компиляцией.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #113 Ответы: #216, #257

132. Сообщение от Аноним (-), 08-Май-22, 16:21 +1 +/–

>GNU прославляет Открытость. Свободу прославляет BSD
Класическое перевирание: "Чёрное назвать белым, а белое чёрным".

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #95 Ответы: #135, #181

133. Сообщение от Аноним (133), 08-Май-22, 16:24 +2 +/–

> Это же как libre версия ядра без включения проприетарных компонентов.
Ну и кто ей пользуется?

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

134. Сообщение от Аноним (-), 08-Май-22, 16:25 –1 +/–

>Пермиссив - вот это истинная свобода
Нет, пермиссивка это потакание проприетарщине.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #118 Ответы: #136

135. Сообщение от Аноним (133), 08-Май-22, 16:25 +1 +/–

В чём свобода GNU?

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

136. Сообщение от Аноним (133), 08-Май-22, 16:26 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #134 Ответы: #167, #226

137. Сообщение от Аноним (137), 08-Май-22, 16:31 +2 +/–

Любопытно, что большая часть кода в этой "прослойке" содержит unsafe. В таком случае, какая польза от Rust? Без шуток, действительно интересно.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #139, #140, #154, #171, #285

139. Сообщение от Аноним (133), 08-Май-22, 16:34 –2 +/–

Ну так это в прослойке, код который с её помощью будет подключаться, будет safe

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #137 Ответы: #218

140. Сообщение от пох. (?), 08-Май-22, 16:35 +3 +/–

Как какая? Код помечен unsafe! Сразу видно где искать проблемы! (ну да, весь код. В нем и искать.)
А на устаревшей сишечке ведь никому и в голову не придет их искать - нет меток, смузихлебы не могут так работать.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #137 Ответы: #172, #220

142. Сообщение от nvidiaamd (?), 08-Май-22, 16:46 –2 +/–

Для инопланетян, возможно. Но не для вменяемых гуманоидов.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106 Ответы: #150

143. Сообщение от НяшМяш (ok), 08-Май-22, 16:47 +1 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63 Ответы: #253

144. Сообщение от НяшМяш (ok), 08-Май-22, 16:48 +7 +/–

Сижу на ненужном WireGuard примерно 2 месяца. Нравится больше L2TP, роутер влёгкую 100 мегабит забивает.

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

147. Сообщение от nvidiaamd (?), 08-Май-22, 16:51 +/–

Пруфы будут или как всегда?

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

148. Сообщение от Аноним (148), 08-Май-22, 16:51 +1 +/–

что же ты сам себе отвечаешь-то, анонимный писака наиважнейших сервисов?

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

149. Сообщение от НяшМяш (ok), 08-Май-22, 16:53 +/–

Это национальная забава. Когда что-то не понимаешь, надо это хейтить, а лучше запретить. Вон недавно на Форуме Безопасного Интернета дядечка высказался о запрещении этого самого интернета. Там же дети пропадают и роскомнадзорятся. А сколько от раста несчастий - и не перечесть. Теперь так просто UB и закладки не позапихивать, придётся думать.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #385

150. Сообщение от НяшМяш (ok), 08-Май-22, 16:55 +1 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #142 Ответы: #249

151. Сообщение от НяшМяш (ok), 08-Май-22, 16:56 +/–

> Решает рынок, со стороны web-разработки Go порешал Rust.
А Rust в курсе? А то помнится мне, они немного для разных целей рекламировались.

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

152. Сообщение от НяшМяш (ok), 08-Май-22, 16:57 +/–

> Как всегда, подмена понятий.
Лучше уж паника, чем профессиональный сишник, который забыл проверить успешность malloc.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #85 Ответы: #158, #166, #250, #359

153. Сообщение от НяшМяш (ok), 08-Май-22, 17:00 +/–

> низкоуровневого уже есть Гоу
Настолько низкоуровневого, что в нём даже нельзя однозначно понять, когда string(bytes) скопирует байты, а когда нет? А замечательные nil это вообще песня. Или, например, нельзя дважды вызывать close(channel), а то будет паника. Никогда не думал что такое скажу, но даже JS лучше гошки.

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

154. Сообщение от НяшМяш (ok), 08-Май-22, 17:04 +/–

Поэтому она и называется "прослойка" - потому что использует существующие абстракции. А всё внешнее для раста - unsafe.

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

157. Сообщение от Аноним (157), 08-Май-22, 17:25 +1 +/–

Скорее всего они пишут для своих облаков и своего железа (а его у Гугла много). Чтобы потом на этом деньги зарабатывать. Поэтому здесь они будут до конца.

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

158. Сообщение от Аноним (-), 08-Май-22, 17:31 +/–

> паника
> профессиональный сишник
Всё разложил по понятиям.

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

161. Сообщение от wyry (?), 08-Май-22, 18:08 +3 +/–

Ага, и во всех перечисленных языках синтаксис разрабатывался изначально дизайном, где-то больше, где-то меньше. В C++ синтаксис становится уродливым тогда, когда начинаются "новые" (они появились уже сравнительно давно) возможности. Rust же новый язык, который УЖЕ приобрёл уродливый синтаксис. И да, простое и тривиальное ПО на любом языке будет выглядеть сравнительно просто, зато когда в Rust начинает требоваться создавать сложное поведение, где-то применять unsafe, где-то контролировать время жизни (это вообще отдельная тема и иногда выглядит как удовлетворения компилятора, чтобы не ругался) в итоге всё превращается в кашу. На C (чистом) МОЖНО при желании писать уродливый и непонятный код. Можно делать хитрые "лайфхаки" в циклах, но язык не обязывает разработчика так поступать. В Rust в достаточно сложном коде запросто получается write-only не специально.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #119 Ответы: #168, #173

163. Сообщение от wyry (?), 08-Май-22, 18:11 +/–

Ага, все библиотеки по сей день пишут на чистом C (которые кстати легко адаптируются и под Rust при желании), мёртвый язык. Я уж молчу о нишевых решениях.

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

166. Сообщение от Аноним (-), 08-Май-22, 18:17 +/–

>> Как всегда, подмена понятий.
> Лучше уж паника, чем профессиональный сишник, который забыл проверить успешность malloc.
Где ты тут проф. сишников увидел?
Местные "знатоки" сишечку разве что в универе пару раз нюхали - а так питончик, ЖС и проч.
Иначе были бы в курсе, что такое аллокатор и не пытались бы с умным видом "критиковать" прикручивание кастомного для ядра (который, внезапно, точно так же сделали и для сишечки), как будто для этого нужно было "опять переписать раст", а не что-то типа

extern crate jemallocator;
use jemallocator::Jemalloc;
#[global_allocator]
static GLOBAL: Jemalloc = Jemalloc;
Тем более, не следует ожидать от них понимания, что растовая "panic" - или тупо вставка "abort" с выводом ошибки, если уж погроммист решил забить на обработку ошибок ИЛИ же тот же abort внутри "infallible" вызовов - что с точки зрения юзерспейсной разработки вполне нормальная стратегия, т.к. нормальную обработку нехватки памяти способны сделать "не только лишь все", да и повсеместный оверкоммит все равно "передает привет".

Trait std::alloc::GlobalAlloc
...
unsafe fn alloc(&self, layout: Layout) -> *mut u8
Allocate memory as described by the given layout.
Returns a pointer to newly-allocated memory, or null to indicate allocation failure.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #152 Ответы: #174

167. Сообщение от wyry (?), 08-Май-22, 18:22 +5 +/–

Это лезвие обоюдоострое. В случае с BSD лицензиями одиночный разработчик (маленький человек) может запросто и законно разрабатывать сложный проприетарный софт, некоторые элементы которого могут стать достоянием общественности (но без обязаловки). Это открывает возможность для ЗЛОУПОТРЕБЛЕНИЙ, то есть разработчики могут тупо начать воровать сколько угодно проектов, лепя своего Франкенштейна на совершенно законных основаниях, при этом добавляя немного маркетинга можно и неплохо заработать. GPL же существенно ограничивает использование кода для целей получения выгоды (по сути все, кто зарабатывают на GPL продают техническую поддержку, а не софт). GPL хорош тем, что позволяет некоторым проектам жить, например, Blender (который с переменным успехом крадут китайцы). Blender - уникальная софтина, т.к. это возможно единственный GPL-проект, который активно существует вне *nix среды в качестве готового, самостоятельного продукта. При этом ни одна проприетарная компания ничего не может ему сделать, за что Тон Розенталь (Б-г) часто всех троллит. В итоге на самом деле нужно И ТО И ДРУГОЕ! GPL эффективно защищает проекты от воровства кода (по крайней мере есть возможность законно подать в суд), BSD позволяет свободным художникам больше творить не опасаясь, что тебя ЗАСТАВЯТ раскрыть все карты. Как бы свобода свободой, но в реальном мире людям иногда надо кушать.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #136 Ответы: #177, #195, #258

168. Сообщение от Аноним (-), 08-Май-22, 18:23 +1 +/–

> Ага, и во всех перечисленных языках синтаксис разрабатывался изначально дизайном, где-то
> больше, где-то меньше.
Да-да, особенно в JS был "дизайн", ага.

> И да, простое и тривиальное ПО на любом языке будет выглядеть сравнительно просто, зато когда в Rust начинает требоваться создавать сложное поведение, где-то применять unsafe, где-то контролировать
> время жизни (это вообще отдельная тема и иногда выглядит как удовлетворения
> компилятора, чтобы не ругался) в итоге всё превращается в кашу.
Простое и тривиальное ПО на любом ЯП будет выглядеть просто, сложное ПО на расте - сложно ... Л-логика (нет).

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

169. Сообщение от Аноним (-), 08-Май-22, 18:24 +2 +/–

Какая это "свобода" затесалась в GNU/Linux? Это там где все решает один чел? Классная свобода...

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

170. Сообщение от Онаним (?), 08-Май-22, 18:26 +4 +/–

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

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

171. Сообщение от Аноним (172), 08-Май-22, 18:29 +7 +/–

Никакой пользы от Раста нет. Призыва писать на Хаскеле был бы столь же релевантен.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #137 Ответы: #231

172. Сообщение от Аноним (172), 08-Май-22, 18:30 +4 +/–

Театр безопасности аля оградительная лента.

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

173. Сообщение от Анонн (?), 08-Май-22, 18:38 +2 +/–

Это в Си разрабатывался синтаксис вместе с дизайном?? Да там дизайна никакого не было! Почитайте историю его создания, хотя бы в википедии. Намекну - его разработали в  1973, а первый стандарт был аж  1989, который по факту просто зафиксиловал уже имеющийся синтаксис. А до этого были несовместимые диалекты, компиляторы и тд

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #161 Ответы: #183, #248, #332

174. Сообщение от Аноним (174), 08-Май-22, 18:40 +/–

> тупо вставка "abort"
Ты забыл - "неявная". Самое то для системного языка.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #166 Ответы: #179

175. Сообщение от Ананоним (?), 08-Май-22, 18:44 +1 +/–

Скоро уже ядро будет собираться сутки? А то поржать хочется.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #190, #202

176. Сообщение от Аноним (174), 08-Май-22, 18:44 +1 +/–

> Свободнее только общественное достояние
Под принуждением государства. А так немало попыток прихватизировать произведения, перешедшие в общественное достояние.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #118 Ответы: #178

177. Сообщение от Аноним (133), 08-Май-22, 18:48 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #167 Ответы: #182, #316

178. Сообщение от Аноним (133), 08-Май-22, 18:49 –1 +/–

> А так немало попыток прихватизировать произведения, перешедшие в общественное достояние.
Это не запрещено и по закону можно так делать, насколько я помню. Хотя может право на имя и бессрочное, не знаю. Но имущественных прав на достояние естественно нет, можешь пользовать как хош, это точно

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #176 Ответы: #187

179. Сообщение от Аноним (-), 08-Май-22, 18:55 +/–

>> тупо вставка "abort"
...
>> Result<T, E> is the type used for returning and propagating errors. It is an enum with the variants, Ok(T), representing success and containing a value, and Err(E)
>> pub fn unwrap(self) -> T
>> Returns the contained Ok value, consuming the self value.
>> Panics if the value is an Err, with a panic message provided by the Err’s value.
>> Because this function may panic, its use is generally discouraged. Instead, prefer to use pattern matching and handle the Err case explicitly, or call unwrap_or, unwrap_or_else, or unwrap_or_default.
> Ты забыл - "неявная". Самое то для системного языка.
Зато ты не забыл нафантазировать что-то. Самое-то для очередного опеннетного коммента о расте.

#[stable(feature = "rust1", since = "1.0.0")]
    pub fn unwrap(self) -> T
    where
        E: fmt::Debug,
    {
        match self {
            Ok(t) => t,
            Err(e) => unwrap_failed("called `Result::unwrap()` on an `Err` value", &e),
        }
    }
fn unwrap_failed(msg: &str, error: &dyn fmt::Debug) -> ! {
    panic!("{}: {:?}", msg, error)
}

Неявность прям "изо всех щелей", ага.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #174 Ответы: #185

180. Сообщение от Смузихлёб (ok), 08-Май-22, 18:56 +1 +/–

> Хорошее управление памятью.
Это как?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75 Ответы: #263

181. Сообщение от bOOster (ok), 08-Май-22, 18:56 +/–

>>GNU прославляет Открытость. Свободу прославляет BSD
> Класическое перевирание: "Чёрное назвать белым, а белое чёрным".
facepalmище - типичный опеннетчик-подросток с юношеским максимализмом, сам не читал - но знаю все! Налили в уши как-то.
А стоило бы попользоваться своим серым веществом то.. Если в лицензии существуют пункты в стиле "Вы не можете.." значит это вам запрещают. И где теперь свобода то?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #132 Ответы: #336

182. Сообщение от Аноним (-), 08-Май-22, 19:03 +/–

> Слушайте, снимаю шляпу. В кой-то веки человек не просто поддержал BSD или
> GPL, обосрав оппонента, но расписал плюсы и минусы обеих точек зрения
> и указал, когда они нужны. Это здесь редкость, моё почтение вам, господин.
Вообще-то, там "Есть нюанс, Петька".
>> GPL же существенно ограничивает использование кода для целей получения выгоды (по сути все, кто зарабатывают на GPL продают техническую поддержку, а не софт).
Это не относится к "толстым" SaaS-овцам (если мы не ведем речь о _A_GPL), типа амазона, гугла и прочих. Тот же Гугл с его "зажатыми" патчами для ЕXT вообще классика.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #177 Ответы: #186

183. Сообщение от Аноним (183), 08-Май-22, 19:06 –2 +/–

До Си были A и B, так что Си был эволюцией

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

184. Сообщение от Аноним (183), 08-Май-22, 19:06 +3 +/–

Аутотренинг по утрам?

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

185. Сообщение от Аноним (-), 08-Май-22, 19:09 –2 +/–

Паника кидается только из unwrap.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #179 Ответы: #414

186. Сообщение от Аноним (133), 08-Май-22, 19:09 +/–

Да я хотел было раскритиковать, но потом подумал, что редко тут хотя бы такие развернутые комменты, поэтому хвалил
> Это не относится к "толстым" SaaS-овцам (если мы не ведем речь о _A_GPL), типа амазона, гугла и прочих. Тот же Гугл с его "зажатыми" патчами для ЕXT вообще классика.
Да, от корпов никакие GPL не помогают. Они, если захотят, могут и сообщество просто прикорманить основное

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

187. Сообщение от Аноним (-), 08-Май-22, 19:15 +1 +/–

> Это не запрещено...
И за этим следит государство, а не природа.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #178 Ответы: #188

188. Сообщение от Аноним (133), 08-Май-22, 19:20 –1 +/–

Так в правовой сфере везде так

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #187 Ответы: #194

190. Сообщение от Смузихлёб (ok), 08-Май-22, 19:21 +5 +/–

Всё уже собрано до нас. Я ради интереса в прошлом году собрал под 4 пень со всеми оптимизациями под HT и netburst. Разницы никакой от слова совсем.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #175 Ответы: #191, #369

191. Сообщение от Аноним (191), 08-Май-22, 19:24 –7 +/–

А что ты ожидал там увидеть, тем более на таком мусорном железе?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #190 Ответы: #203

192. Сообщение от menangen (?), 08-Май-22, 19:24 +4 +/–

Раст это пихают уже как собаке пятую ногу пришивают. Лучше бы Objective-C или D в ядро пихали - и то более вменяемые языки, да тот же C++ последних стандартов вполне нормальным стал

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

194. Сообщение от Аноним (-), 08-Май-22, 19:29 +/–

> правовой сфере
Может, надо с терминологией разобраться? А то "свободу" на что только не натянули.
Например начать с того, что "свободу" заменить на "право, данное таким-то государством" (делать или не делать что-то).

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #188 Ответы: #204

195. Сообщение от Аноним (-), 08-Май-22, 19:30 –2 +/–

>BSD позволяет свободным художникам больше творить не опасаясь, что тебя ЗАСТАВЯТ раскрыть все карты.
БЗДунская лицензия прямо потакает проприетарщине. Проприетарщики любят бздуноподобные лицензии. Ты одобряешь пермиссивку и хвалишь GPL пытаяь усидеть на двух стульях. В реальной жизни ты либо за Столлмана (Добро), либо за проприетарщину (Зло).

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

196. Сообщение от Аноним (196), 08-Май-22, 19:33 +/–

Какая тебе разница? Ты все равно не пишет ни на rust, ни на си, ни на чём

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

199. Сообщение от Ананоним (?), 08-Май-22, 19:37 +2 +/–

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

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

200. Сообщение от Аноним (10), 08-Май-22, 19:41 +1 +/–

И ты тоже молодец что отметил, то что они молодцы!

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

201. Сообщение от Аноним (201), 08-Май-22, 19:43 +4 +/–

> Использование Rust для разработки драйверов позволит с минимальными усилиями создавать безопасные и более качественные бла-бла-бла
Слил, нашел 108 файлов с расширением .rs, в 79-ти из них нашел конструкцию unsafe (местами более одной штуки).

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #223, #259, #273

202. Сообщение от Аноним (44), 08-Май-22, 20:10 –1 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #175 Ответы: #227, #230

203. Сообщение от Смузихлёб (ok), 08-Май-22, 20:11 +5 +/–

Мусор у тебя в голове.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #191 Ответы: #206

204. Сообщение от Аноним (44), 08-Май-22, 20:30 –1 +/–

Старый вы слишком. Свобода это вседозволенность и т.е. невзирая ни на что и даже на общество.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #194 Ответы: #363

206. Сообщение от Аноним (191), 08-Май-22, 20:43 –8 +/–

Эт ты ща серьёзно хочешь сказать, что железо, которое едва-едва потянет h264 в 720p (в лучше случае, не больше 30 кадров в секунду), можно считать чем-либо помимо мусора? У тебя всё хорошо с головой? А про то, что разницы на таком кале не будет, это очевидно и ожидаемо.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #203 Ответы: #207

207. Сообщение от Смузихлёб (ok), 08-Май-22, 20:55 +5 +/–

> h264 в 720p
Ну точно понос в голове, раз КОМПЬЮТЕР рассматривается как мультимедийное говно для ютуб-дебилов, а не как вычислительная машина для работы)))

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #206 Ответы: #208, #209

208. Сообщение от Аноним (191), 08-Май-22, 21:01 –6 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #207 Ответы: #233, #338

209. Сообщение от Аноним (191), 08-Май-22, 21:02 –4 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #207 Ответы: #229

210. Сообщение от Аноним (210), 08-Май-22, 21:05 +2 +/–

Мало переписывать, надо ещё завершать проекты, а то получается, как у Мозилы с FF: вроде что-то писали, но везде сишный код, даже в рендере, который вроде должен быть на расте.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #299

211. Сообщение от Аноним (210), 08-Май-22, 21:10 –2 +/–

Получается, Ада - лучше.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #129 Ответы: #312, #334

212. Сообщение от Аноним (210), 08-Май-22, 21:11 +/–

Они пытались - получилась редох. Но драйверы под неё написать, почему-то, не получается. Пишут под линух.

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

213. Сообщение от Аноним (210), 08-Май-22, 21:16 +/–

Кому надо было - уже нафоркали достаточных сырцов.

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

215. Сообщение от Аноним (210), 08-Май-22, 21:18 +/–

Типичная демократия.

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

216. Сообщение от Аноним (210), 08-Май-22, 21:21 –1 +/–

> Толще чем у JAVA?
Жаба - образец эталонности.
> будущее за скриптовыми языками и динамической компиляцией.
Надо же как-то утилизировать слишком избыточные мощности процов.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #130 Ответы: #232, #261, #366

217. Сообщение от Аноним (210), 08-Май-22, 21:22 +3 +/–

> что же это такое творится?
Просто растаманы не смогли дописать свою редох.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #126 Ответы: #219, #327

218. Сообщение от Аноним (210), 08-Май-22, 21:26 +3 +/–

Стадии ансейфа:
- Нинини!
- Только один единственный ансэйф!
- Ну, можно и в нескольких местах... Я же контролирую себя.
- Везде-везде-везде...
- Где бы ещё ансейф сделать?

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

219. Сообщение от Аноним (219), 08-Май-22, 21:27 +1 +/–

>> что же это такое творится?
> Просто растаманы не смогли дописать свою редох.
Че там с Hurd?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #217 Ответы: #224

220. Сообщение от Аноним (210), 08-Май-22, 21:27 +1 +/–

Искать будут в unsafe, а ошибка окажется, как обычно, в другом месте.

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

221. Сообщение от Аноним (210), 08-Май-22, 21:30 +3 +/–

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

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

222. Сообщение от proninyaroslav (ok), 08-Май-22, 21:31 +2 +/–

> уже 40+ лет как существует по-настоящему безопасный Язык Ада.
Линус говорил что его пытались пропихнуть в ядро и что этот язык ужасен, что раст или go в сравнении с ним ещё более менее.

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

223. Сообщение от Аноним (210), 08-Май-22, 21:33 +3 +/–

Причём unsafe не гарантирует, что логическая ошибка из блока (условно) safe не ударит траблом в зависимый блок unsafe.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #201 Ответы: #247

224. Сообщение от Аноним (224), 08-Май-22, 21:37 +4 +/–

С Hurd всё нормально - лежит и не шевелится.

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

225. Сообщение от Аноним (224), 08-Май-22, 21:38 +6 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #388, #406

226. Сообщение от nvidiaamd (?), 08-Май-22, 21:47 –1 +/–

Но в основном 99% этим пользуются проприетарщики

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #136 Ответы: #286

227. Сообщение от швондер (?), 08-Май-22, 21:49 +1 +/–

     Thu Oct  7 11:13:34 2021 >>> dev-lang/rust-1.53.0
       merge time: 1 hour, 27 minutes and 58 seconds.
     Sun Dec  5 16:50:19 2021 >>> dev-lang/rust-1.56.1
       merge time: 1 hour, 35 minutes and 11 seconds.
     Wed Apr 27 15:17:23 2022 >>> dev-lang/rust-1.59.0
       merge time: 1 hour, 34 minutes and 58 seconds.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #202 Ответы: #289

229. Сообщение от nvidiaamd (?), 08-Май-22, 21:56 +5 +/–

Да для вас все что старее месяца уже помойка и тормозит. Под вас ютупчики и оптимизируют

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #209 Ответы: #235

230. Сообщение от nvidiaamd (?), 08-Май-22, 21:57 +1 +/–

Не прошло еще 20 лет

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

231. Сообщение от Аноним (231), 08-Май-22, 22:07 +1 +/–

Польза есть - не нужно тратить годы на С++ с его стандартом на тыщу с гаком страниц и даже спустя 10 лет быть не сильно уверенным, что не налажал где-то. Есть опыт выкатки в прод пачки маложрущих рестовых сервисов с предсказуемым latency в силу отсутствия сборки мусора. Синтаксис зело проще и напоминает OCaml. Че так все взъелись на язык, который идейно отличается от большинства известных, компилирующихся в нативку, только тем, что имеет принудительное следование RAII в compile-time - решительно непонятно. Для перекладывания жысонов unsafe не нужон вообще.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #171 Ответы: #237, #266

232. Сообщение от Смузихлёб (ok), 08-Май-22, 22:12 +3 +/–

> Жаба - образец эталонности.
Эталонности громоздкости?

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

233. Сообщение от Смузихлёб (ok), 08-Май-22, 22:18 +4 +/–

> Какая там работа
Божечки!!! И как каких-то 10-15-20 лет назад люди работали за компьютером, создавали музыкальные треки, навсегда вошедшие в историю мировой музыки, монтировали видео и создавали 3D графику??? А сейчас даже на i9 вкладочка хрома тормозит, да??? Ребёнок, не позорься, для твоего рвения потреблять контент хватит любой мобилы за 100 баксов.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #208 Ответы: #236

234. Сообщение от Аноним (234), 08-Май-22, 22:19 +3 +/–

>Предложена начальная реализация модуля "net" с сетевыми функциями
Значит уже можно в продакшн

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

235. Сообщение от Аноним (191), 08-Май-22, 22:24 –2 +/–

Для кого, "для вас"? Речь вроде была только про самый мусорный интел за всю историю, хотя, в целом применимо к любым камням тех лет. Всё, что новее ~2007, вполне можно использовать, с оговорками.
И возраст это такой себе показатель, сегодня тоже делают слабые камни, но сегодня это в основном будут нормальные камни, за свои деньги.
Ютуб, кстати, неплохо оптимизирован, непонятна суть претензии, у меня вот видео в браузере потребляет ресурсов меньше чем то же самое видео в mpv. Процессору около 15 лет.

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

236. Сообщение от Аноним (191), 08-Май-22, 22:26 –4 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #233 Ответы: #418

237. Сообщение от Смузихлёб (ok), 08-Май-22, 22:28 +6 +/–

> на тыщу с гаком страниц
Руст существует не так давно по меркам С++, а уже претендует на две тыщи с гаком страниц. По сложности эти два языка вполне могут соревноваться. Вот только нужны ли они оба?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #231 Ответы: #238

238. Сообщение от Аноним (231), 08-Май-22, 23:04 –1 +/–

За примерно 4 года регулярного взаимодействия с растом уверенно могу сказать, что для повседневного использования раст сильно проще. В нем нет каких-то мозговыламывающих вещей из области С++, по типу метапрограммирования, иерархию значений с точки зрения абстрактной С++-машины (rvalue, glvalue, xvalue), SFINAE, perfect forwarding и т.д.. Первое время было сложно совладать с borrow checker, но регулярно читая жалобы компилятора, "правила игры" быстро усваиваются. Все остальное - почитать пару учебников от O'Reilly и позадавать/погуглить вопросы на стаковерфлоу. Еще раз повторюсь, что есть опыт использования раста в контексте бэкендерских задач для типичной корпоративщины, не осведомлен, какие сложности возникают у тру системных прогеров, которые пишут дрова и кастомные аллокаторы памяти. Мой опыт использования только позитивный, какую-нибудь джаву или C# по производительности и жору памяти рвет в клочья, никаких NPE в силу их полного отсутствия в языке, а по сравнению с Go отсутствие необходимости инвестировать время в изучение теории работы сборщика мусора и как с ним совладать, чтобы не было stop-the-world на 10 секунд в самый неподходящий момент.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #237 Ответы: #239, #241

239. Сообщение от Аноним (210), 08-Май-22, 23:41 +1 +/–

> раст сильно проще. В нем нет ... метапрограммирования
Ассемблер сильно проще, в нём вообще ничего нет, а блок unsafe всего один.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #238 Ответы: #243

240. Сообщение от Аноним (-), 09-Май-22, 00:11 –4 +/–

Оно же ZlaVa_kpSS, зачем ему _здесь_и_сейчас_ какое-то там шифрование?

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

241. Сообщение от Смузихлёб (ok), 09-Май-22, 00:12 +2 +/–

> раст сильно проще
Это пока, а года через три будет винегрет похлеще крестов.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #238 Ответы: #245

242. Сообщение от Аноним (-), 09-Май-22, 00:13 –3 +/–

Оно же ZlaVa_kpSS, зачем ему _здесь_и_сейчас_ какое-то там шифрование?

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

243. Сообщение от Аноним (219), 09-Май-22, 00:37 +1 +/–

>> раст сильно проще. В нем нет ... метапрограммирования
> Ассемблер сильно проще, в нём вообще ничего нет, а блок unsafe всего один.
Просто Воены Супротив Раста, как обычно, знакомы с матчастью лишь по комментам на опеннете ...
FASM

macro use32
{
        macro push args
        \{
                local list,arg,status
                define list
                define arg
                irps sym, args \\{
                        define status
                        match =dword, sym \\\{

MASM

@SaveRegs MACRO regs:VARARG
        LOCAL myEnd, num, flag, reg
        num=0
        flag=0
        WHILE flag EQ 0
%               IFDEF @CatStr(<RealEnd>,<%num> )
                        num = num + 1
                ELSE
                        flag = 1
                ENDIF
        ENDM
%       FOR reg, <regs>
                push reg
        ENDM
NASM

%define xyzzy(=expr,&val) expr, str
    %define plugh(x) xyzzy(x,x)
    db plugh(3+5), `\0` ; Expands to: db 8, "3+5", `\0`

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #239 Ответы: #244

244. Сообщение от Смузихлёб (ok), 09-Май-22, 01:06 –3 +/–

А предельно простые mov, push, jmp не осилил? К чему эти макросы? Попытка сваять своё подобие языка высокого уровня?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #243 Ответы: #246

245. Сообщение от Аноним (231), 09-Май-22, 01:11 –2 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #241 Ответы: #367

246. Сообщение от Аноним (219), 09-Май-22, 01:30 +1 +/–

>>> В нем нет ... метапрограммирования
>> <тыканье носом в лужу>
> А предельно простые mov, push, jmp не осилил? К чему эти макросы?
> Попытка сваять своё подобие языка высокого уровня?
Занятный юлеж (и заодно, перепись опеннетных "Знатоков").
Btw, у очередного опеннетного теоретика^W "знатока матчасти" автор FASM (а тот кусок был из сорца самого ассемблера, реализация режимов LINUX/X64/MODES.INC, впрочем, макрос для MASM тоже был "штатный") - "неосилятор".

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #244 Ответы: #352

247. Сообщение от Аноним (231), 09-Май-22, 01:33 –1 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #223 Ответы: #278

248. Сообщение от wyry (?), 09-Май-22, 02:07 –1 +/–

Вообще-то в C как раз очень продуманный дизайн, практически идеальный (хотя сложно сказать что можно было бы изменить, чтобы стало лучше, пожалуй можно было бы ещё поработать над препроцессором). И на самом деле практически любой человек, который хоть когда-нибудь программировал на ASM, схватит C на лету, потому что это тот язык, каким он и должен быть. Кстати именно поэтому он и выдержал испытание временем. И да, по поводу стандарта - де факто знаменитый труд K&R де факто был стандартом языка, более того, стандарт C11 только подпортил язык, добавив то, что ему вообще не нужно и по факту в реальной жизни почти все до сих пор и пишут на C89. Проблема в C в том, что там нет защиты от дурака (программист сам должен её реализовать в любом значимом проекте). На C можно создать ужасный и нечитаемый код, даже не специально, это зависит от квалификации. В C, особенно на ранних реализациях, можно искать лазейки, которые что-то сломают, но для этого надо СПЕЦИАЛЬНО пытаться что-то сломать, на сегодняшний день так и вовсе для 99.9% разработчиков всё пофикшено и однозначно определено.
И кстати: "диалекты" C на практике были значительно сильнее похожи друг на друга, чем разные версии Rust (особенно если затронуть самые первые его версии).

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #173 Ответы: #346

249. Сообщение от wyry (?), 09-Май-22, 02:18 +1 +/–

> Те же скобочки, двоеточия да точки с запятой. Не то что питоны
> с собачками и пробелами.
Это не так и проблема не в этом. Rust использует множество специальных символов, которые к тому же ещё иногда и можно комбинировать, получая какой-либо желаемый эффект (особенно если учесть приваренную намертво move-семантику). Простые программы с понятной и простой бизнес-логикой можно написать на любом языке и даже код получится примерно одинаковым. Проблемы то всегда начинаются в сложной бизнес-логике, когда множество сущностей каким-то образом взаимодействуют друг с другом, имеют состояние, что-то вычисляют и даже изменяют параметры друг друга по заданным правилам, а потом всё это отправляем в параллелизм и сходим с ума окончательно.
Одновременно с этим ЛЮБАЯ программа на C - это просто функции и структуры. Да, можно усложнить поведение передавая указатели или указатели на функции, можно поиграться с препроцессором, но в целом изучив вполне заурядные правила и изучив структуры данных, 90% задач с точки зрения программирования будут вполне тривиальными, сложности могут возникнуть лишь в предметной области.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #150 Ответы: #349, #413

250. Сообщение от wyry (?), 09-Май-22, 02:31 +/–

>> Как всегда, подмена понятий.
> Лучше уж паника, чем профессиональный сишник, который забыл проверить успешность malloc.
Открою тайну, но профессиональные не пользуются malloc на каждом углу и относятся к выделению/освобождению памяти со всей ответственностью и ГОРАЗДО большей, чем разработчики на других языках. Само предложение "профессиональный сишник, который забыл проверить успешность malloc" - это нонсенс. И вообще во множестве проектов на C, если количество памяти (условно) "бесконечно" (а для C даже 512 мб - это ДОХРЕНА), то вся бизнес логика просто крутится в своей закрытой песочнице (часто не превышающей и 8 мб), тем более что она часто в любом случае нужна, чтобы в будущем было проще распараллелить вычисления не опасаясь за целостность данных. То есть проект может заведомо выделить из системы минимально необходимое количество памяти и освободить её непосредственно перед завершением, в то время как user-данные будут детерминированным образом обрабатываться и освобождаться и они уже могут занимать хоть гигабайты и ситуацию, когда память не выделилась потребуется написать только один раз. Проще говоря: профессиональные Сишники УМЕЮТ работать с памятью.
Определённые трудности могут быть, когда в железе скажем 1 мб памяти, но и в этом случае C тем более гораздо продуктивнее Rust будет её расходовать.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #152 Ответы: #251, #256, #321

251. Сообщение от НяшМяш (ok), 09-Май-22, 03:06 +/–

> То есть проект может заведомо выделить из системы минимально необходимое количество памяти и освободить её непосредственно перед завершением
Называется arena allocator, можно написать на любом языке, в котором можно явно выделить память. Кто-нибудь, сообщите сишникам, что 21 век уже наступил.

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

252. Сообщение от Аноним (252), 09-Май-22, 04:16 –1 +/–

Зачем? Не нравится - не читай.

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

253. Сообщение от Аноним (63), 09-Май-22, 05:15 –2 +/–

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

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

254. Сообщение от Аноним (63), 09-Май-22, 05:17 –2 +/–

>> Это же, те самые растаманы, которые не осилили в нормальные ЯПы
> С чего такие заявления?
>> Это не для усиления секурности, это для снижения порога вхождения,
> Вот можно копать лопатой, а можно экскаватором. Это снижение порога вхождения? Это
> более удобный инструмент же, емае
>>  "индусов"
> Вы расист?
>> экономия денег
> Всегда важна, как будто это плохое
Хотел было вам нормально ответить, но потом заметил вот это:
>>  "индусов"
> Вы расист?
И понял, что конструктивного диалога у нас не выйдет, а с жирнотроллями я общаться сейчас не хочу, у меня лимит на выдачу печенек для подкормки местной фауны.

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

255. Сообщение от Аноним (255), 09-Май-22, 08:00 –1 +/–

>А те, кто делает патчи, пользуются Linux?
Так же, как и Redox.

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

256. Сообщение от Профессиональный сишник (?), 09-Май-22, 08:02 +/–

Ну один-то раз надо проверить память, или я не так понял? И как раз в этом случае памяти будет выделяться довольно много, так что чекнуть надо 100%, ведь так? А что если паника в данном случае, или недостаток памяти?
А вы, как обычно заведено на этом сайте, не улавливаете жирную иронию. Да что ж это такое-то!

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

257. Сообщение от Аноним (196), 09-Май-22, 08:27 –4 +/–

В java отличная система сборки, один Gradle или maven которые делают всё и очень быстрая компиляция.
В java программа компилируется быстрее чем один только makefile для сборки во всяких там языках создаётся.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #130 Ответы: #297

258. Сообщение от Аноним (258), 09-Май-22, 09:15 +/–

>лепя своего Франкенштейна на совершенно законных основаниях, при этом добавляя немного маркетинга можно и неплохо заработать.
>GPL же существенно ограничивает использование кода для целей получения выгоды
Вот и видно гнилое нутро гпльщиков - и сам не заработаю и другим не дам. Не съем, так покусаю.
Когда человек говорит что зарабатывать/получать выгоду ЗАКОННЫМИ СРЕДСТВАМИ - плохо, то не стройте иллюзий - перед вами неудачник, коммунист, и враг прогресса.
И это видно по идолу коплефт движения Столоману - неопрятность, жизнь на подаяния, странный рацион.
Только BSD/MIT. Свобода не терпит компромиссов. Выбирающие GPL не получают ни свободы, ни заработка - если перефразировать классика.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #167 Ответы: #264, #310, #337, #342

259. Сообщение от Аноним (-), 09-Май-22, 09:24 +1 +/–

Всего лишь 79 мест, где надо искать ошибку.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #201 Ответы: #280, #343

260. Сообщение от Аноним (-), 09-Май-22, 09:27 +1 +/–

> уже можно в продакшн
на сервера гугла (который оплачивает банкет)

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

261. Сообщение от Аноним (-), 09-Май-22, 09:30 +/–

> образец эталонности
респект и уважуха

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

263. Сообщение от Аноним (-), 09-Май-22, 09:36 +1 +/–

Как в расте.

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

264. Сообщение от Аноним (-), 09-Май-22, 09:41 +1 +/–

Зароботок они получить могут - 90% писателей ядран на зп у корпов. Вот такая щвабода получилась.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #258 Ответы: #313

265. Сообщение от Аноним (265), 09-Май-22, 10:10 +2 +/–

А что ты понимаешь под средним уровнем?
Основная причина (как мне видится) по которой его принимают в качестве языка написания модулей ядра -- он обеспечивает безопасность уровня управляемых языков (даже больше, потому что ни один популярный ЯП не защищает от гонок по данным) в сочетании с программированием на голом железе, как в Си. Без потери гарантий в безопасном подмножестве.
Второстепенная причина -- при создании языка уделялось внимание рекомендациям современного защитного программирования: константность по-умолчанию, отсутствие null, исчерпывающий switch (exhaustive pattern matching), требуемая обработка (или проброс дальше) ошибок программистом, базовые типы с явным указанием размерности, требование явного преобразования базовых типов (без возможности UB), отсутствие неявных блоков в циклах/ветвлениях (напр. знаменитая ошибка Apple -- https://embeddedgurus.com/barr-code/2014/03/apples-gotofail-.../ ), вместо наивной подстановки строк - макросы разбирающие дерево токенов, пространства имен для контроля видимости (в которых все по-умолчанию приватно), требование к программисту явно обрабатывать возможную ошибку при сравнении чисел с плавающей запятой, необходимость явно указывать какому полю присваивается значение при определении структуры, обобщенные типы... с поведением по белому списку, единая семантика преобразования сложных типов, времена жизни в определении функции увеличивают читаемость (нет необходимости заглядывать в тело функции, чтобы понять какой параметр окажется в выходе), безопасные и удобные обертки типов (New Type idiom), и пр.
Также и стандартная библиотека усилена, например более продуманными мьютексами ( https://habr.com/ru/post/659547/ ) или тем что HashMap использует более защищенный алгоритм хеширования.
Неявного замедления скорости исполнения почти нет. Достаточно прочитать стандартную книгу по раст где все такие места описаны чтобы ты мог сам решить, стоит ли тебе пользоваться такими языковыми конструкциями или библиотечными объектами.
https://doc.rust-lang.ru/book/ch17-02-trait-objects.html#Типаж-объекты-выполняют-динамическую-диспетчеризацию-связывание
https://doc.rust-lang.ru/async-book/02_execution/02_future.html
https://doc.rust-lang.ru/book/ch03-02-data-types.html#Некорректный-доступ-к-элементу-массива
и библиотека
https://doc.rust-lang.ru/book/ch08-03-hash-maps.html#Функция-хэширования
https://doc.rust-lang.ru/book/ch08-02-strings.html#Байты-скалярные-значения-и-кластеры-графем-Боже-мой
При написании идиоматичного раст кода применяются соответствующие наработанные практики вроде использования итераторов по срезам вместо индексирования, применения assert'ов перед индексацией чтобы убедить LLVM в ограничении длины буфера, использования enum вместо dyn, а также соответствующих паттернов проектирования которые еще даже не до конца сформировались - https://raphlinus.github.io/rust/gui/2022/05/07/ui-architect...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #351

266. Сообщение от Аноним (62), 09-Май-22, 10:41 +1 +/–

> Польза есть - не нужно тратить годы на С++
так и без раста не нужно тратить годы на плюсы - в ядре плюсов нет, совсем. Для знакомства с растом в системном программировании намного интересней живые иллюстрации
https://os.phil-opp.com
в ядре Linux раст не нужен, он не даёт никаких преимуществ по сравнению с С

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #231 Ответы: #302, #303

267. Сообщение от Аноним (267), 09-Май-22, 10:41 +/–

Это убитие ядра.

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

268. Сообщение от Аноним (267), 09-Май-22, 10:43 +2 +/–

Мдаа. Молодежь еще тупее, чем я думал.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #128 Ответы: #308

269. Сообщение от Аноним (267), 09-Май-22, 10:44 +/–

Хуже С++ нет ничего. Уродливое поделие робкого датчанина.

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

270. Сообщение от Аноним (267), 09-Май-22, 10:50 +/–

Давай, умник, расскажи мне про эффективность алокаторов.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #358

271. Сообщение от Аноним (267), 09-Май-22, 10:52 +/–

Поэтому я на Фряхе под лицензией "Нате и делайте что хочите"

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

272. Сообщение от Аноним (17), 09-Май-22, 10:54 +3 +/–

Кодинг на rust это зашквар и показатель профнепригодности. По своей убогости rust уже давно догнал java.
Настоящие программисты это только те, кто пишут на ANSI C и ASM, кодеры на скриптухе программистами считаться не могут по определению.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #276, #281, #305

273. Сообщение от Ананимус (?), 09-Май-22, 11:08 –3 +/–

> 79-ти из них нашел конструкцию unsafe
Ага, и чо?

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

274. Сообщение от InuYasha (??), 09-Май-22, 11:11 +/–

Rustless Fork уже кто-нибудь завёл? Как libre без блобов.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #277, #279

275. Сообщение от Аноним (276), 09-Май-22, 11:43 +/–

Почему выбрали именно Rust, а не SPARK?

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

276. Сообщение от Аноним (276), 09-Май-22, 11:45 +/–

А программисты на SPARK?

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

277. Сообщение от Аноним (196), 09-Май-22, 12:00 +1 +/–

Зачем заводить форк если можно просто не пускать убогих в ядро?

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

278. Сообщение от Аноним (183), 09-Май-22, 12:09 +2 +/–

В ядре линукс нет C++

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #247 Ответы: #300

279. Сообщение от Аноним (210), 09-Май-22, 12:58 +/–

Вопрос: почему растаманы форк не делают?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #274 Ответы: #282, #287, #403

280. Сообщение от Аноним (210), 09-Май-22, 12:59 +1 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #259 Ответы: #288

281. Сообщение от Аноним (4), 09-Май-22, 13:04 –1 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #272 Ответы: #318

282. Сообщение от Аноним (4), 09-Май-22, 13:05 –1 +/–

Потому что только части чуваков так свербит, что им не нужный удобный современный с повышенной безопасностью rust

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

284. Сообщение от bOOster (ok), 09-Май-22, 13:11 –1 +/–

> Так а смысл ядро на низком уровне писать? Тонкий контроль не всегда
> нужен. Да и Си не особо низкого уровня, Си не отражает
> устройства X86, он в лучшем случае отражает условный виртуальный PDP11.
> https://queue.acm.org/detail.cfm?id=3212479
Причем тут X86 вообще. Любой язык программирования - это абстракция от железной инфраструктуры. В этом их суть..
И на эти помои - X86 вообще никто и никогда не ориентировался...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #128 Ответы: #309

285. Сообщение от Аноним (265), 09-Май-22, 13:16 –1 +/–

Это называется FFI, в примере Раст-Си это место где встречается небезопасный язык с безопасным. Будь Си безопасен в том же самом смысле что и Раст - этого бы не потребовалось. И наоборот если бы Раст был небезопасным этого бы тоже не потребовалось.
Многие безопасные языки не указывают явно в коде что он может вызвать сайд-эффекты, неопределенное поведение и просто краши, которые невозможны в других частях кода. В Раст это требование, поскольку растоманы сочли grep по unsafe удобным способом аудита. Лучшим чем кастомные комментарии к функциям, которые можно и забыть написать.
Кстати, Раст поддерживает LTO в FFI с Си и С++ кодом.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #137 Ответы: #292

286. Сообщение от bOOster (ok), 09-Май-22, 13:22 +1 +/–

> Но в основном 99% этим пользуются проприетарщики
Это сути Свободы не меняет.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #226 Ответы: #362

287. Сообщение от InuYasha (??), 09-Май-22, 13:24 –1 +/–

Да вот, плили себе втихую, а потом так - ррраз! И прорубили окно в ... main.
Удивительно, на на Гнилом Западе почему-то Раст приветствуется весьма активно. В тредах по расто-ядру сплошные рукоплескания и телесные жидкости со стен оттирают. Ну, это если негатив тупо не трут и не банят :)

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

288. Сообщение от Аноним (-), 09-Май-22, 13:36 +/–

Не та рыбка ловится, наверно слишком слишком тонкую леску взял для сети.

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

289. Сообщение от Аноним (-), 09-Май-22, 13:45 –1 +/–

Сколько собирается GCC (с бутстрапом) со всякими Fortran'ами и Ada'ми?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #227 Ответы: #311

292. Сообщение от Аноним (-), 09-Май-22, 13:48 +1 +/–

> Кстати, Раст поддерживает LTO в FFI с Си и С++ кодом.
Приписал возможности LLVM ржавому. Скажи еще, что код оптимизирует на уровне Си.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #285 Ответы: #294, #304

293. Сообщение от Аноним (293), 09-Май-22, 13:48 +5 +/–

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

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

294. Сообщение от Аноним (294), 09-Май-22, 14:01 –1 +/–

>> Кстати, Раст поддерживает LTO в FFI с Си и С++ кодом.
> Приписал возможности LLVM ржавому. Скажи еще, что код оптимизирует на уровне Си.
Приписал возможности LLVM/GIMPLE Си. Скажи еще, что tcc/cproc/Turbo C оптимизируют точно так же.

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

297. Сообщение от Смузихлёб (ok), 09-Май-22, 14:27 +3 +/–

> один Gradle или maven
Тыж назвал целых два, а их куда больше 🤦‍♀️ а за xml вообще надо кастрировать в 2к22 году.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #257 Ответы: #322

298. Сообщение от Аноним (-), 09-Май-22, 14:41 +2 +/–

> Разработка финансируется компанией Google и организацией ISRG
Продались, ой, ведут серьезный бизнес.

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

299. Сообщение от Иисус (?), 09-Май-22, 15:56 –1 +/–

Проекты надо не завершать, а продолжать

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #210 Ответы: #319

300. Сообщение от Аноним (326), 09-Май-22, 16:29 –1 +/–

Ога, есть С без, хотя бы, смартпоинтеров

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #278 Ответы: #370

302. Сообщение от Аноним (326), 09-Май-22, 16:37 –1 +/–

Си даёт гарантии, что какой-то указатель не будет использован повторно после free()? Си годная тема для МК, чтобы не опускаться до всяких MIPS ассемблеров и написать несложную логику на пару тысяч строк, которую, разбив по файлам, вполне можно досконально вычитать. Миллионы же строк на С - это кошмар, ничего нельзя трогать, не запуская статический анализатор каждый раз, чтобы, не дай бог, не пролез "человеческий фактор".

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #266 Ответы: #320

303. Сообщение от Аноним (326), 09-Май-22, 16:38 –1 +/–

Си даёт гарантии, что какой-то указатель не будет использован повторно после free()? Си годная тема для МК, чтобы не опускаться до всяких MIPS ассемблеров и написать несложную логику на пару тысяч строк, которую, разбив по файлам, вполне можно досконально вычитать. Миллионы же строк на С - это кошмар, ничего нельзя трогать, не запуская статический анализатор каждый раз, чтобы, не дай бог, не пролез "человеческий фактор".

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #266 Ответы: #368

304. Сообщение от Аноним (265), 09-Май-22, 16:52 –1 +/–

>Скажи еще, что код оптимизирует на уровне Си.
Не приписывайте возможности LLVM ветхому, а то замечательный TCC обидится :)
Кстати, для Раст активно пишется gcc кодогенератор https://rust-gcc.github.io/ (спонсируемый).

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #292 Ответы: #307

305. Сообщение от Аноним (265), 09-Май-22, 17:25 –1 +/–

На Си не все возможно, есть оптимизированные структуры данных для которых придется писать генератор Си кода. Тогда как в языках с современными абстракциями такие структуры реализуются без использования сторонних средств и написания своих мини-ЯПов.
https://habr.com/ru/post/497114/#comment_21547936
Кстати, сама статья выглядит провокационно.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #272 Ответы: #354, #390

307. Сообщение от Аноним (-), 09-Май-22, 18:09 +1 +/–

> Не приписывайте возможности LLVM ветхому
Вопрос: где я приписал Си оптимизацию?
Я тролльнул устоявшимся штампом, когда скорость сравнивают с Си. Сразу набежали "знатоки матчасти".
Так что с LTO у Rust?
> Кстати, для Раст активно пишется ... кодогенератор
Раньше модно было писать .net/jvm кодогенератор.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #304 Ответы: #325

308. Сообщение от Аноним (4), 09-Май-22, 18:26 +/–

Почитай статью, вместо того чтобы измышлять

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

309. Сообщение от Аноним (4), 09-Май-22, 18:27 –1 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #284 Ответы: #315

310. Сообщение от wyry (?), 09-Май-22, 18:27 –1 +/–

>>лепя своего Франкенштейна на совершенно законных основаниях, при этом добавляя немного маркетинга можно и неплохо заработать.
>>GPL же существенно ограничивает использование кода для целей получения выгоды
> Вот и видно гнилое нутро гпльщиков - и сам не заработаю и
> другим не дам. Не съем, так покусаю.
Ещё раз: GPL проекты, на подобие Blender во-первых на зарплате (сюрприз) от инвесторов, во-вторых это юридическая защита от того, чтобы ПО не было присвоено какой-либо корпорации ни за какие деньги, т.к. ПО разрабатывалось Open Source сообществом и полностью принадлежит ему. Если бы изначально Blender был BSD - корпорации бы попросту растащили весь его функционал и он бы никогда не развился так, как сейчас и не вышел бы за рамки недоделанного проекта, не говоря о серьёзной конкуренции на рынке. Причём весь производный продукт (это надо понимать), что вы делаете в Blender принадлежит исключительно автору (в этом иногда путаются даже западные художники), т.к. считается, что GPL лицензия распространяется вообще на ВСЁ, включая производимые материалы, это не так, под защитой только код самого ПО.
> Когда человек говорит что зарабатывать/получать выгоду ЗАКОННЫМИ СРЕДСТВАМИ - плохо, то
> не стройте иллюзий - перед вами неудачник, коммунист, и враг прогресса.
Ключевые разработчики Blender абсолютно ничего бы не заработали на Blender, если бы работали под BSD/MIT и просто разбрелись бы по корпорациям кто куда не создав вообще ничего! Сейчас это целая индустрия, которая немало зарабатывает за счёт инвестиций, ассетов, плагинов. Это пример того когда GPL работает так, как задумано! И чтобы пояснить когда GPL может навредить, приведу другой пример.
Знаменитый Qt предоставляет лицензию GPL для opensource разработчиков, а для проприетарного софта нужно ПОДПИСЫВАТЬСЯ (то есть сейчас Qt даже купить нельзя). Казалось бы ну и что? В чём проблема купить? А проблема может быть: вы покупаете коммерческую лицензию, затем пишете своё приложение, которое плотно интегрировано в систему Qt, возможно даже с переписыванием кода в самом Qt, если это необходимо. Спустя время волею судьбы вы захотели перестать использовать Qt и расторгнуть контракт. И здесь владелец Qt подаёт на вас в суд обвиняя в том, что в вашем коде используется Qt, а у вас нет лицензии (и такие претенденты редко, но случаются). Это пример, когда уже злоупотребляют GPL.
Говоря проще: GPL лицензия идеальна для тех, кто пилит заведомо OpenSource проект (даже не обязательно, чтобы все услуги были бесплатными, как в примере с Blender). GPL защищает проекты, делая невозможным отобрать его у автора. В случае с BSD вы можете начать или раскрыть проект, который вы в одиночку осилить не в состоянии, но если это крутая идея, у вас просто забирают код, идею и выпускают проприетарный софт, а вы ВООБЩЕ НИЧЕГО НЕ ПОЛУЧАЕТЕ. И где же тут бизнес? Где мотивация вообще создавать ПОЛЕЗНЫЙ (речь не идёт о студенческих поделках и экспериментах) код под BSD/MIT, если кто угодно может его присвоить? Это приносит пользу лишь в тех случаях, когда вы создаёте или поддерживаете проект, который ИЗНАЧАЛЬНО задумывался таковым, чтобы раздать его всем (и себе тоже) бесплатно и возможностью применять где угодно, здесь хороший пример SDL2.

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

311. Сообщение от швондер (?), 09-Май-22, 18:28 +/–

на той же машине как раз с фортраном gcc.
      Tue Jul 20 11:53:35 2021 >>> sys-devel/gcc-10.3.0-r2
       merge time: 1 hour, 6 minutes and 57 seconds.
     Sun Dec  5 14:41:02 2021 >>> sys-devel/gcc-11.2.0
       merge time: 1 hour, 13 minutes and 57 seconds.
     Wed Mar 30 00:30:23 2022 >>> sys-devel/gcc-11.2.1_p20220115
       merge time: 1 hour, 12 minutes and 8 seconds.
т.е. три языка + стандартные библиотеки собираются час.Надо бы отключить фортран, ну да и ладно. Перематываем обратно к расту. полтора часа собирать компилятордля пары ненужных свистоперделок - это большой перебор. Я бы вообще запретил обновлять раст, пока эти свистоперделки не требуют для сборки новой версии. В идеале отказаться от оного раста.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #289 Ответы: #353

312. Сообщение от Аноним (4), 09-Май-22, 18:29 +/–

Не для  системных задач

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

313. Сообщение от Аноним (4), 09-Май-22, 18:30 +1 +/–

А это уже не они. Те "они", кто это устроил - их могли и выкинуть. А корпы да, пришли и всем правят

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

314. Сообщение от Аноним (4), 09-Май-22, 18:33 –1 +/–

Растовцы настолько велики, что не стали тратить время на костыляние своего ядра с нуля, а пошли осветить светом Раста ядро Линукс!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #293 Ответы: #317

315. Сообщение от bOOster (ok), 09-Май-22, 18:39 +1 +/–

> Эти т.н. "помои" победили, ибо как оказалось лучшая архитектура
В каком месте они победили? Временное преймущество из-за человеческой лени. Этой системы команд в процессорных ядрах уже тыщу лет как нет. "Эмулятор" только. И продолжают рыдать, но тащить это убожество.
Хотя Apple с 680xx отлично двинулись на PowerPC, дальше на Intel, а сейчас на ARM отлично переходят. Идут в ногу со временем.
И да X86 это не архитектура - это система команд процессора. И даже MS - с подачи которой эта система команд вообще взлетела - понимают, что тащить X86 дальше - себе дороже.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #309 Ответы: #345

316. Сообщение от wyry (?), 09-Май-22, 18:45 +/–

> Слушайте, снимаю шляпу. В кой-то веки человек не просто поддержал BSD или
> GPL, обосрав оппонента, но расписал плюсы и минусы обеих точек зрения
> и указал, когда они нужны. Это здесь редкость, моё почтение вам,
> господин.
Госпожа). И что важнее, я искренне считаю, что обе лицензии абсолютно необходимы:
BSD/MIT необходимы для создания базовых технологий, скажем человек уже работает на крупную корпорацию и требуется удобный алгоритм сжатия, но так, чтобы код можно было законно использовать в других проектах без юридической волокиты. Для этого разработчик пишет код под BSD-подобной лицензией в том числе для того чтобы ОН САМ мог использовать этот код В СВОИХ проектах, в том числе проприетарных. Если же код был бы написан в стенах корпорации для конкретного проекта - то возможно очень рутинные операции пришлось бы постоянно переписывать для проектов в других компаниях, а IT индустрия очень подвижна. Ну и также BSD позволяет разработчикам одиночкам не изобретать постоянно свои велосипеды и вообще не думать о том, что кто-то докопается.
GPL, как уже рассказывала ранее более глобальная по смыслу лицензия. Она идеальна для законченных крупных проектов, где автор не хочет утратить над ним контроль. Другие люди могут как угодно видоизменять проект в своих ветках, но автор идеи никогда не будет лишён своего вклада. При этом вопреки распространённому мнению, это GPL вовсе не означает, что на нём нельзя зарабатывать. Если продукт полезен, то юзеры могут не просто инвестировать средства (альтруизм это утопия), а вполне из практичных и корыстных интересов направить разработчиков софтины по удобному пути. В 3D графике в случае с упомянутым Blender подобное встречается постоянно. Большинство новых фишек, что там появляются - появляются не просто так. Многие фишки - это выполнение требований/просьб инвесторов, при этом дубиноголовые "эффективные" менеджеры не могут вмешаться в процесс, они могут только сказать: хотим вот эту хрень, чтобы работала как в Maya или как в ZBrush (больные уб*@?ки в Blender скульпт почти с нуля переписали ради этого, получилось по отзывам 3D-шников очень круто). Всё это было бы невозможно под BSD лицензию, т.к. весь полезный код бы забрали конкуренты или авантюристы, выкатили бы на рынок тонны форков дешёвого хренового софта и сообщество бы не просто рухнуло, его бы и не было. GPL абсолютно бесполезна и даже вредна без активного сообщества.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #177 Ответы: #361

317. Сообщение от Аноним (210), 09-Май-22, 19:18 +1 +/–

> светом Раста
коричневым потоком раста

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #314 Ответы: #344

318. Сообщение от Аноним (210), 09-Май-22, 19:21 +3 +/–

Не каждый зарабатывальщик денег - программист. С уважением, Ваш КЭП.

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

319. Сообщение от Аноним (210), 09-Май-22, 19:25 +/–

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

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

320. Сообщение от Аноним (62), 09-Май-22, 19:32 +/–

> Си даёт гарантии, что какой-то указатель не будет использован повторно после free()?
дело в том что и раст в ядре таких гарантий не даст - буферы и блокировки используются разными подсистемами ядра, чтобы следить за ними в компилетайм надо чтобы всё было написано на расте. Вот придумали они свои реализации alloc, smutex::Mutex и NoWaitLock - а что с ними делать в сишном коде ? т.е. смысл в них есть только для растовиков, для изолированного пользования только растокодом
> С - это кошмар, ничего нельзя трогать, не запуская статический анализатор каждый раз
не надо утрировать, просто дизайн монолитного ядра ущербный изначально

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

321. Сообщение от Аноним (321), 09-Май-22, 19:32 +/–

Есть ещё более страшная тайна: 512 байт уже дохрена и malloc нету в принципе. Но и линукса там тоже нету, к счастью.

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

322. Сообщение от Аноним (-), 09-Май-22, 19:37 +/–

А что лучше? Json, yaml, toml? Может ini файлы?)
У них всех есть свои недостаки...

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

323. Сообщение от Аноним (-), 09-Май-22, 19:42 +1 +/–

А потом появляются статьи 'How to call Rust func from Go', потому что го тормозит

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

325. Сообщение от Аноним (265), 09-Май-22, 20:07 +/–

>Я тролльнул устоявшимся штампом, когда скорость сравнивают с Си.
А с чем же еще сравнивать, не с ассемблером же? Да, когда люди сравнивают "скорость с Си" они подразумевают эталонные реализации. Си считается языком с самым близким уровнем к железу и с проработанными компиляторами.
И при всем этом Си довольно далек от ассемблеров. Это не низкоуровневый язык https://queue.acm.org/detail.cfm?id=3212479
>Так что с LTO у Rust?
А что с ним? Над ней работали, и с 2019 года релизнули. Стоило об этом упомянуть, потому как не у всех managed языков такое есть, некоторые просто используют динамическую линковку. А Раст при этом более безопасен чем managed языки. Quite an achievement
Кстати, в контексте треда, спонсируется адаптация Раст для построения систем с особыми требованиями к безопасности (автотранспорт, мед./промышленное оборудование, космические/боевые системы, воздушные суда и т.п) https://ferrous-systems.com/ferrocene/ . Есть вероятность что наработки потом окажутся в ядре.
Тем кто укоряет Раст, якобы он не подходит для построения некоторых типов систем, вот архитектура построения UI на Раст https://raphlinus.github.io/rust/gui/2022/05/07/ui-architect... от Raph Levien. Понятно что может применяться не только для UI. Талантливые программисты находят новые паттерны проектирования подходящие под специфику Раст; можно надеяться что в будущем писать некоторые системы станет проще.
+ еще для развлечения текстовый редактор в 1024 строки кода с доп возможностями https://github.com/ilai-deutel/kibi#comparison-with-kilo

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #307 Ответы: #329

326. Сообщение от Аноним (326), 09-Май-22, 20:38 +/–

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

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

327. Сообщение от Аноним (265), 09-Май-22, 20:46 +/–

>дописать ОС
Было ли такое в истории вообще - дописанная ОС?
Жаль ни кто не занимается bare-metal, полностью ring0 осей. Такое подходит Раст очень, это быстрый язык и при этом безопасный по памяти. Получается в теории потокам программы не придется переходить в ring3 вообще чтобы получить безопасность по памяти и изоляцию. Понятно что тогда придется использовать особый компилятор Раст (желательно верифицированный).
Хоть немного утопично, но звучит интересно - "Программы работающие без переключения контекста, и при этом не требующие сборщик мусора с его Остановкой Мира при очистке".
Вот чего стоит перейти в ring0, в самом низу таблицы -- http://ithare.com/wp-content/uploads/part101_infographics_v0...
... а потом еще обратно надо в ring3

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

328. Сообщение от сосед (?), 09-Май-22, 20:52 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #356

329. Сообщение от Аноним (-), 09-Май-22, 21:06 +/–

> А с чем же еще сравнивать ... ?
> А Раст при этом более безопасен чем managed языки.
> Талантливые программисты находят новые паттерны проектирования
> + еще для развлечения текстовый редактор в 1024 строки кода
Столицу уже перенесли в Нью-Васюки?

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

330. Сообщение от Аноним (-), 09-Май-22, 21:29 +/–

Юзаю вайргада. Роутер на малохольном мипсе очень резвенько его гоняет и конфигурится просто.

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

331. Сообщение от Аноним (-), 09-Май-22, 21:30 +/–

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

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

332. Сообщение от Аноним (-), 09-Май-22, 21:35 +/–

> Это в Си разрабатывался синтаксис вместе с дизайном?
Его системщики делали, а не вебмакаки. Поэтому смогли сделать компактное самодостаточное core языка достаточное для влезания в системные аспекты.
А хрустики на этом фоне - сущие бездари. Абстракций в 20 раз больше, при том когда это пытаются в системщине поюзать, лапы ломит и хвост отваливается. И там уже костылищ налепили столько что мама дорогая. А прикиньте, изначально в хрусте нельзя допустим попытаться повторить выделение памяти чуть попозже. Как вы относитесь к идее что у вас кернел #$%нется нахрен при душняке с памятью в системе по причине "не смог выделить память себе"? Многим ли юзерам падучие кернелы надо? Такая вот системщина от смузихлебов - с стабильностью win95. Теоретически это даже уже пофиксили, но конечно же на очередные костыли.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #173 Ответы: #340

333. Сообщение от Аноним (-), 09-Май-22, 21:36 +1 +/–

За си++ тебя Торвальдс пожизненно люстрирует из системного программирования - и будет прав!

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

334. Сообщение от Аноним (-), 09-Май-22, 21:37 –1 +/–

Про@баный Ариан 5 готов заспорить с этим храбрым утверждением.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #211 Ответы: #375, #376

336. Сообщение от Аноним (-), 09-Май-22, 21:40 –1 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #181 Ответы: #341

337. Сообщение от Аноним (-), 09-Май-22, 21:41 +/–

> Вот и видно гнилое нутро гпльщиков - и сам не заработаю и другим не дам. Не съем, так покусаю.
GPL вообще совсем не запрещает зарабатывать на софте, внезапно. Прикинь?!

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

338. Сообщение от Аниним (?), 09-Май-22, 21:46 +/–

Это классическая двух ходов очка:
1) Язык XXX не тормозит! Вообще! Он даже быстрее!
2) Ваше старое железо просто не рассчитано даже на примитивнейшие задачи, поэтому бесполезно пытаться что-то оптимизировать!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #208 Ответы: #339

339. Сообщение от Аниним (?), 09-Май-22, 21:49 +/–

Быстрофикс: s/Язык XXX/XXX/

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

340. Сообщение от Аноним (-), 09-Май-22, 22:01 +/–

> А прикиньте, изначально в хрусте нельзя допустим попытаться повторить выделение
> памяти чуть попозже. Как вы относитесь к идее что у вас
> кернел #$%нется нахрен при душняке с памятью в системе по причине
> "не смог выделить память себе"?
Как к любому твоему бреду - никак.

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

341. Сообщение от bOOster (ok), 09-Май-22, 22:02 +/–

> Как-то из линукса я могу сделать многократно больше клевых ништяков чем из
> BSD. Вот она и свобода. А то что сорц придется дать
> и хрен с ним, 99.99% все-равно кодил не я...
Че за чушь от смузихлеба? Клевые ништяки?? Мдааассс..

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #336 Ответы: #360

342. Сообщение от Легивон (?), 09-Май-22, 22:13 +/–

>это видно по идолу коплефт движения Столоману - неопрятность, жизнь на подаяния, странный рацион
А по лидеру (одному из) BSD движения Маккузику что видно? Жизнь через <>, другую сторону... если ты понимаешь о чем я.

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

343. Сообщение от Аноним (201), 09-Май-22, 22:18 +/–

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

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

344. Сообщение от Аноним (196), 09-Май-22, 22:36 –2 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #317 Ответы: #347

345. Сообщение от Аноним (345), 09-Май-22, 23:51 +/–

> преймущество
как там... "В Тайланде войн выйграл у андройда в мозайку", не иначе, обладал каким-то тайным "преймуществом". Похоже уже пора отдельный словарь заводить.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #315 Ответы: #350

346. Сообщение от Прохожий (??), 09-Май-22, 23:58 +1 +/–

Шо ж там продуманного такого? Препроцессор? Или может быть работа с указателями? Или L-value, R-value выражения? Как там работа с модулями поживает? А Юникод из коробки работает? Типизация (которой практически нет)?
Чтобы понять, насколько Си устарел, достаточно вгзлянуть на новости здесь же, на этом ресурсе. Из сравнительно недавнего - какой-то перец хренову тучу времени разгребал код ядра и приводил его в порядок. Это из-за "продуманности" языка ему пришлось этим заниматься?
ИМХО, пора закапывать этого динозавра, и чем скорее, тем лучше.
А вот это вообще взаимоисключающий параграф: "На C можно создать ужасный и нечитаемый код, даже не специально". Это продуманность таким возможностям способствует? Ой...

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

347. Сообщение от Аноним (210), 10-Май-22, 00:42 +1 +/–

не ругайте растаманов, они пишут тут статьи, как могут...

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

348. Сообщение от Аноним (210), 10-Май-22, 01:33 +2 +/–

> Разработка финансируется ... учредителем проекта Let's Encrypt
Шта?!

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

349. Сообщение от Аноним (265), 10-Май-22, 02:23 +/–

>Одновременно с этим ЛЮБАЯ программа на C - это просто функции и структуры.
Но ведь когда ты напишешь аналогичный код, он тоже будет работать по правилам:
">множество сущностей каким-то образом взаимодействуют друг с другом, имеют состояние, что-то вычисляют и даже изменяют параметры друг друга по заданным правилам, а потом всё это отправляем в параллелизм и сходим с ума окончательно."
Я не могу привести сильной аргументации с примером, но для меня это слышится как "Си лучше потому что в нем нет лайфтаймов". Когда в Си есть объекты, и они тоже имеют свое начало и свой конец (времена их жизни). Просто в Раст есть установленные компилятором ограничения на отношения между временами жизни различных взаимодействующих объектов (напр. объект не может пережить своего владельца, или объект имеющий ссылку на другой объект может быть уверен что тот не уничтожится).
Также и в Си присутствует бойлерплейт, который может быть выражен более компактно и вместе с тем расширяемо. Да, для использования подобных конструкций нужно потратить дополнительное время на обучение. Взамен получаешь современные возможности без накладных расходов и с большей безопасностью:
-- удобные параллельные итераторы
https://play.integer32.com/?version=nightly&mode=release&edi...
-- генераторы парсеров сопоставимые по скорости с написанными вручную, влезающие на один экран монитора
https://zsiciarz.github.io/24daysofrust/book/vol2/day11.html
-- Можно построить абстракцию над портом ввода-вывода, которая во время компиляции будет проверять попадаешь ли ты в диапазон разрешенных значений, и правильную ли маску используешь при обращении к регистру.
https://blog.auxon.io/2019/10/25/type-level-registers/

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

350. Сообщение от bOOster (ok), 10-Май-22, 08:16 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #345 Ответы: #355

351. Сообщение от bOOster (ok), 10-Май-22, 08:27 –2 +/–

> А что ты понимаешь под средним уровнем?
> Основная причина (как мне видится) по которой его принимают в качестве языка
> написания модулей ядра -- он обеспечивает безопасность уровня управляемых языков (даже
Никто его не принимает, его туда пытаются вкорячить любыми путями с тыщами подпорок и костылей.
> больше, потому что ни один популярный ЯП не защищает от гонок
> по данным) в сочетании с программированием на голом железе, как в
От "racing сonditions" только мозг программиста защищает. Те тупые проверки что есть в расте на racing conditions видит и хороший программист, а в реальных, тяжелых, очень слабо продумываемых, просматриваемых racing conditions - которые в последнее время и всплывают - никаких бонусов RUST не дает.

>[оверквотинг удален]
> https://doc.rust-lang.ru/async-book/02_execution/02_future.html
> https://doc.rust-lang.ru/book/ch03-02-data-types.html#Некорректный-доступ-к-элементу-массива
> и библиотека
> https://doc.rust-lang.ru/book/ch08-03-hash-maps.html#Функция-хэширования
> https://doc.rust-lang.ru/book/ch08-02-strings.html#Байты-скалярные-значения-и-кластеры-графем-Боже-мой
> При написании идиоматичного раст кода применяются соответствующие наработанные практики
> вроде использования итераторов по срезам вместо индексирования, применения assert'ов
> перед индексацией чтобы убедить LLVM в ограничении длины буфера, использования enum
> вместо dyn, а также соответствующих паттернов проектирования которые еще даже не
> до конца сформировались - https://raphlinus.github.io/rust/gui/2022/05/07/ui-architect...
А все что вышенаписано - ерунда для выпускника средней школы, в которой преподавали информатику, которого взяли на практику - "Оператором ЭВМ", а серьезный программист, ответственный за практиканта, пытается облегчить себе его воспитание, чтобы не бить практиканта часто по башке чем нибудь...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #265 Ответы: #383

352. Сообщение от n00by (ok), 10-Май-22, 09:04 +/–

> Btw, у очередного опеннетного теоретика^W "знатока матчасти" автор FASM (а тот кусок
> был из сорца самого ассемблера, реализация режимов LINUX/X64/MODES.INC
Уже пора из fasm g публиковать _макросы_ mov, push, jmp :)

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

353. Сообщение от n00by (ok), 10-Май-22, 09:12 +/–

Не уточнили, собирается ли gcc с pgo (т.е. дважды). Если отключить Фортран, сэкономится минут 10.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #311 Ответы: #377

354. Сообщение от n00by (ok), 10-Май-22, 09:18 +1 +/–

> Кстати, сама статья выглядит провокационно.
И правда:
"рукописный ассемблер оказывается быстрее ... на 2-5%, но и я не спец в ассемблере на этом уровне."
Разница в пределах погрешности измерений.

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

355. Сообщение от Аноним (355), 10-Май-22, 09:26 +/–

Зачем анониму (в отличии от тебя) ходить в обычный словарь? Не заметил у него ошибок, кроме самой фразы стёба, может невнимательно просмотрел. Предложение не с заглавной буквы или пунктуация хромает? Но тогда причем здесь словарь? Может ты "Тайланд" считаешь правильным написанием? Другие слова вроде более "очевиднонеправильные". Огорчу тебя:
"Единственный правильный вариант написания –  с буквой «и», то есть «Таиланд».
Данное слово является названием страны. В русском языке чаще всего его произносят как «Тайланд», однако это неправильно. Во всех словарях топонимов название этой страны пишется с буквой «и» и произносится точно так же. Следовательно, слово является словарным, а его правописание необходимо раз и навсегда запомнить.
Источник: https://orfographia.ru/tailand-ili-tayland-kak-pravilno"

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

356. Сообщение от Аноним (356), 10-Май-22, 09:56 +/–

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

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

358. Сообщение от Аноним (356), 10-Май-22, 09:59 +/–

> Давай, умник, расскажи мне про эффективность алокаторов.
Самый эффективный аллокатор - это его отсутствие. А попробуй ка оспорь! :)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #270 Ответы: #409

359. Сообщение от Аноним (356), 10-Май-22, 10:01 –1 +/–

> Лучше уж паника, чем профессиональный сишник, который забыл проверить успешность malloc.
Особенно в линукскернеле, который при этом жестоко сдохнет при нехватке памяти в системе. Что совершенно не нашло понимания Торвальдса. Если вы win95 хотели, с падениями пару раз в день, она так то уже 27 лет доступна.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #152 Ответы: #372

360. Сообщение от Аноним (-), 10-Май-22, 10:07 –1 +/–

> Че за чушь от смузихлеба? Клевые ништяки?? Мдааассс..
Я предпочитаю делать то что мне самому нравится и кажется прикольным. Это так странно? В таком режиме я наиболее эффективен. Кроме всего прочего это включает мелкие одноплатные системки, чаще всего на ARM, околоуправляющей или мониторинговой тематики.
Вот линух туда лезет неплохо. Многие SoC хорошо поддерживаются майнлайном. Взял да запустил, с вполне разумными усилиями доступными для смертного. Отшлифовать острые углы - и получается клево. Нравится и себе и клиентам. К тому же с ними часто есть договоренность что я им полный пакет сорцов и доков (например кадфайлов на всякий кастом). Мне и самому так больше нравится, это нормальный современный подход.
А с BSD - дурных технические проблемы задолбают и устранить их реально толко будучи мегафирмой размером с сони. Без этого там нечего ловить. Да и их команда девов живет в каком-то своем мире.

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

361. Сообщение от Аноним (-), 10-Май-22, 10:10 +/–

Если кто делает пропретарные проекты, он очень так себе опенсорсничек, с ним дело лучше не иметь как по мне. Это я как экс-проприетарщик говорю :P. Я ж знаю за кого я держал клиентов и что я делал. И очень рад что нашел иные форматы, когда держать клиента за идиота и искусственно кидать его стало не обязательно.

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

362. Сообщение от Аноним (-), 10-Май-22, 10:11 +/–

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

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

363. Сообщение от Аноним (-), 10-Май-22, 10:13 +/–

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

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

364. Сообщение от Аноним (-), 10-Май-22, 10:19 +/–

> Гм, а чем плох код? Лаконичный и ясный.
Хорошо пошутил.
> Если что, уже с год пишу разные микросервисы на Rust для связи блокчейнов с GUI-инструментами.
А, у тебя просто специфика такая, понимаешь, кому и поля Галуа как 2 * 2, но это не всем же так :)

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

365. Сообщение от Аноним (-), 10-Май-22, 10:19 +/–

> Когда нечего отвечать, пытаетесь закрыт людям рты
Может он намекнул что о мертвых или хорошо, или ничего? :)

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

366. Сообщение от Аноним (-), 10-Май-22, 10:20 –1 +/–

> Жаба - образец эталонности.
Эталон блоатвари, тормозов и энтерпрайзности. Фу таким быть.

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

367. Сообщение от Аноним (-), 10-Май-22, 10:23 –1 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #245 Ответы: #373

368. Сообщение от Аноним (-), 10-Май-22, 10:25 +/–

Все это верно только если кодер модуляризацию ниасилил. Более того - на хрусте в этом случае будет точно такой же кошмар. А может и более хреновый - кто его знает как там с статическим анализом и отоловом крайвых дурных ситуаций? Вон на хрустософт уже сотни CVE так то есть.

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

369. Сообщение от Аноним (-), 10-Май-22, 10:34 –3 +/–

> Всё уже собрано до нас.
До вас. Потому что обезьяна с гранатой - это еще не системщик.
> Я ради интереса в прошлом году собрал
> под 4 пень со всеми оптимизациями под HT и netburst. Разницы
> никакой от слова совсем.
Так ты не был в курсе как ядро надо собирать чтобы разницу ощутить. Попробуй например tickless ядро с full preempt. Это сочетание экономии питания (для лаптопов) с низкой латенси для оптимального юзерэкспериенса в системе. Дистры в лучшем случае делают компромиссные настройки, даже в low latency ядрах.
Нет, это не решит все проблемы человечества. И не даст +150% в скорости. И не избавит от ВСЕХ приколов. Но это ЧАСТЬ делания системы комфортной в работе. Ну, понимаешь, кто-то воспринимает фриз мыша или там тормозную реакцию системы как данность. А кто-то хочет плавно и приятно работающую систему, которую в принципе не клинит и не надо туповэйтить если не взваливать откровенно неподъемные задачи.
Вообще, если кто лечит за производительность на десктопе - очевидно что он ничерта не смыслит в user experience. На сервере плюс-минус 100мс реакции пофиг и можно группировать операции большими батчами, поимев прибавку скорости. Но user experience на десктопе с такой системой полный кошмар. Не понимая даже вот это лезть что-то менять в настройках кернела и называется (веб)абизяной с гранатой.

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

370. Сообщение от Аноним (-), 10-Май-22, 10:44 +/–

> Ога, есть С без, хотя бы, смартпоинтеров
Жирное, тормозное, малопредсказуемое ядро - немного не то что все хотят от операционки.

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

372. Сообщение от Аноним (-), 10-Май-22, 12:10 +/–

>> Лучше уж паника, чем профессиональный сишник, который забыл проверить успешность malloc.
> Особенно в линукскернеле, который при этом жестоко сдохнет при нехватке памяти в системе.
> линукскернеле
>> malloc
О, очередного "спеца" подвезли.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #359 Ответы: #415

373. Сообщение от Аноним (-), 10-Май-22, 12:18 +/–

>> Инструментарий и вариант библиотеки alloc
>> Предложена начальная реализация модуля "net"
> Так новость прочитай. Или если храбрый - вон туда в рассылку к линуксоидам сходи. Там есть фич которые вот-вот уже без пяти минут как есть в ночной версии, и вообще, идет уже пятый год стабилизца синтаксиса,
Так-так, вариант библиотеки alloc (ничего, что для сишки там тоже спец. вариант?) резко стал изменением синтаксиса. Ох уже эти опеннетные "спицы".

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #367 Ответы: #395

375. Сообщение от Аноним (-), 10-Май-22, 13:25 +/–

> Ариан 5
Можно пример ракетоносителя со ржавчиной?

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

376. Сообщение от Аноним (376), 10-Май-22, 13:52 +/–

> Про@баный Ариан 5 готов заспорить с этим храбрым утверждением.
Но только у опеннетных оналитеков, прочитавших лишь желтенькие статьи вместо http://sunnyday.mit.edu/nasa-class/Ariane5-report.html

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

377. Сообщение от Аноним (-), 10-Май-22, 14:03 +/–

> с pgo (т.е. дважды)
Не дважды, а добавляется еще один этап сборки, которых при бутстрапе 3 (вроде).
3+1 раз пересобирается?
На счет pgo. Но своем конфиге ядра ускоряет примерно 10-15%. Для меня показалось несущественным, поэтому отключил, так как время сборки gcc увеличивается почти в 2 раза.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #353 Ответы: #387

383. Сообщение от morphe (?), 10-Май-22, 14:53 +2 +/–

> От "racing сonditions" только мозг программиста защищает. Те тупые проверки что есть в расте на racing conditions видит и хороший программист, а в реальных, тяжелых, очень слабо продумываемых, просматриваемых racing conditions - которые в последнее время и всплывают - никаких бонусов RUST не дает.
Не надо путать data race и race condition
Первое Rust сделать не даст, ты не сможешь использовать не thread-safe структуру в многопоточке
А второе с одной стороны конечно должен видеть программист, однако в Rust приняты такие идиомы, которые этот класс ошибок тоже зачастую предотвращают

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #351 Ответы: #384

384. Сообщение от bOOster (ok), 10-Май-22, 17:00 –2 +/–

>> От "racing сonditions" только мозг программиста защищает. Те тупые проверки что есть в расте на racing conditions видит и хороший программист, а в реальных, тяжелых, очень слабо продумываемых, просматриваемых racing conditions - которые в последнее время и всплывают - никаких бонусов RUST не дает.
> Не надо путать data race и race condition
> Первое Rust сделать не даст, ты не сможешь использовать не thread-safe структуру
> в многопоточке
И именно это будет обрастать такими граблями в ядре - что скоро пальма первенства по производительности перекочует к BSD. Они в 13 Free уже ноздря в ноздрю идут почти, но качества кода в BSD выше на пару порядков.
> А второе с одной стороны конечно должен видеть программист, однако в Rust
> приняты такие идиомы, которые этот класс ошибок тоже зачастую предотвращают
Ты же моешься по утрам? Или нет?
Почему в программировании на Сишке не примешь для себя идентичые идиомы, а все на Раст полагаешься?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #383 Ответы: #386

385. Сообщение от Вы забыли заполнить поле Name (?), 10-Май-22, 20:05 –1 +/–

> Теперь так просто UB и закладки не позапихивать, придётся думать.
В расте есть UB. Ты, наверное, перечитал весь код компилятора и все, что тащит cargo, чтобы утверждать, что компилятор, прибитый гвозядми к llvm не тащит закладок?

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

386. Сообщение от morphe (?), 11-Май-22, 01:47 +2 +/–

> И именно это будет обрастать такими граблями в ядре
Не понял о каких граблях речь)
Сейчас если ты хочешь использовать в драйвере какую-либо не thread-safe структуру, ты должен корректно обернуть обращения к ней в блокировку мьютекса/спинлока
В сложном коде это достаточно просто забыть сделать, а Rust тебя спасёт от подобной ошибки, т.к не даст тебе иметь несколько мутабельных ссылок на структуру одновременно, хочешь делиться ей между потоками - пихни её в мьютекс/спинлок, и обращайся с ней через него
https://habr.com/ru/post/659547/
> Почему в программировании на Сишке не примешь для себя идентичые идиомы, а все на Раст полагаешься?
Потому что на каждом языке я стремлюсь писать идиоматичный код, и идиомы Rust совсем на сишные не похожи, а некоторые и просто нереализуемы в сях из-за более скудной семантики последних.

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

387. Сообщение от n00by (ok), 11-Май-22, 08:07 +/–

>> с pgo (т.е. дважды)
> Не дважды, а добавляется еще один этап сборки, которых при бутстрапе 3
> (вроде).
> 3+1 раз пересобирается?
Правильнее считать время на каждую стадию, т.к. именно оно и влияет. Т.е. мне следовало бы добавить "в первом приближении".
> На счет pgo. Но своем конфиге ядра ускоряет примерно 10-15%. Для меня
> показалось несущественным, поэтому отключил, так как время сборки gcc увеличивается почти
> в 2 раза.
Ну вот и получилось на практике, что с pgo вдвое дольше собирается. Значит в №311 могло бы быть 40 минут или часа 2. Потому и интересно, с pgo ли там измерено время. Если rust собирается без pgo, корректнее сравнивать именно такой вариант.
А как получили эти 10-15%? Пересобирали весь мир, или на паре пакетов посмотрели qlop?

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

388. Сообщение от Брат Анон (ok), 11-Май-22, 08:17 +/–

У людей просто генетическая потребность какая-то жрать кактусы, колоться, плакать и продолжать жрать кактусы.
И через долгий долгий период потом, когда окажется что так можно было и не делать -- будут невинными удивлëнными глазами хлопать и говорить: "Ну мы же не знали! Нам никто не говорил".

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

390. Сообщение от Брат Анон (ok), 11-Май-22, 08:21 +/–

Я пару недель назад приводил результаты теста на Го и встроенном в Го ассемблере. В итоге -- победила векторизация встроенная в Го. В 4, Карл, грëбаных раза!! Ассемблер!!
Второй вопрос: завтра код переедет на Армы и какую-нибудь экзотическую ось. Кто и когда р за чей счëт вам это будет оптимизировать?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #305 Ответы: #402

392. Сообщение от fuggy (ok), 11-Май-22, 11:43 +/–

Кто бы не расстраивался, но выходит это серьёзная проверка Rust на профпригодность. Проверка на использование в реальном проекте, заодно найдут и исправят недостатки в языке на установленных требованиях. Глядишь и язык станет лучше.

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

395. Сообщение от Аноним (-), 11-Май-22, 16:32 –3 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #373 Ответы: #399

396. Сообщение от Аноним (-), 11-Май-22, 16:34 +/–

Несколько опечаток в ZOG!!

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

397. Сообщение от Аноним (-), 11-Май-22, 16:35 +/–

> Кто бы не расстраивался, но выходит это серьёзная проверка Rust на профпригодность.
> Проверка на использование в реальном проекте, заодно найдут и исправят недостатки
> в языке на установленных требованиях. Глядишь и язык станет лучше.
Когда базовые фичи приматывают на проволоку - оно становится не "лучше" а "костыльнее".

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #392 Ответы: #398

398. Сообщение от Аноним (-), 11-Май-22, 17:33 +/–

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

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

399. Сообщение от Аноним (-), 11-Май-22, 17:39 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #395 Ответы: #400, #416

400. Сообщение от Аноним (-), 11-Май-22, 17:46 +/–

ЗЫ: для теоретиков, слышавших лишь звон:
Trait std::alloc::GlobalAlloc
...
unsafe fn alloc(&self, layout: Layout) -> *mut u8
Allocate memory as described by the given layout.
Returns a pointer to newly-allocated memory, or null to indicate allocation failure.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #399 Ответы: #405

401. Сообщение от PnD (??), 11-Май-22, 18:01 +/–

Для критических мест в реальном времени (АДА тут мимо, НЯЗ) в своё время придумали язык "Дракон".
Под советский "Буран", ЕМНИП. Там фишка в компиляции по блок-схемам. Т.е., под каждым типом блока лежит некая функция (хоть на сях хоть на асм), которую таки можно вылизать вплоть до доказательства сходимости и т.п. А стрелочки собирают из них нужную конструкцию.
Такая вот само-документируемая (куда уж дальше) штука.

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

402. Сообщение от Аноним (-), 11-Май-22, 18:51 +/–

>на Го
>коммунизмус не постирал штаны и начал писать на буржуазном языке от компании
Это всё, что надо знать про коммунизмусов.

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

403. Сообщение от Аноним (-), 11-Май-22, 18:55 +/–

Потому что типичная тактика SJW - примазываться к тому, что уже сделано, а не делать своё.

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

404. Сообщение от Аноним (-), 11-Май-22, 20:21 –1 +/–

>Предложена начальная реализация модуля "net" с сетевыми функциями. Для кода на языке Rust предоставлен доступ к таким сетевым структурам ядра, как "Namespace" (на основе структуры ядра "struct net"), SkBuff (struct sk_buff), TcpListener, TcpStream (struct socket), Ipv4Addr (struct in_addr), SocketAddrV4 (struct sockaddr_in) и их эквивалентам для IPv6.
То есть, про всё многообразие сокетов (и даже unix-сокетов) они не слышали.

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

405. Сообщение от n00by (ok), 12-Май-22, 09:41 +/–

> ЗЫ: для теоретиков, слышавших лишь звон:
> Trait std::alloc::GlobalAlloc
Кстати, GlobalAlloc() - функция из Win API. Там она зачастую служит маркером малообразованных буратин, не читающих документацию.

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

406. Сообщение от burjui (ok), 13-Май-22, 10:08 +/–

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

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

407. Сообщение от burjui (ok), 13-Май-22, 10:13 +/–

Правильно пишется так: "Хруст наносит сильную ниразбириху и ваняит какимто васянством. Я у мамы иксперт."

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

408. Сообщение от ммнюмнюмус (?), 14-Май-22, 23:28 +/–

Ядро - как раз тот компонент, у которого работа с железом - задача. Так что ядерный язык обязан уметь прямой доступ к памяти. Когда раст научится такому - тогда и будет что предлагать в ядро.
Фобии и страхи - у неграмотных, при наличии достаточно чётких аргументов - не аргумент.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #412

409. Сообщение от ммнюмнюмус (?), 14-Май-22, 23:33 +/–

gcc alloca. Как говорят сами доки - _иногда_  позволяет повысить производительность (я не пробовал, поэтому более точных аргументов нет).

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #358 Ответы: #423

410. Сообщение от ммнюмнюмус (?), 14-Май-22, 23:48 +/–

> GNU прославляет Открытость.
"Сказавший такую глупость не может управлять кораблём. Ни-За-Что." (c)
Открытость без свободы - это когда можно смотреть, но нельзя использовать, распространять, изменять и т.д.
В GNU это есть, поэтому утверждение выше неверно.
То, что BSD прославляет - это вседозволенность.
GNU - именно свободу. Она гарантирует, что её код всегда будет свободет во всех 4х отношениях.

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

411. Сообщение от ммнюмнюмус (?), 14-Май-22, 23:56 +/–

> Копилефт - это рабство, свобода насильно.
Ещё одна чушь.
Для пользователя/контрибутора: Свобода изучать, изменять, хранить и распространять код - это именно свобода, а не обязанность.
Для глав-разраба: Никто не заставляет его пахать иначе как сторонним договором, к копилефту не относящимся.
Пермиссив отличается только возможностью тырить оттуда код в закрытые проекты. За что его и любят зами знаете кто.

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

412. Сообщение от Аноним (-), 15-Май-22, 00:42 +/–

>> Откуда такая растофобия?
> Ядро - как раз тот компонент, у которого работа с железом -
> задача. Так что ядерный язык обязан уметь прямой доступ к памяти.
> Когда раст научится такому - тогда и будет что предлагать в ядро.
Классический образец воинственного опеннетного "растофоба" - привел "доказательства негодности" на основе своих же фантазий...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #408 Ответы: #425

413. Сообщение от Аноним (-), 15-Май-22, 00:58 +/–

> Одновременно с этим ЛЮБАЯ программа на C - это просто функции и
> структуры. Да, можно усложнить поведение передавая указатели или указатели на функции,
> можно поиграться с препроцессором, но в целом изучив вполне заурядные правила
> и изучив структуры данных, 90% задач с точки зрения программирования будут
> вполне тривиальными, сложности могут возникнуть лишь в предметной области.
Это тоже раз на раз не приходится, но на хрусте наломать дров можно намного больше. Просто потому что он намного сложнее. А с изменениями которые потребовалось добавить для сабжа еще и костыльнее, многие изначальные допущения не удержались.

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

414. Сообщение от Аноним (-), 15-Май-22, 01:00 +/–

> Паника кидается только из unwrap.
А теперь попробуй повторить выделение памяти и продолжить работать корректно с такой обработкой ощибок.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #185 Ответы: #420

415. Сообщение от Аноним (-), 15-Май-22, 01:02 –1 +/–

> О, очередного "спеца" подвезли.
Спецов было минимум 2, а у кернела таки есть свои аналоги этого самого. Называются чуть иначе, но идея та же самая - и в конце концов памяти может и не хватить. А хотя-бы и внутри ядра.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #372 Ответы: #421

416. Сообщение от Аноним (-), 15-Май-22, 01:10 –2 +/–

> А также всякие фантазии оеннетных знатоков и прочие сравнения опы (std либы) с пальцем ...
Так там std либа активно сватается как крутая фича языка. И вообще в целом дизайн яп и стдлибы такой что деланы они явно не пальцем, а с тем с чем его сравнивали. Поэтому в той чудной рассылочке можно найти дюжины фееричных костылей, которые вот уже почти внедрили в ночнушку.
А прикольно когда создатели "типа системного" языка показательно игнорят многолетний опыт окружающих и собирают все грабли самолично, в максимально дурном формате. Еще сильнее изгаживая синтаксис. А вы думали что всякие зиги и хари появляются просто так? А вот и хрен, это попытка сделать то же самое менее черезджеппно :)
> Но только в фантазиях местных "знатоков", не различающих язык и его std либу.
В хрусте стдлиб почти прибили на гвозди. И сколь-нибудь нормального standalone режима там почти и нету, что самое интересное. Вплоть до того что эта фигня подразумевает MMU и без него вообще гарантий не дает.
> Стабильным припеканием пятых точек "знатоков" на опеннете.
А также стабильными факами системщиков в адрес рож с хрустом, расскащывающих как на нем круто системщина делается - главное чтобы это кто-то другой кодил.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #399 Ответы: #424

418. Сообщение от Аноним (-), 15-Май-22, 01:14 +/–

> Дядя, ты дичь порешь. Не пори дичь, ей больно. Ты ведь вообще
> не в теме, о чём рассуждаешь. В то время на этих
> убогих пнях не решали ничего сложнее офисных задач.
В (первом) старкрафте например музыкальные треки были с тэгами такой штуки как SoundForge. И это какие-то 90-е, чтоли. Ах да, полуспайварный полуопенсорс аудасити косит именно под эту штуку. Только вот оно реально работало на первых пнях - и без какого там еще отсыла телеметрии.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #236 Ответы: #419

419. Сообщение от Аноним (191), 15-Май-22, 10:34 +/–

Ни о чём не говорит. Синкай тоже свое первое аниме рисовал в фотошопе, о спеках и эффективности данного процесса правда ничего не известно, это не значит, что CGI в фотошопе кто-то делал. Или там можно вспомнить, что в 2020 музыку делают на слабосильном домашнем железе из 80, нормальные синтезаторы из 70 при этом были куда мощнее и круче.

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

420. Сообщение от Аноним (420), 15-Май-22, 10:43 +/–

>> unsafe fn alloc(&self, layout: Layout) -> *mut u8
>> Allocate memory as described by the given layout.
>> Returns a pointer to newly-allocated memory, or null to indicate allocation failure.
> А теперь попробуй повторить выделение памяти и продолжить работать корректно с такой обработкой ощибок.
А теперь попробуй вместо фантазий "как оно там на самом деле" иногда читать ветку обсуждения.

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

421. Сообщение от Аноним (420), 15-Май-22, 10:47 +/–

>> О, очередного "спеца" подвезли.
> Спецов было минимум 2, а у кернела таки есть свои аналоги этого
> самого. Называются чуть иначе, но идея та же самая - и в конце концов памяти может и не хватить. А хотя-бы и внутри ядра.
И че? Че сказать-то хотел? Ветку не читал, сразу начал генерировать "ценное мнение"?
>> вариант библиотеки alloc, избавленный от возможных генераций состояния "panic" при возникновении ошибок
> Хорошее управление памятью. И отсутствие накладных расходов интересное
> ...

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

423. Сообщение от n00by (ok), 16-Май-22, 11:49 +/–

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

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

424. Сообщение от Аноним (424), 17-Май-22, 01:43 +/–

> В хрусте стдлиб почти прибили на гвозди. И сколь-нибудь нормального standalone режима
> там почти и нету, что самое интересное. Вплоть до того что
> эта фигня подразумевает MMU и без него вообще гарантий не дает.
Стандартная библиотека отключатеся одной строкой в главном файле модуля - "#![no_std]". При этом теряется возможность подключать имена из модуля std (стандартной библиотеки), а только остается использовать голый core - в котором нет типов использующих heap (потому не превязаных к MMU ОС). Документация по модулю, соответственно логически разделена для удобства навигации.
Для интересующихся советую вот из этой статьи промотать на параграф "Пример" и посмотреть самим как это может быть просто и безопасно в Раст https://habr.com/ru/post/495948/ (заметьте что в статье используется Cortex-M у которого нет MMU)

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

425. Сообщение от ммнюмнюмус (?), 20-Май-22, 19:52 +/–

>>> Откуда такая растофобия?
>> Ядро - как раз тот компонент, у которого работа с железом -
>> задача. Так что ядерный язык обязан уметь прямой доступ к памяти.
>> Когда раст научится такому - тогда и будет что предлагать в ядро.
> Классический образец воинственного опеннетного "растофоба" - привел "доказательства
> негодности" на основе своих же фантазий...
Хм, беру назад слова о том, что rust не умеет прямой доступ к памяти. Этот вывод я сделал на основе других постов. Будет время - конечно, побалуюсь, а пока только очередное подтверждение: Не брать на веру никакие опеннетные посты, проверять ВСЁ.

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

426. Сообщение от Аноним (426), 05-Июн-22, 01:23 +/–

Юзаю WireGuard больше года

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

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. Сообщение от Fracta1L (ok), 08-Май-22, 11:03	–12 +/–
Очень хорошо. Линукс должен перестать быть таким безбожно дырявым из-за сишки.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #4, #30, #45, #70

2. Сообщение от А где же каменты (?), 08-Май-22, 11:04	–12 +/–
Не взлетит, как сказал тео - нет экосистемы для этого вашего раст, на нем не пишут и не переписывают важный софт.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #7, #9, #240

3. Сообщение от Аноним (3), 08-Май-22, 11:07	+4 +/–
А те, кто делает патчи, пользуются Linux? Или это как у нас в современной политике "якобы делаем, а сами не пользуемся"
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #5, #15, #255

4. Сообщение от Аноним (4), 08-Май-22, 11:07	+3 +/–
Скорей бы уж свет Раст озарил Линукс
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #1 Ответы: #10

5. Сообщение от Аноним (4), 08-Май-22, 11:08	–2 +/–
Делать Линукс надо, по-хорошему, на МакОС
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #3 Ответы: #11

7. Сообщение от ИмяХ (?), 08-Май-22, 11:11	+13 +/–
Включение Rust в ядро - это как раз и есть создание экосистемы для развития языка.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #2 Ответы: #28, #267

9. Сообщение от Аноним (9), 08-Май-22, 11:13	+2 +/–
Сейчас уже все на Раст переписывают
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #2 Ответы: #210

10. Сообщение от Аноним (10), 08-Май-22, 11:17	+1 +/–
Восславьте солнце друзья мои, линукс с нами!
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #4 Ответы: #13

11. Сообщение от Аноним (3), 08-Май-22, 11:20	+/–
На мой взгляд консервативно никто сейчас не делает: ни MacOS ни Windows. Linux всё же даёт свободу, но всё равно консервативного отношения не видно. Много стандартов.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #5 Ответы: #12

12. Сообщение от Аноним (12), 08-Май-22, 11:27	+5 +/–
OpenBSD. Там столько консервативности, что хоть консервы заворачивай.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #11 Ответы: #328

13. Сообщение от slava_kpss (ok), 08-Май-22, 11:29	–5 +/–
88, линукс использовать не бросим!
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #10 Ответы: #16, #44

14. Сообщение от DildoZilla (?), 08-Май-22, 11:31	+1 +/–
Такое ощущение, как будто лгбтшная мозилла проводит вялотекущий перехват власти над ядром линя, вышибая старых сишников...
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #32

15. Сообщение от Мохнатый пись (?), 08-Май-22, 11:31	+/–
Откуда такая растофобия? Как будто в ядро пытаются добавить не низкоуровневый удобный язык, а javascript со смузями
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #3 Ответы: #22, #31, #149, #331, #408

16. Сообщение от Аноним (16), 08-Май-22, 11:36	+1 +/–
Praise the Sun не относится к фашизму, это лозунг рыцаря из Dark Souls, который приходит на помощь игроку.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #13

17. Сообщение от Аноним (17), 08-Май-22, 11:40	–3 +/–
Молодцы!
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #200

19. Сообщение от ананоша (?), 08-Май-22, 11:45	–1 +/–
Синтаксис раста страшнючий, но если кому-то нравится, почему нет
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #33, #48, #106, #196

20. Сообщение от Аноним (20), 08-Май-22, 11:47	+/–
>Напомним, что предложенные изменения дают возможность использовать Rust в качестве второго языка для разработки драйверов и модулей ядра. Надеюсь, не получится как всегда...
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #21

21. Сообщение от Аноним (20), 08-Май-22, 11:48	–1 +/–
Не то процитировал >Поддержка Rust преподносится как опция, не активная по умолчанию и не приводящая к включению Rust в число обязательных сборочных зависимостей к ядру.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #20 Ответы: #25

22. Сообщение от keydon (ok), 08-Май-22, 11:51	+5 +/–
Так ведь и пытаются
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #15

23. Сообщение от barmaley (??), 08-Май-22, 11:55	–4 +/–
Интересно зачем вообще нужен раст? Для низкоуровневого уже есть Гоу который внушает больше доверия чем сомнительная поделка от неизвестно кого
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #26, #37, #153

24. Сообщение от Аноним (24), 08-Май-22, 11:57	+7 +/–
Не понимаю, зачем пытаться пропихивать в ядро это новое, но уже ржавое, очевидно страдающее детскими болезнями, поделие, прикрываясь при этом словами о безопасности, когда уже 40+ лет как существует по-настоящему безопасный Язык Ада.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #27, #129, #222, #401

25. Сообщение от keydon (ok), 08-Май-22, 12:00	+9 +/–
Это для начала. А потом будет как обычно: модуль X на расте, софт от гугель требует модуль X (потому что так сказал гугель), поэтому в центос и бубунту проталкивают сборку раста по дефолту, поэтому его начинают использовать как либу другие компании уже со своим софтом, а переписывание модуля на си начинают студенты (которым заняться нечем) и само собой недоделывают его из-за сессии и теперь все пишут какой же модуль на си кривой, а на расте хороший, так что надо ядро на раст переписывать и т.д. и вот типичный EEE: он как бы не обязателен, а без него уже ничего не работает, проходит десяток лет и какой-нибудь "герой" предлагает его включать по дефолту потому что это уже стандарт... Много раз такое проходили.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #21 Ответы: #34, #38

26. Сообщение от Аноним (17), 08-Май-22, 12:03	+3 +/–
В rust автоматическое управление памятью без garbage collector и его больших накладных расходов. Этим он принципиально отличается от go
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #23 Ответы: #36, #75

27. Сообщение от keydon (ok), 08-Май-22, 12:07	+2 +/–
Экспансия же. Корпорации уже раскупили места у руля в цитадели зла(ещё на этапе котлована), теперь остаётся его сделать стандартом и рулить миром. Сначала ненавязчиво(прикрываясь заботой о природе, детях, безопасности, нервых клетках разработчиков, в общем всем хорошим против всего плохого), потом все более явно (как с ютубом, хромом, js, андройдом и тд). Много раз уже такое проходили, ничего хорошего в итоге не получается.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #24

28. Сообщение от КО (?), 08-Май-22, 12:10	–11 +/–
Скажи это ненужному WireGuard.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #7 Ответы: #144, #330, #426

30. Сообщение от Корец (?), 08-Май-22, 12:17	+4 +/–
Посмотрим, как ты запоёшь, когда он станет безбожно дырявым из-за раста xD
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #1 Ответы: #46, #63

31. Сообщение от bOOster (ok), 08-Май-22, 12:17	–2 +/–
Сам не знал что истину написал? :)) Когда-то были языки высокого уровня и низкого. А Раст и иже с ними это уже новый класс. Языки программирования среднего уровня. То есть по старой квалификации ни то и не другое.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #15 Ответы: #40, #128, #265

32. Сообщение от Аноним (32), 08-Май-22, 12:17	+1 +/–
>Разработка финансируется компанией Google и организацией ISRG
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #14 Ответы: #35

33. Сообщение от Аноним (32), 08-Май-22, 12:17	–9 +/–
не надоело ещё мусолить тему про "страшнючий" синтаксис раста?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #19 Ответы: #58

34. Сообщение от Аноним (40), 08-Май-22, 12:20	–1 +/–
Ну будем пользоваться ядром без раста. Это же как libre версия ядра без включения проприетарных компонентов.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #25 Ответы: #133