The OpenNET Project / Index page

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

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

08.05.2022 10:56

Мигель Охеда (Miguel Ojeda), автор проекта Rust-for-Linux, предложил для рассмотрения разработчиками ядра Linux выпуск v6 компонентов для разработки драйверов устройств на языке Rust. Это седьмая редакция патчей с учётом первого варианта, опубликованного без номера версии. Поддержка Rust рассматривается как экспериментальная, но уже включена в ветку linux-next и достаточно развита для начала работы по созданию слоёв абстракции над подсистемами ядра, а также для написания драйверов и модулей. Разработка финансируется компанией Google и организацией ISRG (Internet Security Research Group), которая является учредителем проекта Let's Encrypt и способствует продвижению HTTPS и развитию технологий для повышения защищённости интернета.

В новой версии:

  • Инструментарий и вариант библиотеки alloc, избавленный от возможных генераций состояния "panic" при возникновении ошибок, обновлены до выпуска Rust 1.60, в которой стабилизирована поддержка режима "maybe_uninit_extra", применяемого в патчах к ядру.
  • Добавлена возможность выполнения тестов из документации (тесты, одновременно используемые в качестве примеров в документации), через преобразование во время компиляции тестов, завязанных на API ядра, в тесты KUnit, выполняемые во время загрузки ядра.
  • Приняты требования, в соответствии с которыми тесты не должны приводить к выводу предупреждения линтера Clippy, как и код для ядра на языке Rust.
  • Предложена начальная реализация модуля "net" с сетевыми функциями. Для кода на языке Rust предоставлен доступ к таким сетевым структурам ядра, как "Namespace" (на основе структуры ядра "struct net"), SkBuff (struct sk_buff), TcpListener, TcpStream (struct socket), Ipv4Addr (struct in_addr), SocketAddrV4 (struct sockaddr_in) и их эквивалентам для IPv6.
  • Реализована начальная поддержка методов асинхронного программирования (async), реализованная в форме модуля kasync. Например, можно создавать работающий в асинхронном режиме код для манипуляции с TCP-сокетами:
    
            async fn echo_server(stream: TcpStream) -> Result {
                let mut buf = [0u8; 1024];
                loop {
                    let n = stream.read(&mut buf).await?;
                    if n == 0 {
                        return Ok(());
                    }
                    stream.write_all(&buf[..n]).await?;
               }
            }
    
  • Добавлен модуль net::filter для манипуляции с фильтрами сетевых пакетов. Добавлен пример rust_netfilter.rs с реализацией фильтра на языке Rust.
  • Добавлена реализация простого мьютекса smutex::Mutex, не требующего привязки (pinning).
  • Добавлена блокировка NoWaitLock, которая никогда не приводит к ожиданию освобождения, а в случае занятия другим потоком приводит к выводу ошибки при попытке получения блокировки вместо остановки вызывающего.
  • Добавлена блокировка RawSpinLock отождествлённая с raw_spinlock_t в ядре, применяемая к секциям, которые не могут находиться в состоянии ожидания.
  • Добавлен тип ARef для ссылок на объект, к которому применяется механизм подсчёта ссылок (always-refcounted).
  • В бэкенде rustc_codegen_gcc, позволяющем использовать библиотеку libgccjit от проекта GCC в качестве генератора кода в rustc для обеспечения в rustc поддержки доступных в GCC архитектур и оптимизаций, реализована возможность раскрутки компилятора (bootstrapping) rustc. Под раскруткой компилятора понимается возможность использования в rustc генератора кода на основе GCC для сборки самого компилятора rustc. Кроме того, в недавний выпуск GCC 12.1 включены исправления в libgccjit, необходимые для корректной работы rustc_codegen_gcc. Ведётся подготовка к предоставлению возможности установки rustc_codegen_gcc при помощи утилиты rustup.
  • Отмечается прогресс разработки GCC-фронтэнда gccrs с реализацией компилятора языка Rust на базе GCC. В настоящее время над gccrs в режиме полного рабочего дня работают два разработчика.

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

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

  1. Главная ссылка к новости (https://lkml.org/lkml/2022/5/7...)
  2. OpenNews: Новая версия патчей для ядра Linux с поддержкой языка Rust
  3. OpenNews: Пятая редакция патчей для ядра Linux с поддержкой языка Rust
  4. OpenNews: Проект Kerla развивает Linux-совместимое ядро на языке Rust
  5. OpenNews: Для ядра Linux предложен драйвер GPIO, написанный на Rust
  6. OpenNews: Поддержка Rust для ядра Linux столкнулась с критикой Торвальдса
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/57153-kernel
Ключевые слова: kernel, rust
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (351) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Fracta1L (ok), 11:03, 08/05/2022 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • –12 +/
     
     
  • 2.4, Аноним (4), 11:07, 08/05/2022 Скрыто ботом-модератором     [к модератору]
  • +3 +/
     
     
  • 3.10, Аноним (10), 11:17, 08/05/2022 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
     
  • 4.13, slava_kpss (ok), 11:29, 08/05/2022 Скрыто ботом-модератором     [к модератору]
  • –5 +/
     
     
  • 5.16, Аноним (16), 11:36, 08/05/2022 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
  • 5.44, Аноним (44), 12:40, 08/05/2022 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
     
  • 6.242, Аноним (-), 00:13, 09/05/2022 Скрыто ботом-модератором     [к модератору]
  • –3 +/
     
  • 2.30, Корец (?), 12:17, 08/05/2022 Скрыто ботом-модератором     [к модератору]
  • +4 +/
     
     
  • 3.46, Аноним (46), 12:41, 08/05/2022 Скрыто ботом-модератором     [к модератору]
  • +10 +/
     
  • 3.63, Аноним (63), 13:41, 08/05/2022 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
     
  • 4.124, Аноним (4), 15:42, 08/05/2022 Скрыто ботом-модератором     [к модератору]
  • +3 +/
     
     
  • 5.254, Аноним (63), 05:17, 09/05/2022 Скрыто ботом-модератором     [к модератору]
  • –2 +/
     
  • 4.143, НяшМяш (ok), 16:47, 08/05/2022 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
     
  • 5.253, Аноним (63), 05:15, 09/05/2022 Скрыто ботом-модератором     [к модератору]
  • –2 +/
     
  • 2.45, Аноним (46), 12:41, 08/05/2022 Скрыто ботом-модератором     [к модератору]
  • +3 +/
     
     
  • 3.52, Fracta1L (ok), 12:51, 08/05/2022 Скрыто ботом-модератором     [к модератору]
  • –6 +/
     
     
  • 4.54, nvidiaamd (?), 13:00, 08/05/2022 Скрыто ботом-модератором     [к модератору]
  • +2 +/
     
     
  • 5.66, Аноним (46), 13:51, 08/05/2022 Скрыто ботом-модератором     [к модератору]
  • +3 +/
     
  • 3.125, Аноним (4), 15:43, 08/05/2022 Скрыто ботом-модератором     [к модератору]
  • –1 +/
     
  • 2.70, Аноним (70), 13:52, 08/05/2022 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
     
  • 3.83, Fracta1L (ok), 14:17, 08/05/2022 Скрыто ботом-модератором     [к модератору]
  • –2 +/
     
     
  • 4.90, Аноним (10), 14:47, 08/05/2022 Скрыто ботом-модератором     [к модератору]
  • –1 +/
     

     ....ответы скрыты (21)

  • 1.2, А где же каменты (?), 11:04, 08/05/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –12 +/
    Не взлетит, как сказал тео - нет экосистемы для этого вашего раст, на нем не пишут и не переписывают важный софт.
     
     
  • 2.7, ИмяХ (?), 11:11, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +13 +/
    Включение Rust в ядро - это как раз и есть создание экосистемы для развития языка.
     
     
  • 3.28, КО (?), 12:10, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • –11 +/
    Скажи это ненужному WireGuard.
     
     
  • 4.144, НяшМяш (ok), 16:48, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Сижу на ненужном WireGuard примерно 2 месяца. Нравится больше L2TP, роутер влёгкую 100 мегабит забивает.
     
  • 4.330, Аноним (-), 21:29, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Юзаю вайргада. Роутер на малохольном мипсе очень резвенько его гоняет и конфигурится просто.
     
  • 4.426, Аноним (426), 01:23, 05/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Юзаю WireGuard больше года
     
  • 3.267, Аноним (267), 10:41, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Это убитие ядра.
     
  • 2.9, Аноним (9), 11:13, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Сейчас уже все на Раст переписывают
     
     
  • 3.210, Аноним (210), 21:05, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Мало переписывать, надо ещё завершать проекты, а то получается, как у Мозилы с FF: вроде что-то писали, но везде сишный код, даже в рендере, который вроде должен быть на расте.
     
     
  • 4.299, Иисус (?), 15:56, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Проекты надо не завершать, а продолжать
     
     
  • 5.319, Аноним (210), 19:25, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    там продолжать некуда, разве что в чистый ноль по рынку.
     
  • 2.240, Аноним (-), 00:11, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Оно же ZlaVa_kpSS, зачем ему _здесь_и_сейчас_ какое-то там шифрование?
     

  • 1.3, Аноним (3), 11:07, 08/05/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    А те, кто делает патчи, пользуются Linux? Или это как у нас в современной политике "якобы делаем, а сами не пользуемся"
     
     
  • 2.5, Аноним (4), 11:08, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Делать Линукс надо, по-хорошему, на МакОС
     
     
  • 3.11, Аноним (3), 11:20, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    На мой взгляд консервативно никто сейчас не делает: ни MacOS ни Windows. Linux всё же даёт свободу, но всё равно консервативного отношения не видно.
    Много стандартов.
     
     
  • 4.12, Аноним (12), 11:27, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +5 +/
    OpenBSD. Там столько консервативности, что хоть консервы заворачивай.
     
     
  • 5.328, сосед (?), 20:52, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    И хорошо. Если нужно что-то действительно железобетонное - это Опенок.
     
     
  • 6.356, Аноним (356), 09:56, 10/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > И хорошо. Если нужно что-то действительно железобетонное - это Опенок.

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

     
  • 2.15, Мохнатый пись (?), 11:31, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Откуда такая растофобия? Как будто в ядро пытаются добавить не низкоуровневый удобный язык, а javascript со смузями
     
     
  • 3.22, keydon (ok), 11:51, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Так ведь и пытаются
     
  • 3.31, bOOster (ok), 12:17, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Сам не знал что истину написал? :))

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

     
     
  • 4.40, Аноним (40), 12:29, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Высокий уровень в С++ потому что умные указатели такие же как в расте. Плюс жор памяти.
     
  • 4.128, Аноним (4), 15:46, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Так а смысл ядро на низком уровне писать? Тонкий контроль не всегда нужен. Да и Си не особо низкого уровня, Си не отражает устройства X86, он в лучшем случае отражает условный виртуальный PDP11.

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

     
     
  • 5.268, Аноним (267), 10:43, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Мдаа. Молодежь еще тупее, чем я думал.
     
     
  • 6.308, Аноним (4), 18:26, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Почитай статью, вместо того чтобы измышлять
     
  • 5.284, bOOster (ok), 13:11, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Так а смысл ядро на низком уровне писать? Тонкий контроль не всегда
    > нужен. Да и Си не особо низкого уровня, Си не отражает
    > устройства X86, он в лучшем случае отражает условный виртуальный PDP11.
    > https://queue.acm.org/detail.cfm?id=3212479

    Причем тут X86 вообще. Любой язык программирования - это абстракция от железной инфраструктуры. В этом их суть..

    И на эти помои - X86 вообще никто и никогда не ориентировался...

     
     
  • 6.309, Аноним (4), 18:27, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Любой язык программирования - это абстракция от железной инфраструктуры. В этом их суть

    Так и Раст такая же абстракция.

    > помои - X86

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

     
     
  • 7.315, bOOster (ok), 18:39, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Эти т.н. "помои" победили, ибо как оказалось лучшая архитектура

    В каком месте они победили? Временное преймущество из-за человеческой лени. Этой системы команд в процессорных ядрах уже тыщу лет как нет. "Эмулятор" только. И продолжают рыдать, но тащить это убожество.
    Хотя Apple с 680xx отлично двинулись на PowerPC, дальше на Intel, а сейчас на ARM отлично переходят. Идут в ногу со временем.  

    И да X86 это не архитектура - это система команд процессора. И даже MS - с подачи которой эта система команд вообще взлетела - понимают, что тащить X86 дальше - себе дороже.

     
     
  • 8.345, Аноним (345), 23:51, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    как там В Тайланде войн выйграл у андройда в мозайку , не иначе, обладал как... текст свёрнут, показать
     
     
  • 9.350, bOOster (ok), 08:16, 10/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    В обычный словарь сходи , только не так как ты попытаешься ответить А почитать... текст свёрнут, показать
     
     
  • 10.355, Аноним (355), 09:26, 10/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Зачем анониму в отличии от тебя ходить в обычный словарь Не заметил у него ош... большой текст свёрнут, показать
     
  • 4.265, Аноним (265), 10:10, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А что ты понимаешь под средним уровнем Основная причина как мне видится по ко... большой текст свёрнут, показать
     
     
  • 5.351, bOOster (ok), 08:27, 10/05/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Никто его не принимает, его туда пытаются вкорячить любыми путями с тыщами подпо... большой текст свёрнут, показать
     
     
  • 6.383, morphe (?), 14:53, 10/05/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > От "racing сonditions" только мозг программиста защищает. Те тупые проверки что есть в расте на racing conditions видит и хороший программист, а в реальных, тяжелых, очень слабо продумываемых, просматриваемых racing conditions - которые в последнее время и всплывают - никаких бонусов RUST не дает.

    Не надо путать data race и race condition

    Первое Rust сделать не даст, ты не сможешь использовать не thread-safe структуру в многопоточке

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

     
     
  • 7.384, bOOster (ok), 17:00, 10/05/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    И именно это будет обрастать такими граблями в ядре - что скоро пальма первенств... большой текст свёрнут, показать
     
     
  • 8.386, morphe (?), 01:47, 11/05/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Не понял о каких граблях речь Сейчас если ты хочешь использовать в драйвере как... большой текст свёрнут, показать
     
  • 3.149, НяшМяш (ok), 16:53, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Это национальная забава. Когда что-то не понимаешь, надо это хейтить, а лучше запретить. Вон недавно на Форуме Безопасного Интернета дядечка высказался о запрещении этого самого интернета. Там же дети пропадают и роскомнадзорятся. А сколько от раста несчастий - и не перечесть. Теперь так просто UB и закладки не позапихивать, придётся думать.
     
     
  • 4.385, Вы забыли заполнить поле Name (?), 20:05, 10/05/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Теперь так просто UB и закладки не позапихивать, придётся думать.

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

     
  • 3.331, Аноним (-), 21:30, 09/05/2022 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 3.408, ммнюмнюмус (?), 23:28, 14/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ядро - как раз тот компонент, у которого работа с железом - задача. Так что ядерный язык обязан уметь прямой доступ к памяти. Когда раст научится такому - тогда и будет что предлагать в ядро.

    Фобии и страхи - у неграмотных, при наличии достаточно чётких аргументов - не аргумент.

     
     
  • 4.412, Аноним (-), 00:42, 15/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >> Откуда такая растофобия?
    > Ядро - как раз тот компонент, у которого работа с железом -
    > задача. Так что ядерный язык обязан уметь прямой доступ к памяти.
    > Когда раст научится такому - тогда и будет что предлагать в ядро.

    Классический образец воинственного опеннетного "растофоба" - привел "доказательства негодности" на основе своих же фантазий...

     
     
  • 5.425, ммнюмнюмус (?), 19:52, 20/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >>> Откуда такая растофобия?
    >> Ядро - как раз тот компонент, у которого работа с железом -
    >> задача. Так что ядерный язык обязан уметь прямой доступ к памяти.
    >> Когда раст научится такому - тогда и будет что предлагать в ядро.
    > Классический образец воинственного опеннетного "растофоба" - привел "доказательства
    > негодности" на основе своих же фантазий...

    Хм, беру назад слова о том, что rust не умеет прямой доступ к памяти. Этот вывод я сделал на основе других постов. Будет время - конечно, побалуюсь, а пока только очередное подтверждение: Не брать на веру никакие опеннетные посты, проверять ВСЁ.

     
  • 2.255, Аноним (255), 08:00, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >А те, кто делает патчи, пользуются Linux?

    Так же, как и Redox.

     

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

  • 1.14, DildoZilla (?), 11:31, 08/05/2022 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +1 +/
     

     ....ответы скрыты (6)

  • 1.17, Аноним (17), 11:40, 08/05/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Молодцы!
     
     
  • 2.200, Аноним (10), 19:41, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    И ты тоже молодец что отметил, то что они молодцы!
     

  • 1.19, ананоша (?), 11:45, 08/05/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Синтаксис раста страшнючий, но если кому-то нравится, почему нет
     
     
  • 2.33, Аноним (32), 12:17, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • –9 +/
    не надоело ещё мусолить тему про "страшнючий" синтаксис раста?
     
     
  • 3.58, nvidiaamd (?), 13:04, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Правда глаза режет.
     
     
  • 4.115, Аноним (4), 15:30, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Норм синтаксис, просто кто не знает, тот не приучен
     
     
  • 5.119, Аноним (-), 15:34, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Норм синтаксис, просто кто не знает, тот не приучен

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


     
     
  • 6.161, wyry (?), 18:08, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Ага, и во всех перечисленных языках синтаксис разрабатывался изначально дизайном... большой текст свёрнут, показать
     
     
  • 7.168, Аноним (-), 18:23, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ага, и во всех перечисленных языках синтаксис разрабатывался изначально дизайном, где-то
    > больше, где-то меньше.

    Да-да, особенно в JS был "дизайн", ага.


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

    Простое и тривиальное ПО на любом ЯП будет выглядеть просто, сложное ПО на расте - сложно ... Л-логика (нет).

     
  • 7.173, Анонн (?), 18:38, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Это в Си разрабатывался синтаксис вместе с дизайном?? Да там дизайна никакого не было! Почитайте историю его создания, хотя бы в википедии. Намекну - его разработали в  1973, а первый стандарт был аж  1989, который по факту просто зафиксиловал уже имеющийся синтаксис. А до этого были несовместимые диалекты, компиляторы и тд
     
     
  • 8.183, Аноним (183), 19:06, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    До Си были A и B, так что Си был эволюцией... текст свёрнут, показать
     
  • 8.248, wyry (?), 02:07, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вообще-то в C как раз очень продуманный дизайн, практически идеальный хотя слож... большой текст свёрнут, показать
     
     
  • 9.346, Прохожий (??), 23:58, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Шо ж там продуманного такого Препроцессор Или может быть работа с указателями ... текст свёрнут, показать
     
  • 8.332, Аноним (-), 21:35, 09/05/2022 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 9.340, Аноним (-), 22:01, 09/05/2022 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.48, Аноним (46), 12:43, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Потому что они срут всем, а не только себе.
     
  • 2.106, Andrewpotam (?), 15:14, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Да нормальный там синтаксис, что вы как дети. Ничем не хуже С++.
     
     
  • 3.142, nvidiaamd (?), 16:46, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Для инопланетян, возможно. Но не для вменяемых гуманоидов.
     
     
  • 4.150, НяшМяш (ok), 16:55, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Те же скобочки, двоеточия да точки с запятой. Не то что питоны с собачками и пробелами.
     
     
  • 5.249, wyry (?), 02:18, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это не так и проблема не в этом Rust использует множество специальных символов,... большой текст свёрнут, показать
     
     
  • 6.349, Аноним (265), 02:23, 10/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Но ведь когда ты напишешь аналогичный код, он тоже будет работать по правилам ... большой текст свёрнут, показать
     
  • 6.413, Аноним (-), 00:58, 15/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Одновременно с этим ЛЮБАЯ программа на C - это просто функции и
    > структуры. Да, можно усложнить поведение передавая указатели или указатели на функции,
    > можно поиграться с препроцессором, но в целом изучив вполне заурядные правила
    > и изучив структуры данных, 90% задач с точки зрения программирования будут
    > вполне тривиальными, сложности могут возникнуть лишь в предметной области.

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

     
  • 3.333, Аноним (-), 21:36, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    За си++ тебя Торвальдс пожизненно люстрирует из системного программирования - и будет прав!
     
  • 2.196, Аноним (196), 19:33, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Какая тебе разница? Ты все равно не пишет ни на rust, ни на си, ни на чём
     

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

  • 1.20, Аноним (20), 11:47, 08/05/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Напомним, что предложенные изменения дают возможность использовать Rust в качестве второго языка для разработки драйверов и модулей ядра.

    Надеюсь, не получится как всегда...

     
     
  • 2.21, Аноним (20), 11:48, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не то процитировал
    >Поддержка Rust преподносится как опция, не активная по умолчанию и не приводящая к включению Rust в число обязательных сборочных зависимостей к ядру.
     
     
  • 3.25, keydon (ok), 12:00, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +9 +/
    Это для начала. А потом будет как обычно: модуль X на расте, софт от гугель требует модуль X (потому что так сказал гугель), поэтому в центос и бубунту проталкивают сборку раста по дефолту, поэтому его начинают использовать как либу другие компании уже со своим софтом, а переписывание модуля на си начинают студенты (которым заняться нечем) и само собой недоделывают его из-за сессии и теперь все пишут какой же модуль на си кривой, а на расте хороший, так что надо ядро на раст переписывать и т.д. и вот типичный EEE: он как бы не обязателен, а без него уже ничего не работает, проходит десяток лет и какой-нибудь "герой" предлагает его включать по дефолту потому что это уже стандарт... Много раз такое проходили.
     
     
  • 4.34, Аноним (40), 12:20, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну будем пользоваться ядром без раста. Это же как libre версия ядра без включения проприетарных компонентов.
     
     
  • 5.133, Аноним (133), 16:24, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Это же как libre версия ядра без включения проприетарных компонентов.

    Ну и кто ей пользуется?

     
  • 4.38, anonymous (??), 12:26, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ни чего не поделаешь. Всегда сидел на FF, перешёл полгода на Chromium. Без него не работает.

    Решает рынок, со стороны web-разработки Go порешал Rust.

     
     
  • 5.151, НяшМяш (ok), 16:56, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Решает рынок, со стороны web-разработки Go порешал Rust.

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

     
  • 5.323, Аноним (-), 19:42, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А потом появляются статьи 'How to call Rust func from Go', потому что го тормозит
     
  • 5.326, Аноним (326), 20:38, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Так порешал, что дропбокс и дискорд на расте переписали часть сервисов гошных, так как из-за дурного сборщика мусора тормозило когда не надо
     

  • 1.23, barmaley (??), 11:55, 08/05/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    Интересно зачем вообще нужен раст? Для низкоуровневого уже есть Гоу который внушает больше доверия чем сомнительная поделка от неизвестно кого
     
     
  • 2.26, Аноним (17), 12:03, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    В rust автоматическое управление памятью без garbage collector и его больших накладных расходов. Этим он принципиально отличается от go
     
     
  • 3.36, bOOster (ok), 12:21, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > В rust автоматическое управление памятью без garbage collector и его больших накладных
    > расходов. Этим он принципиально отличается от go

    Повторяем еще раз это есть и в C++ в умных указателях.

     
     
  • 4.39, Аноним (40), 12:27, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Тогда Rust это тот же Groovy для Java, когда уже есть Java. А Go это такой же Kotlin, но от очковых.
     
     
  • 5.53, bOOster (ok), 12:53, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Тогда Rust это тот же Groovy для Java, когда уже есть Java.
    > А Go это такой же Kotlin, но от очковых.

    Нет, потому что синтаксис языка Rust - это полное нечитаемое гуано.

     
     
  • 6.59, Аноним (40), 13:05, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Да я не про синтаксис. Groovy не изобрели бы зная про другой язык. Это уже не ради чего-тио нужного создается, а чтобы показать новый неполный набор языка высокого уровня в более низком на замену Си. Hare хотя бы шансы имеет, но сдается мне системный софт надо писать на раст только до тех пор пока на Си не будет качественно переписаны драйвера. Штеуд вот втащил кучу денег в разработку драйверов под линукс, но не у всех есть такая возможность. Так что раст подойдет для прототипирования, а не как серебряная пуля. Языки высокого уровня куда сложнее нечитаемого раста.
     
  • 4.117, Аноним (4), 15:32, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Повторяем еще раз это есть и в C++ в умных указателях.

    Не включены по умолчанию и всё равно полно возможностей получить UB по памяти

     
  • 4.269, Аноним (267), 10:44, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Хуже С++ нет ничего. Уродливое поделие робкого датчанина.
     
  • 4.270, Аноним (267), 10:50, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Давай, умник, расскажи мне про эффективность алокаторов.
     
     
  • 5.358, Аноним (356), 09:59, 10/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Давай, умник, расскажи мне про эффективность алокаторов.

    Самый эффективный аллокатор - это его отсутствие. А попробуй ка оспорь! :)

     
     
  • 6.409, ммнюмнюмус (?), 23:33, 14/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    gcc alloca. Как говорят сами доки - _иногда_  позволяет повысить производительность (я не пробовал, поэтому более точных аргументов нет).
     
     
  • 7.423, n00by (ok), 11:49, 16/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    alloca() - это одна машинная команда, меняет регистр стека.
    Менеджер кучи хранит списки свободных блоков, где выполняет поиск, это занимает некоторое время.
    Если в выделенный буфер читается файл (долгая операция), то выигрыша нет.
     
  • 3.75, Бывалый смузихлёб (?), 13:59, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > вариант библиотеки alloc, избавленный от возможных генераций состояния "panic" при возникновении ошибок

    Хорошее управление памятью. И отсутствие накладных расходов интересное

     
     
  • 4.80, Аноним (17), 14:12, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Если бы ты хоть раз в жизни написал что-то сложнее hello world, то знал бы, что операция выделения памяти всегда может завершится с ошибкой. Это зависит не от языка, не от программиста, а от состояния компьютера и операционной системы.

     
     
  • 5.85, Аноним (-), 14:36, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> panic
    > ошибка

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

     
     
  • 6.94, bOOster (ok), 14:52, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>> panic
    >> ошибка
    > Как всегда, подмена понятий.

    Молодец, подтвердил что никогда не писал ничего круче Hello World.

     
  • 6.109, Аноним (-), 15:17, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>> panic
    >> ошибка
    > Как всегда, подмена понятий.

    Как всегда, вопиющее невежество.


     
  • 6.152, НяшМяш (ok), 16:57, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Как всегда, подмена понятий.

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

     
     
  • 7.158, Аноним (-), 17:31, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > паника
    > профессиональный сишник

    Всё разложил по понятиям.

     
  • 7.166, Аноним (-), 18:17, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Где ты тут проф сишников увидел Местные знатоки сишечку разве что в универе... большой текст свёрнут, показать
     
     
  • 8.174, Аноним (174), 18:40, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ты забыл - неявная Самое то для системного языка ... текст свёрнут, показать
     
     
  • 9.179, Аноним (-), 18:55, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Зато ты не забыл нафантазировать что-то Самое-то для очередного опеннетного... большой текст свёрнут, показать
     
     
  • 10.185, Аноним (-), 19:09, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Паника кидается только из unwrap ... текст свёрнут, показать
     
     
  • 11.414, Аноним (-), 01:00, 15/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А теперь попробуй повторить выделение памяти и продолжить работать корректно с т... текст свёрнут, показать
     
     
  • 12.420, Аноним (420), 10:43, 15/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А теперь попробуй вместо фантазий как оно там на самом деле иногда читать ветк... текст свёрнут, показать
     
  • 7.250, wyry (?), 02:31, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Открою тайну, но профессиональные не пользуются malloc на каждом углу и относятс... большой текст свёрнут, показать
     
     
  • 8.251, НяшМяш (ok), 03:06, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Называется arena allocator, можно написать на любом языке, в котором можно явно ... текст свёрнут, показать
     
  • 8.256, Профессиональный сишник (?), 08:02, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ну один-то раз надо проверить память, или я не так понял И как раз в этом случа... текст свёрнут, показать
     
  • 8.321, Аноним (321), 19:32, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Есть ещё более страшная тайна 512 байт уже дохрена и malloc нету в принципе Но... текст свёрнут, показать
     
  • 7.359, Аноним (356), 10:01, 10/05/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Лучше уж паника, чем профессиональный сишник, который забыл проверить успешность malloc.

    Особенно в линукскернеле, который при этом жестоко сдохнет при нехватке памяти в системе. Что совершенно не нашло понимания Торвальдса. Если вы win95 хотели, с падениями пару раз в день, она так то уже 27 лет доступна.

     
     
  • 8.372, Аноним (-), 12:10, 10/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    О, очередного спеца подвезли ... текст свёрнут, показать
     
     
  • 9.415, Аноним (-), 01:02, 15/05/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Спецов было минимум 2, а у кернела таки есть свои аналоги этого самого Называют... текст свёрнут, показать
     
     
  • 10.421, Аноним (420), 10:47, 15/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    И че Че сказать-то хотел Ветку не читал, сразу начал генерировать ценное мнен... текст свёрнут, показать
     
  • 4.180, Смузихлёб (ok), 18:56, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Хорошее управление памятью.

    Это как?

     
     
  • 5.263, Аноним (-), 09:36, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Как в расте.
     
  • 2.37, Аноним (40), 12:24, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Го это ничем непримечательная поделка. Ты иди сравни быстродействие языков. Потом глянь на микроконтроллеры, хоть те же "умные" часы с несколькими мегабайтами памяти. Потом как бизнес подумай а нахрена ставить в часы гигабайты памяти вместо батарейки. Так вот там памяти как в старых роутерах, а ведь надо еще интерфейс отображать.
     
     
  • 3.73, Бывалый смузихлёб (?), 13:54, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну как раз под мк поддержки раста практически и нет
    Там, как ни странно, очень даже любят сишку
    Да и зачем там раст, если всё ключевое там всё равно на сях
     
     
  • 4.108, Andrewpotam (?), 15:16, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    С - метрвый язык как ни крути. Пока мертвечину еще не закопали к сожалению.
     
     
  • 5.147, nvidiaamd (?), 16:51, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Пруфы будут или как всегда?
     
  • 5.163, wyry (?), 18:11, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ага, все библиотеки по сей день пишут на чистом C (которые кстати легко адаптируются и под Rust при желании), мёртвый язык. Я уж молчу о нишевых решениях.
     
  • 2.153, НяшМяш (ok), 17:00, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > низкоуровневого уже есть Гоу

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

     

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

  • 1.24, Аноним (24), 11:57, 08/05/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    Не понимаю, зачем пытаться пропихивать в ядро это новое, но уже ржавое, очевидно страдающее детскими болезнями, поделие, прикрываясь при этом словами о безопасности, когда уже 40+ лет как существует по-настоящему безопасный Язык Ада.
     
     
  • 2.27, keydon (ok), 12:07, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Экспансия же. Корпорации уже раскупили места у руля в цитадели зла(ещё на этапе котлована), теперь остаётся его сделать стандартом и рулить миром. Сначала ненавязчиво(прикрываясь заботой о природе, детях, безопасности, нервых клетках разработчиков, в общем всем хорошим против всего плохого), потом все более явно (как с ютубом, хромом, js, андройдом и тд). Много раз уже такое проходили, ничего хорошего в итоге не получается.
     
  • 2.129, Аноним (4), 15:48, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    В аде гарбадж коллектор есть. В расте нет
     
     
  • 3.211, Аноним (210), 21:10, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Получается, Ада - лучше.
     
     
  • 4.312, Аноним (4), 18:29, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Не для  системных задач
     
  • 4.334, Аноним (-), 21:37, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Про@баный Ариан 5 готов заспорить с этим храбрым утверждением.
     
     
  • 5.375, Аноним (-), 13:25, 10/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Ариан 5

    Можно пример ракетоносителя со ржавчиной?

     
  • 5.376, Аноним (376), 13:52, 10/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Про@баный Ариан 5 готов заспорить с этим храбрым утверждением.

    Но только у опеннетных оналитеков, прочитавших лишь желтенькие статьи вместо http://sunnyday.mit.edu/nasa-class/Ariane5-report.html

     
  • 2.222, proninyaroslav (ok), 21:31, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > уже 40+ лет как существует по-настоящему безопасный Язык Ада.

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

     
  • 2.401, PnD (??), 18:01, 11/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Для критических мест в реальном времени (АДА тут мимо, НЯЗ) в своё время придумали язык "Дракон".
    Под советский "Буран", ЕМНИП. Там фишка в компиляции по блок-схемам. Т.е., под каждым типом блока лежит некая функция (хоть на сях хоть на асм), которую таки можно вылизать вплоть до доказательства сходимости и т.п. А стрелочки собирают из них нужную конструкцию.
    Такая вот само-документируемая (куда уж дальше) штука.
     

  • 1.42, Аноним (42), 12:38, 08/05/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вот ето новость. Все ядро на Rust надо переписать!
    Ооо Дааа Ruuust...
     
     
  • 2.212, Аноним (210), 21:11, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Они пытались - получилась редох. Но драйверы под неё написать, почему-то, не получается. Пишут под линух.
     

  • 1.61, Аноним (-), 13:23, 08/05/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Для чистого Си экосистемой является GNU/Linux. А Rust - это чужеродное вкрапление. GNU/Linux прославляет копилефт и Свободу. А растаманы за разрешиловку-пермиссивщину. Растаманы не являются врагами проприетарного ПО, а линуксоиды являются врагами проприетарного ПО.

    Вывод: Rust Линуксу не нужен.

     
     
  • 2.69, Аноним (40), 13:52, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Зачем быть врагами ПО? Как только из ядра начали выпиливать GPLv3 начался упадок и компромиссы. Такими темпами какой-нибудь 9front состоится как замена устаревших UNIX, Linux. VESA режим там работает. Проблем с Rust никаких. Чистый Си. Офигенная скорость работы на совместимом железе.
     
  • 2.95, bOOster (ok), 14:54, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Для чистого Си экосистемой является GNU/Linux. А Rust - это чужеродное вкрапление.
    > GNU/Linux прославляет копилефт и Свободу. А растаманы за разрешиловку-пермиссивщину.
    > Растаманы не являются врагами проприетарного ПО, а линуксоиды являются врагами проприетарного
    > ПО.
    > Вывод: Rust Линуксу не нужен.

    GNU прославляет Открытость. Свободу прославляет BSD. Не стоит путать данные вещи. Свободой в GNU не пахнет от слова совсем. Ты в дофига пунктах постоянно кому то что-то должен.

     
     
  • 3.132, Аноним (-), 16:21, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >GNU прославляет Открытость. Свободу прославляет BSD

    Класическое перевирание: "Чёрное назвать белым, а белое чёрным".

     
     
  • 4.135, Аноним (133), 16:25, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В чём свобода GNU?
     
  • 4.181, bOOster (ok), 18:56, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >>GNU прославляет Открытость. Свободу прославляет BSD
    > Класическое перевирание: "Чёрное назвать белым, а белое чёрным".

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

     
     
  • 5.336, Аноним (-), 21:40, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Как-то из линукса я могу сделать многократно больше клевых ништяков чем из BSD. Вот она и свобода. А то что сорц придется дать и хрен с ним, 99.99% все-равно кодил не я...
     
     
  • 6.341, bOOster (ok), 22:02, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Как-то из линукса я могу сделать многократно больше клевых ништяков чем из
    > BSD. Вот она и свобода. А то что сорц придется дать
    > и хрен с ним, 99.99% все-равно кодил не я...

    Че за чушь от смузихлеба? Клевые ништяки?? Мдааассс..

     
     
  • 7.360, Аноним (-), 10:07, 10/05/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Я предпочитаю делать то что мне самому нравится и кажется прикольным Это так ст... большой текст свёрнут, показать
     
  • 3.410, ммнюмнюмус (?), 23:48, 14/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > GNU прославляет Открытость.

    "Сказавший такую глупость не может управлять кораблём. Ни-За-Что." (c)
    Открытость без свободы - это когда можно смотреть, но нельзя использовать, распространять, изменять и т.д.
    В GNU это есть, поэтому утверждение выше неверно.

    То, что BSD прославляет - это вседозволенность.
    GNU - именно свободу. Она гарантирует, что её код всегда будет свободет во всех 4х отношениях.

     
  • 2.118, Аноним (4), 15:34, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Копилефт - это рабство, свобода насильно. Пермиссив - вот это истинная свобода. Свободнее только общественное достояние

    > линуксоиды являются врагами проприетарного ПО.

    Нет, не являются, это вы себе придумали. Зачем враждовать, если можно сосуществовать?

     
     
  • 3.134, Аноним (-), 16:25, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Пермиссив - вот это истинная свобода

    Нет, пермиссивка это потакание проприетарщине.

     
     
  • 4.136, Аноним (133), 16:26, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Нет, пермиссивка это потакание проприетарщине.

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

     
     
  • 5.167, wyry (?), 18:22, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Это лезвие обоюдоострое В случае с BSD лицензиями одиночный разработчик малень... большой текст свёрнут, показать
     
     
  • 6.177, Аноним (133), 18:48, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Слушайте, снимаю шляпу. В кой-то веки человек не просто поддержал BSD или GPL, обосрав оппонента, но расписал плюсы и минусы обеих точек зрения и указал, когда они нужны. Это здесь редкость, моё почтение вам, господин.
     
     
  • 7.182, Аноним (-), 19:03, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Слушайте, снимаю шляпу. В кой-то веки человек не просто поддержал BSD или
    > GPL, обосрав оппонента, но расписал плюсы и минусы обеих точек зрения
    > и указал, когда они нужны. Это здесь редкость, моё почтение вам, господин.

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

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


     
     
  • 8.186, Аноним (133), 19:09, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Да я хотел было раскритиковать, но потом подумал, что редко тут хотя бы такие ра... текст свёрнут, показать
     
  • 7.316, wyry (?), 18:45, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Госпожа И что важнее, я искренне считаю, что обе лицензии абсолютно необходимы... большой текст свёрнут, показать
     
     
  • 8.361, Аноним (-), 10:10, 10/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Если кто делает пропретарные проекты, он очень так себе опенсорсничек, с ним дел... текст свёрнут, показать
     
  • 6.195, Аноним (-), 19:30, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >BSD позволяет свободным художникам больше творить не опасаясь, что тебя ЗАСТАВЯТ раскрыть все карты.

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

     
  • 6.258, Аноним (258), 09:15, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >лепя своего Франкенштейна на совершенно законных основаниях, при этом добавляя немного маркетинга можно и неплохо заработать.
    >GPL же существенно ограничивает использование кода для целей получения выгоды

    Вот и видно гнилое нутро гпльщиков - и сам не заработаю и другим не дам. Не съем, так покусаю.

    Когда человек говорит что зарабатывать/получать выгоду ЗАКОННЫМИ СРЕДСТВАМИ - плохо, то не стройте иллюзий - перед вами неудачник, коммунист, и враг прогресса.

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

    Только BSD/MIT. Свобода не терпит компромиссов. Выбирающие GPL не получают ни свободы, ни заработка - если перефразировать классика.

     
     
  • 7.264, Аноним (-), 09:41, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Зароботок они получить могут - 90% писателей ядран на зп у корпов. Вот такая щвабода получилась.
     
     
  • 8.313, Аноним (4), 18:30, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А это уже не они Те они , кто это устроил - их могли и выкинуть А корпы да, п... текст свёрнут, показать
     
  • 7.310, wyry (?), 18:27, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ещё раз GPL проекты, на подобие Blender во-первых на зарплате сюрприз от инве... большой текст свёрнут, показать
     
  • 7.337, Аноним (-), 21:41, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Вот и видно гнилое нутро гпльщиков - и сам не заработаю и другим не дам. Не съем, так покусаю.

    GPL вообще совсем не запрещает зарабатывать на софте, внезапно. Прикинь?!

     
  • 7.342, Легивон (?), 22:13, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >это видно по идолу коплефт движения Столоману - неопрятность, жизнь на подаяния, странный рацион

    А по лидеру (одному из) BSD движения Маккузику что видно? Жизнь через <>, другую сторону... если ты понимаешь о чем я.

     
  • 5.226, nvidiaamd (?), 21:47, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Но в основном 99% этим пользуются проприетарщики
     
     
  • 6.286, bOOster (ok), 13:22, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Но в основном 99% этим пользуются проприетарщики

    Это сути Свободы не меняет.

     
     
  • 7.362, Аноним (-), 10:11, 10/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Это сути Свободы не меняет.

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

     
  • 3.176, Аноним (174), 18:44, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Свободнее только общественное достояние

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

     
     
  • 4.178, Аноним (133), 18:49, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А так немало попыток прихватизировать произведения, перешедшие в общественное достояние.

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

     
     
  • 5.187, Аноним (-), 19:15, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Это не запрещено...

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

     
     
  • 6.188, Аноним (133), 19:20, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Так в правовой сфере везде так
     
     
  • 7.194, Аноним (-), 19:29, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > правовой сфере

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

    Например начать с того, что "свободу" заменить на "право, данное таким-то государством" (делать или не делать что-то).

     
     
  • 8.204, Аноним (44), 20:30, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Старый вы слишком Свобода это вседозволенность и т е невзирая ни на что и даже... текст свёрнут, показать
     
     
  • 9.363, Аноним (-), 10:13, 10/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, ок, тогда давай я тебя к веслу прикую, сможешь насладиться свободой по полно... текст свёрнут, показать
     
  • 3.271, Аноним (267), 10:52, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Поэтому я на Фряхе под лицензией "Нате и делайте что хочите"
     
  • 3.411, ммнюмнюмус (?), 23:56, 14/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Копилефт - это рабство, свобода насильно.

    Ещё одна чушь.
    Для пользователя/контрибутора: Свобода изучать, изменять, хранить и распространять код - это именно свобода, а не обязанность.
    Для глав-разраба: Никто не заставляет его пахать иначе как сторонним договором, к копилефту не относящимся.

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

     
  • 2.122, Аноним (-), 15:38, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > а линуксоиды являются врагами проприетарного ПО.

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

     
  • 2.169, Аноним (-), 18:24, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Какая это "свобода" затесалась в GNU/Linux? Это там где все решает один чел? Классная свобода...
     

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

  • 1.62, Аноним (62), 13:39, 08/05/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Инструментарий и вариант библиотеки alloc, избавленный от возможных генераций состояния "panic" при возникновении ошибок
    > Добавлена блокировка NoWaitLock, которая никогда не приводит к ожиданию освобождения, а в случае занятия другим потоком приводит к выводу ошибки при попытке получения блокировки вместо остановки вызывающего

    который год костыли и подпорки городят для растовиков, напрашивается вопрос - накой тащить язык который не подходит для ядра в ядро ?

     
     
  • 2.78, Аноним (-), 14:06, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +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-functions.html
    >> 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 умным видом несут хрень  ...

     
     
  • 3.100, Аноним (62), 15:02, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > panic
    > kmalloc

    https://lkml.org/lkml/2021/4/14/1099

    > NoWaitLock
    > trylock Functions

    spin_trylock() и mutex_trylock() проверяют обычные спинлоки и мьютексы, для этого не нужно как в расте создавать специальную блокировку

     
     
  • 4.112, Аноним (-), 15:28, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >> panic
    >> kmalloc
    >> пук

    Ясно.

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

    Проверяют через либастрал, ага.


     
  • 2.97, bOOster (ok), 14:58, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Инструментарий и вариант библиотеки alloc, избавленный от возможных генераций состояния "panic" при возникновении ошибок
    >> Добавлена блокировка NoWaitLock, которая никогда не приводит к ожиданию освобождения, а в случае занятия другим потоком приводит к выводу ошибки при попытке получения блокировки вместо остановки вызывающего
    > который год костыли и подпорки городят для растовиков, напрашивается вопрос - накой
    > тащить язык который не подходит для ядра в ядро ?

    Чтобы "ремесленникам-программистам" уровня 1С платить в 10 раз меньше. Профи - всегда хотят много, да еще и нарасхват.

     

  • 1.64, анонимныйнекодим (?), 13:42, 08/05/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Дорогой Мигель (ты же читаешь?)!
    Лучше бы занялся системами сборки (Ninja или tup). Мы бы поблагодарили, да!
     
     
  • 2.99, Аноним (-), 14:59, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    https://redo.readthedocs.io/en/latest/

    > redo: a recursive, general-purpose build system

     
     
  • 3.103, анонимныйнекодим (?), 15:03, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Пихон не нужен, совсем.
     
     
  • 4.105, Аноним (-), 15:13, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Эта страница для быстрого ознакомления что это. Оригинальный redo на (ba)sh.

    https://redo.readthedocs.io/en/latest/#how-does-this-redo-compare-to-other-red

     
     
  • 5.116, анонимныйнекодим (?), 15:32, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > для быстрого ознакомления что это

    Я даже с DJB знаком, но всё равно спасибо. :)

    А вот https://github.com/leahneukirchen/redo-c на Правильном и Нужном Языке.
    Вarning! Автор - бывший мужик.

     

  • 1.71, Аноним (70), 13:53, 08/05/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Как обычно, только автор отходит от дел, так набегает сообщество и превращает творение в кучу ненужного хлама.
     
     
  • 2.82, Аноним (46), 14:15, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нет автор ушел именно потому что уже понял что это хлам.
     
     
  • 3.213, Аноним (210), 21:16, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Кому надо было - уже нафоркали достаточных сырцов.
     

  • 1.77, Онаним (?), 14:03, 08/05/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    От приведённого примера кода мои глаза снова вытекли.
    На этом реально кто-то всерьёз пишет?
     
     
  • 2.81, Аноним (46), 14:15, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нет
     
     
  • 3.88, Аноним (88), 14:42, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Гм, а чем плох код? Лаконичный и ясный. Если что, уже с год пишу разные микросервисы на Rust для связи блокчейнов с GUI-инструментами. Rust только радует, давно у меня не было такого субъективно комфортного языка (пожалуй, со времён первого Delphi).
     
     
  • 4.96, Аноним (96), 14:54, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это методичка у них такая, забей на этих сиплюсплюснутых ботов.
    А синтаксис у Rust Language наиприятнейший😋
     
     
  • 5.148, Аноним (148), 16:51, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    что же ты сам себе отвечаешь-то, анонимный писака наиважнейших сервисов?
     
  • 4.184, Аноним (183), 19:06, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Аутотренинг по утрам?
     
  • 4.364, Аноним (-), 10:19, 10/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Гм, а чем плох код? Лаконичный и ясный.

    Хорошо пошутил.

    > Если что, уже с год пишу разные микросервисы на Rust для связи блокчейнов с GUI-инструментами.

    А, у тебя просто специфика такая, понимаешь, кому и поля Галуа как 2 * 2, но это не всем же так :)

     
  • 2.110, warlock (??), 15:25, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Да, и с большим удовольствием.
     

  • 1.86, Смузихлёб (ok), 14:37, 08/05/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +13 +/
    Пора закрывать комментарии в темах про руст.
     
     
  • 2.101, Аноним (-), 15:02, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Пора не писать даже-не-минорщину в (главных) новостях
     
  • 2.120, Аноним (4), 15:36, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Когда нечего отвечать, пытаетесь закрыт людям рты
     
     
  • 3.215, Аноним (210), 21:18, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Типичная демократия.
     
  • 3.365, Аноним (-), 10:19, 10/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Когда нечего отвечать, пытаетесь закрыт людям рты

    Может он намекнул что о мертвых или хорошо, или ничего? :)

     
  • 2.170, Онаним (?), 18:26, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Я бы и темы эти под кат убирал, всё равно они только минорщине интересны, а остальные в них поржать ходят, и посмотреть, каких знаков препинания в этот хлам ещё насовали.
     
  • 2.252, Аноним (252), 04:16, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Зачем? Не нравится - не читай.
     

  • 1.113, Неуклюжий танцор (?), 15:28, 08/05/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Очень печально. Руст вносит большую неразбириху. Тескты программ, как из прошлого века изобилуют разными колючими символами расставленными то тут то там, скобки, толстая система сборки, да и вообще синтаксис языка отдаёт какимто васянством.
     
     
  • 2.121, Аноним (4), 15:36, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • –6 +/
    Да нормальный синтаксис, выручите уже и успокойтесь
     
  • 2.130, Смузихлёб (ok), 15:48, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > толстая система сборки

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

     
     
  • 3.216, Аноним (210), 21:21, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Толще чем у JAVA?

    Жаба - образец эталонности.

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

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

     
     
  • 4.232, Смузихлёб (ok), 22:12, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Жаба - образец эталонности.

    Эталонности громоздкости?

     
  • 4.261, Аноним (-), 09:30, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > образец эталонности

    респект и уважуха

     
  • 4.366, Аноним (-), 10:20, 10/05/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Жаба - образец эталонности.

    Эталон блоатвари, тормозов и энтерпрайзности. Фу таким быть.

     
  • 3.257, Аноним (196), 08:27, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • –4 +/
    В java отличная система сборки, один Gradle или maven которые делают всё и очень быстрая компиляция.
    В java программа компилируется быстрее чем один только makefile для сборки во всяких там языках создаётся.
     
     
  • 4.297, Смузихлёб (ok), 14:27, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > один Gradle или maven

    Тыж назвал целых два, а их куда больше 🤦‍♀️ а за xml вообще надо кастрировать в 2к22 году.

     
     
  • 5.322, Аноним (-), 19:37, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А что лучше? Json, yaml, toml? Может ini файлы?)
    У них всех есть свои недостаки...
     
  • 2.407, burjui (ok), 10:13, 13/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Правильно пишется так: "Хруст наносит сильную ниразбириху и ваняит какимто васянством. Я у мамы иксперт."
     

  • 1.126, Аноним (126), 15:44, 08/05/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Linux переписыввают на Rust!!!
    Люди добрые, да что же это такое творится?!
     
     
  • 2.217, Аноним (210), 21:22, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > что же это такое творится?

    Просто растаманы не смогли дописать свою редох.

     
     
  • 3.219, Аноним (219), 21:27, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> что же это такое творится?
    > Просто растаманы не смогли дописать свою редох.

    Че там с Hurd?

     
     
  • 4.224, Аноним (224), 21:37, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +4 +/
    С Hurd всё нормально - лежит и не шевелится.
     
  • 3.327, Аноним (265), 20:46, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >дописать ОС

    Было ли такое в истории вообще - дописанная ОС?

    Жаль ни кто не занимается bare-metal, полностью ring0 осей. Такое подходит Раст очень, это быстрый язык и при этом безопасный по памяти. Получается в теории потокам программы не придется переходить в ring3 вообще чтобы получить безопасность по памяти и изоляцию. Понятно что тогда придется использовать особый компилятор Раст (желательно верифицированный).

    Хоть немного утопично, но звучит интересно - "Программы работающие без переключения контекста, и при этом не требующие сборщик мусора с его Остановкой Мира при очистке".
    Вот чего стоит перейти в ring0, в самом низу таблицы -- http://ithare.com/wp-content/uploads/part101_infographics_v08.png
    ... а потом еще обратно надо в ring3

     

  • 1.137, Аноним (137), 16:31, 08/05/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Любопытно, что большая часть кода в этой "прослойке" содержит unsafe. В таком случае, какая польза от Rust? Без шуток, действительно интересно.
     
     
  • 2.139, Аноним (133), 16:34, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ну так это в прослойке, код который с её помощью будет подключаться, будет safe
     
     
  • 3.218, Аноним (210), 21:26, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Стадии ансейфа:
    - Нинини!
    - Только один единственный ансэйф!
    - Ну, можно и в нескольких местах... Я же контролирую себя.
    - Везде-везде-везде...
    - Где бы ещё ансейф сделать?
     
  • 2.140, пох. (?), 16:35, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Как какая? Код помечен unsafe! Сразу видно где искать проблемы! (ну да, весь код. В нем и искать.)

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

     
     
  • 3.172, Аноним (172), 18:30, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Театр безопасности аля оградительная лента.
     
  • 3.220, Аноним (210), 21:27, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Искать будут в unsafe, а ошибка окажется, как обычно, в другом месте.
     
  • 2.154, НяшМяш (ok), 17:04, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Поэтому она и называется "прослойка" - потому что использует существующие абстракции. А всё внешнее для раста - unsafe.
     
  • 2.171, Аноним (172), 18:29, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Никакой пользы от Раста нет. Призыва писать на Хаскеле был бы столь же релевантен.
     
     
  • 3.231, Аноним (231), 22:07, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Польза есть - не нужно тратить годы на С++ с его стандартом на тыщу с гаком страниц и даже спустя 10 лет быть не сильно уверенным, что не налажал где-то. Есть опыт выкатки в прод пачки маложрущих рестовых сервисов с предсказуемым latency в силу отсутствия сборки мусора. Синтаксис зело проще и напоминает OCaml. Че так все взъелись на язык, который идейно отличается от большинства известных, компилирующихся в нативку, только тем, что имеет принудительное следование RAII в compile-time - решительно непонятно. Для перекладывания жысонов unsafe не нужон вообще.
     
     
  • 4.237, Смузихлёб (ok), 22:28, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > на тыщу с гаком страниц

    Руст существует не так давно по меркам С++, а уже претендует на две тыщи с гаком страниц. По сложности эти два языка вполне могут соревноваться. Вот только нужны ли они оба?

     
     
  • 5.238, Аноним (231), 23:04, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    За примерно 4 года регулярного взаимодействия с растом уверенно могу сказать, чт... большой текст свёрнут, показать
     
     
  • 6.239, Аноним (210), 23:41, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > раст сильно проще. В нем нет ... метапрограммирования

    Ассемблер сильно проще, в нём вообще ничего нет, а блок unsafe всего один.

     
     
  • 7.243, Аноним (219), 00:37, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Просто Воены Супротив Раста, как обычно, знакомы с матчастью лишь по комментам н... большой текст свёрнут, показать
     
     
  • 8.244, Смузихлёб (ok), 01:06, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • –3 +/
    А предельно простые mov, push, jmp не осилил К чему эти макросы Попытка сваять... текст свёрнут, показать
     
     
  • 9.246, Аноним (219), 01:30, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Занятный юлеж и заодно, перепись опеннетных Знатоков Btw, у очередного опе... текст свёрнут, показать
     
     
  • 10.352, n00by (ok), 09:04, 10/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Уже пора из fasm g публиковать _макросы_ mov, push, jmp ... текст свёрнут, показать
     
  • 6.241, Смузихлёб (ok), 00:12, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > раст сильно проще

    Это пока, а года через три будет винегрет похлеще крестов.


     
     
  • 7.245, Аноним (231), 01:11, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ну либо пруфы в студию, какие фичи за последние лет 5 завезли в ржавый, что если сравнить "тогда" и "сейчас", то мать родная не узнает, либо утверждение голословное.
     
     
  • 8.367, Аноним (-), 10:23, 10/05/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Так новость прочитай Или если храбрый - вон туда в рассылку к линуксоидам сходи... текст свёрнут, показать
     
     
  • 9.373, Аноним (-), 12:18, 10/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Так-так, вариант библиотеки alloc ничего, что для сишки там тоже спец вариант ... текст свёрнут, показать
     
     
  • 10.395, Аноним (-), 16:32, 11/05/2022 [^] [^^] [^^^] [ответить]  
  • –3 +/
    А также всякие боксы где аллокация таки может не получиться и все такое прочее ... текст свёрнут, показать
     
     
  • 11.399, Аноним (-), 17:39, 11/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А также всякие фантазии оеннетных знатоков и прочие сравнения опы std либы с п... текст свёрнут, показать
     
     
  • 12.400, Аноним (-), 17:46, 11/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    ЗЫ для теоретиков, слышавших лишь звон Trait std alloc GlobalAlloc unsaf... текст свёрнут, показать
     
     
  • 13.405, n00by (ok), 09:41, 12/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Кстати, GlobalAlloc - функция из Win API Там она зачастую служит маркером мал... текст свёрнут, показать
     
  • 12.416, Аноним (-), 01:10, 15/05/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Так там std либа активно сватается как крутая фича языка И вообще в целом дизай... большой текст свёрнут, показать
     
     
  • 13.424, Аноним (424), 01:43, 17/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Стандартная библиотека отключатеся одной строкой в главном файле модуля - no... большой текст свёрнут, показать
     
  • 4.266, Аноним (62), 10:41, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Польза есть - не нужно тратить годы на С++

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

    https://os.phil-opp.com

    в ядре Linux раст не нужен, он не даёт никаких преимуществ по сравнению с С

     
     
  • 5.302, Аноним (326), 16:37, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Си даёт гарантии, что какой-то указатель не будет использован повторно после free()? Си годная тема для МК, чтобы не опускаться до всяких MIPS ассемблеров и написать несложную логику на пару тысяч строк, которую, разбив по файлам, вполне можно досконально вычитать. Миллионы же строк на С - это кошмар, ничего нельзя трогать, не запуская статический анализатор каждый раз, чтобы, не дай бог, не пролез "человеческий фактор".
     
     
  • 6.320, Аноним (62), 19:32, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Си даёт гарантии, что какой-то указатель не будет использован повторно после free()?

    дело в том что и раст в ядре таких гарантий не даст - буферы и блокировки используются разными подсистемами ядра, чтобы следить за ними в компилетайм надо чтобы всё было написано на расте. Вот придумали они свои реализации alloc, smutex::Mutex и NoWaitLock - а что с ними делать в сишном коде ? т.е. смысл в них есть только для растовиков, для изолированного пользования только растокодом

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

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

     
  • 5.303, Аноним (326), 16:38, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Си даёт гарантии, что какой-то указатель не будет использован повторно после free()? Си годная тема для МК, чтобы не опускаться до всяких MIPS ассемблеров и написать несложную логику на пару тысяч строк, которую, разбив по файлам, вполне можно досконально вычитать. Миллионы же строк на С - это кошмар, ничего нельзя трогать, не запуская статический анализатор каждый раз, чтобы, не дай бог, не пролез "человеческий фактор".
     
     
  • 6.368, Аноним (-), 10:25, 10/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Все это верно только если кодер модуляризацию ниасилил. Более того - на хрусте в этом случае будет точно такой же кошмар. А может и более хреновый - кто его знает как там с статическим анализом и отоловом крайвых дурных ситуаций? Вон на хрустософт уже сотни CVE так то есть.
     
  • 2.285, Аноним (265), 13:16, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это называется FFI, в примере Раст-Си это место где встречается небезопасный язык с безопасным. Будь Си безопасен в том же самом смысле что и Раст - этого бы не потребовалось. И наоборот если бы Раст был небезопасным этого бы тоже не потребовалось.

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

    Кстати, Раст поддерживает LTO в FFI с Си и С++ кодом.

     
     
  • 3.292, Аноним (-), 13:48, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Кстати, Раст поддерживает LTO в FFI с Си и С++ кодом.

    Приписал возможности LLVM ржавому. Скажи еще, что код оптимизирует на уровне Си.

     
     
  • 4.294, Аноним (294), 14:01, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Кстати, Раст поддерживает LTO в FFI с Си и С++ кодом.
    > Приписал возможности LLVM ржавому. Скажи еще, что код оптимизирует на уровне Си.

    Приписал возможности LLVM/GIMPLE Си. Скажи еще, что tcc/cproc/Turbo C оптимизируют точно так же.


     
  • 4.304, Аноним (265), 16:52, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Скажи еще, что код оптимизирует на уровне Си.

    Не приписывайте возможности LLVM ветхому, а то замечательный TCC обидится :)

    Кстати, для Раст активно пишется gcc кодогенератор https://rust-gcc.github.io/ (спонсируемый).

     
     
  • 5.307, Аноним (-), 18:09, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Не приписывайте возможности LLVM ветхому

    Вопрос: где я приписал Си оптимизацию?

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

    Так что с LTO у Rust?

    > Кстати, для Раст активно пишется ... кодогенератор

    Раньше модно было писать .net/jvm кодогенератор.

     
     
  • 6.325, Аноним (265), 20:07, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А с чем же еще сравнивать, не с ассемблером же Да, когда люди сравнивают скоро... большой текст свёрнут, показать
     
     
  • 7.329, Аноним (-), 21:06, 09/05/2022 Скрыто ботом-модератором     [к модератору]
  • +/
     

     ....ответы скрыты (37)

  • 1.175, Ананоним (?), 18:44, 08/05/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Скоро уже ядро будет собираться сутки? А то поржать хочется.
     
     
  • 2.190, Смузихлёб (ok), 19:21, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Всё уже собрано до нас. Я ради интереса в прошлом году собрал под 4 пень со всеми оптимизациями под HT и netburst. Разницы никакой от слова совсем.
     
     
  • 3.191, Аноним (191), 19:24, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • –7 +/
    А что ты ожидал там увидеть, тем более на таком мусорном железе?
     
     
  • 4.203, Смузихлёб (ok), 20:11, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Мусор у тебя в голове.
     
     
  • 5.206, Аноним (191), 20:43, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • –8 +/
    Эт ты ща серьёзно хочешь сказать, что железо, которое едва-едва потянет h264 в 720p (в лучше случае, не больше 30 кадров в секунду), можно считать чем-либо помимо мусора? У тебя всё хорошо с головой? А про то, что разницы на таком кале не будет, это очевидно и ожидаемо.
     
     
  • 6.207, Смузихлёб (ok), 20:55, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > h264 в 720p

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

     
     
  • 7.208, Аноним (191), 21:01, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • –6 +/
    Какая там работа, ты не в себе. Если даже топовый проц в любом случае неэффективная кукуруза без поддержки минимальных мультимедийных инструкций, с кривым гипертредингом, и ещё не вспоминал про тормозную память… Мультимедия это пример простейшей примитивнейшей задачи на сегодня. Даже в виде печатной машинки для набора текста (только набора, в текстовом формате) такое больно использовать. Я тебе о другом говорю, ядро не рассчитано на такое железо и все улучшения софта упрутся в недостатки самого железа.
     
     
  • 8.233, Смузихлёб (ok), 22:18, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Божечки И как каких-то 10-15-20 лет назад люди работали за компьютером, созда... текст свёрнут, показать
     
     
  • 9.236, Аноним (191), 22:26, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Дядя, ты дичь порешь Не пори дичь, ей больно Ты ведь вообще не в теме, о чём р... текст свёрнут, показать
     
     
  • 10.418, Аноним (-), 01:14, 15/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    В первом старкрафте например музыкальные треки были с тэгами такой штуки как S... текст свёрнут, показать
     
     
  • 11.419, Аноним (191), 10:34, 15/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ни о чём не говорит Синкай тоже свое первое аниме рисовал в фотошопе, о спеках ... текст свёрнут, показать
     
  • 8.338, Аниним (?), 21:46, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Это классическая двух ходов очка 1 Язык XXX не тормозит Вообще Он даже быстр... текст свёрнут, показать
     
     
  • 9.339, Аниним (?), 21:49, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Быстрофикс s Язык XXX XXX ... текст свёрнут, показать
     
  • 7.209, Аноним (191), 21:02, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • –4 +/
    >вычислительная машина для работы

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

     
     
  • 8.229, nvidiaamd (?), 21:56, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Да для вас все что старее месяца уже помойка и тормозит Под вас ютупчики и опти... текст свёрнут, показать
     
     
  • 9.235, Аноним (191), 22:24, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Для кого, для вас Речь вроде была только про самый мусорный интел за всю исто... текст свёрнут, показать
     
  • 3.369, Аноним (-), 10:34, 10/05/2022 [^] [^^] [^^^] [ответить]  
  • –3 +/
    До вас Потому что обезьяна с гранатой - это еще не системщик Так ты не был в к... большой текст свёрнут, показать
     
  • 2.202, Аноним (44), 20:10, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вообще растишка уже не меньше чем полгода, а то и больше собирается относительно шустро.Где то с 1.46. К тому же как тут олды писали не надо же собирать эл конфиг. В Слвке пробовал однажды с их максимальным конфигом, так и без хруста несколько часов ушло.
     
     
  • 3.227, швондер (?), 21:49, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +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.

     
     
  • 4.289, Аноним (-), 13:45, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Сколько собирается GCC (с бутстрапом) со всякими Fortran'ами и Ada'ми?
     
     
  • 5.311, швондер (?), 18:28, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    на той же машине как раз с фортраном 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.
    т.е. три языка + стандартные библиотеки собираются час.Надо бы отключить фортран, ну да и ладно. Перематываем обратно к расту. полтора часа собирать компилятордля пары ненужных свистоперделок - это большой перебор. Я бы вообще запретил обновлять раст, пока эти свистоперделки не требуют для сборки новой версии. В идеале отказаться от оного раста.

     
     
  • 6.353, n00by (ok), 09:12, 10/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Не уточнили, собирается ли gcc с pgo (т.е. дважды). Если отключить Фортран, сэкономится минут 10.
     
     
  • 7.377, Аноним (-), 14:03, 10/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > с pgo (т.е. дважды)

    Не дважды, а добавляется еще один этап сборки, которых при бутстрапе 3 (вроде).
    3+1 раз пересобирается?

    На счет pgo. Но своем конфиге ядра ускоряет примерно 10-15%. Для меня показалось несущественным, поэтому отключил, так как время сборки gcc увеличивается почти в 2 раза.

     
     
  • 8.387, n00by (ok), 08:07, 11/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Правильнее считать время на каждую стадию, т к именно оно и влияет Т е мне сл... текст свёрнут, показать
     
  • 3.230, nvidiaamd (?), 21:57, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не прошло еще 20 лет
     

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

  • 1.192, menangen (?), 19:24, 08/05/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Раст это пихают уже как собаке пятую ногу пришивают. Лучше бы Objective-C или D в ядро пихали - и то более вменяемые языки, да тот же C++ последних стандартов вполне нормальным стал
     
  • 1.199, Ананоним (?), 19:37, 08/05/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Скоро уже ядро перестанет собираться без подгрузки ржавых библиотек из сети прямо во время сборки?
     
     
  • 2.221, Аноним (210), 21:30, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > перестанет собираться без

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

     

  • 1.201, Аноним (201), 19:43, 08/05/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    > Использование Rust для разработки драйверов позволит с минимальными усилиями создавать безопасные и более качественные бла-бла-бла

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

     
     
  • 2.223, Аноним (210), 21:33, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Причём unsafe не гарантирует, что логическая ошибка из блока (условно) safe не ударит траблом в зависимый блок unsafe.
     
     
  • 3.247, Аноним (231), 01:33, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    С++ вообще никаких гарантий не дает, т.к. RAII - паттерн, определяемый программистом, а не зашитая в семантику языка фича. Имхо, создать язык, в принципе не позволяющий написать некорректную программу, эквивалентно неразрешимости проблемы остановки.
     
     
  • 4.278, Аноним (183), 12:09, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    В ядре линукс нет C++
     
     
  • 5.300, Аноним (326), 16:29, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ога, есть С без, хотя бы, смартпоинтеров
     
     
  • 6.370, Аноним (-), 10:44, 10/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Ога, есть С без, хотя бы, смартпоинтеров

    Жирное, тормозное, малопредсказуемое ядро - немного не то что все хотят от операционки.

     
  • 2.259, Аноним (-), 09:24, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Всего лишь 79 мест, где надо искать ошибку.
     
     
  • 3.280, Аноним (210), 12:59, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Наивный, будто эти места абсолютно не связаны с другими.
     
     
  • 4.288, Аноним (-), 13:36, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Не та рыбка ловится, наверно слишком слишком тонкую леску взял для сети.
     
  • 3.343, Аноним (201), 22:18, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Не мест, а файлов, не по одной же на каждый.

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

     
  • 2.273, Ананимус (?), 11:08, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > 79-ти из них нашел конструкцию unsafe

    Ага, и чо?

     

  • 1.225, Аноним (224), 21:38, 08/05/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    Чего только не придумают лишь бы Обероном не пользоваться...
     
     
  • 2.388, Брат Анон (ok), 08:17, 11/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    У людей просто генетическая потребность какая-то жрать кактусы, колоться, плакать и продолжать жрать кактусы.
    И через долгий долгий период потом, когда окажется что так можно было и не делать -- будут невинными удивлëнными глазами хлопать и говорить: "Ну мы же не знали! Нам никто не говорил".
     
  • 2.406, burjui (ok), 10:08, 13/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Если бы меня кто-то попытался заставить писать на Обероне, я бы проявил чудеса фантазии, лишь бы этого избежать.
     

  • 1.234, Аноним (234), 22:19, 08/05/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    >Предложена начальная реализация модуля "net" с сетевыми функциями

    Значит уже можно в продакшн

     
     
  • 2.260, Аноним (-), 09:27, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > уже можно в продакшн

    на сервера гугла (который оплачивает банкет)

     

  • 1.272, Аноним (17), 10:54, 09/05/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Кодинг на rust это зашквар и показатель профнепригодности. По своей убогости rust уже давно догнал java.
    Настоящие программисты это только те, кто пишут на ANSI C и ASM, кодеры на скриптухе программистами считаться не могут по определению.
     
     
  • 2.276, Аноним (276), 11:45, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А программисты на SPARK?
     
  • 2.281, Аноним (4), 13:04, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > кодеры на скриптухе программистами считаться не могут по определению.

    Зарабатывать деньги им это не мешает

     
     
  • 3.318, Аноним (210), 19:21, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Не каждый зарабатывальщик денег - программист. С уважением, Ваш КЭП.
     
  • 2.305, Аноним (265), 17:25, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    На Си не все возможно, есть оптимизированные структуры данных для которых придется писать генератор Си кода. Тогда как в языках с современными абстракциями такие структуры реализуются без использования сторонних средств и написания своих мини-ЯПов.
    https://habr.com/ru/post/497114/#comment_21547936

    Кстати, сама статья выглядит провокационно.

     
     
  • 3.354, n00by (ok), 09:18, 10/05/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Кстати, сама статья выглядит провокационно.

    И правда:

    "рукописный ассемблер оказывается быстрее ... на 2-5%, но и я не спец в ассемблере на этом уровне."

    Разница в пределах погрешности измерений.

     
  • 3.390, Брат Анон (ok), 08:21, 11/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Я пару недель назад приводил результаты теста на Го и встроенном в Го ассемблере. В итоге -- победила векторизация встроенная в Го. В 4, Карл, грëбаных раза!! Ассемблер!!

    Второй вопрос: завтра код переедет на Армы и какую-нибудь экзотическую ось. Кто и когда р за чей счëт вам это будет оптимизировать?

     
     
  • 4.402, Аноним (-), 18:51, 11/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >на Го
    >коммунизмус не постирал штаны и начал писать на буржуазном языке от компании

    Это всё, что надо знать про коммунизмусов.

     

  • 1.274, InuYasha (??), 11:11, 09/05/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Rustless Fork уже кто-нибудь завёл? Как libre без блобов.
     
     
  • 2.277, Аноним (196), 12:00, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Зачем заводить форк если можно просто не пускать убогих в ядро?
     
  • 2.279, Аноним (210), 12:58, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Вопрос: почему растаманы форк не делают?
     
     
  • 3.282, Аноним (4), 13:05, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Потому что только части чуваков так свербит, что им не нужный удобный современный с повышенной безопасностью rust
     
  • 3.287, InuYasha (??), 13:24, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Да вот, плили себе втихую, а потом так - ррраз! И прорубили окно в ... main.
    Удивительно, на на Гнилом Западе почему-то Раст приветствуется весьма активно. В тредах по расто-ядру сплошные рукоплескания и телесные жидкости со стен оттирают. Ну, это если негатив тупо не трут и не банят :)
     
  • 3.403, Аноним (-), 18:55, 11/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что типичная тактика SJW - примазываться к тому, что уже сделано, а не делать своё.
     

  • 1.275, Аноним (276), 11:43, 09/05/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Почему выбрали именно Rust, а не SPARK?
     
     
  • 2.298, Аноним (-), 14:41, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Разработка финансируется компанией Google и организацией ISRG

    Продались, ой, ведут серьезный бизнес.

     

  • 1.293, Аноним (293), 13:48, 09/05/2022 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +5 +/
     

     ....ответы скрыты (4)

  • 1.348, Аноним (210), 01:33, 10/05/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > Разработка финансируется ... учредителем проекта Let's Encrypt

    Шта?!

     
     
  • 2.396, Аноним (-), 16:34, 11/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Несколько опечаток в ZOG!!
     

  • 1.392, fuggy (ok), 11:43, 11/05/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Кто бы не расстраивался, но выходит это серьёзная проверка Rust на профпригодность. Проверка на использование в реальном проекте, заодно найдут и исправят недостатки в языке на установленных требованиях. Глядишь и язык станет лучше.
     
     
  • 2.397, Аноним (-), 16:35, 11/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Кто бы не расстраивался, но выходит это серьёзная проверка Rust на профпригодность.
    > Проверка на использование в реальном проекте, заодно найдут и исправят недостатки
    > в языке на установленных требованиях. Глядишь и язык станет лучше.

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

     
     
  • 3.398, Аноним (-), 17:33, 11/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Когда базовые фичи приматывают на проволоку - оно становится не "лучше" а "костыльнее".

    Когда очередные базовые фантазии опеннетчиков притягиваются за уши - оно никак не меняется.

     

  • 1.404, Аноним (-), 20:21, 11/05/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >Предложена начальная реализация модуля "net" с сетевыми функциями. Для кода на языке Rust предоставлен доступ к таким сетевым структурам ядра, как "Namespace" (на основе структуры ядра "struct net"), SkBuff (struct sk_buff), TcpListener, TcpStream (struct socket), Ipv4Addr (struct in_addr), SocketAddrV4 (struct sockaddr_in) и их эквивалентам для IPv6.

    То есть, про всё многообразие сокетов (и даже unix-сокетов) они не слышали.

     

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



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

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