The OpenNET Project / Index page

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

Выпуск Arti 0.2.0, официальной реализации Tor на языке Rust

04.04.2022 22:43

Разработчики анонимной сети Tor представили выпуск проекта Arti 0.2.0, развивающего Tor-клиент, написанный на языке Rust. Проект имеет статус экспериментальной разработки, отстаёт по функциональности от основного клиента Tor на языке Си и пока не готов полноценно заменить его. В сентябре планируется сформировать выпуск 1.0 со стабилизацией API, CLI и настроек, который будет пригоден для начального использования обычными пользователями. В более отдалённом будущем, когда код на Rust достигнет уровня, способного полностью заменить вариант на Си, разработчики намерены придать Arti статус основной реализации Tor и прекратить сопровождение реализации на Си.

В отличие от реализации на Си, которая вначале была спроектирована как SOCKS-прокси, а уже потом подогнана под другие потребности, Arti изначально развивается в форме модульной встраиваемой библиотеки, которую смогут использовать различные приложения. Кроме того, при разработке нового проекта учитывается весь прошлый опыт разработки Tor, что позволит избежать известных архитектурных проблем, сделать проект более модульным и эффективным. Код распространяется под лицензиями Apache 2.0 и MIT.

В качестве причин переписывания Tor на Rust называется желание добиться более высокого уровня защищённости кода за счёт использования языка, обеспечивающего безопасную работу с памятью. По оценке разработчиков Tor, как минимум половина всех отслеживаемых проектом уязвимостей будет исключена в реализации на Rust, если в коде не используются блоки "unsafe". Rust также даст возможность добиться более высокой скорости разработки, чем при использовании Си, за счёт выразительности языка и строгих гарантий, позволяющих не тратить время на двойные проверки и написание лишнего кода.

Наиболее заметные изменения в выпуске 0.2.0 связаны с работой по повышению производительности и надёжности. Улучшена работа в сетях, поддерживающих только IPv6. Сокращено потребление памяти для хранения данных с серверов директорий. Добавлена опция dns_port, при помощи которой можно настроить отправку DNS-запросов через Tor. Предложен новый код для работы с конфигурацией. Добавлены API для определения правил изоляции потоков и включения спящего режима (приостановка работы для неактивных клиентов). Обеспечена возможность подключения альтернативных реализаций кода для работы с серверами директорий.

До публикации выпуска 1.0.0 разработчики намерены обеспечить в Arti полную поддержку работы в роли клиента Tor, обеспечивающего доступ к интернету (реализация поддержки onion-сервисов отложена на будущее). В том числе планируется добиться паритета с основной реализацией на языке Си в таких областях, как сетевая производительность, нагрузка на CPU и надёжность, а также обеспечить поддержку всех возможностей, связанных с безопасностью.



  1. Главная ссылка к новости (https://blog.torproject.org/ar...)
  2. OpenNews: Первый бета-выпуск Arti, реализации Tor на языке Rust
  3. OpenNews: Доступен Tor Browser 11.0 с переработанным интерфейсом
  4. OpenNews: Эксперимент по симуляции полноразмерной сети Tor
  5. OpenNews: Представлена реализация Tor на языке Rust, которая в будущем заменит вариант на Си
  6. OpenNews: Проект Tor опубликовал Arti 0.0.3, реализацию клиента Tor на языке Rust
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/56966-arti
Ключевые слова: arti, tor, rust
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (102) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.2, bOOster (ok), 22:57, 04/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Маркетологи и тут поспели
    "Rust также даст возможность добиться более высокой скорости разработки, чем при использовании Си, за счёт выразительности языка и строгих гарантий, позволяющих не тратить время на двойные проверки и написание лишнего кода."
    Лохотрон.
     
     
  • 2.3, Аноним (-), 23:10, 04/04/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Я думаю, надо написать аналог STL на си и назвать его Rust.
     
     
  • 3.12, Аноним (12), 23:53, 04/04/2022 Скрыто ботом-модератором     [к модератору]
  • –3 +/
     
     
  • 4.17, Аноним (-), 00:13, 05/04/2022 Скрыто ботом-модератором     [к модератору]
  • –1 +/
     
  • 4.23, Я (??), 03:36, 05/04/2022 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
     
  • 5.24, Аноним (12), 04:18, 05/04/2022 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 4.28, _kusb (ok), 06:03, 05/04/2022 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
  • 3.61, Аноним (61), 13:07, 05/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    у вас не получится сделать Standard Template Library на Си, ведь в нем нет обобщенного программирования.

    можете попробовать накостылить на препроцессоре

     
     
  • 4.62, Аноним (61), 13:08, 05/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    *standard TEMPLATE library
     
  • 4.65, Кирилл (??), 15:45, 05/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А вдруг, в какой C2x добавят обобщённое программирование.
     
  • 4.92, Аноним (92), 16:28, 06/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > можете попробовать накостылить на препроцессоре

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

     
  • 2.5, А где же каменты (?), 23:27, 04/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Если бы были маркетологи - выбрали бы название получше, с таким как сейчас - не взлетит.
     
  • 2.7, Анонн (?), 23:31, 04/04/2022 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Да ладно, сколько лишних проверок на null делается в си программах из-за отсутствия нормальных optional?
     
     
  • 3.8, НяшМяш (ok), 23:37, 04/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    нормальный человек: asserts, asserts everywhere
    эксперт опеннета: я же не как все, мой код всегда корректный
     
     
  • 4.13, Анонн (?), 23:54, 04/04/2022 [^] [^^] [^^^] [ответить]  
  • +9 +/
    А толку от ассерта, если он или прогу роняет, или ничего не делает. В дебаге ты все кейсы не проверишь, в релиз - не потянешь. Все равно придется делать проверки.
     
     
  • 5.64, НяшМяш (ok), 14:53, 05/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > В дебаге ты все кейсы не проверишь

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

     
  • 3.37, Аноним (92), 08:21, 05/04/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > сколько лишних проверок на null

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

    > optional

    И сколько лишних приседаний делаешь, чтобы использовать этот optional? Unwrap на unwrap'е и unwrap'ом погоняет?
    Использование optional не сокращает количество кода.

     
  • 3.50, Аноним (50), 09:54, 05/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Так если unwrap то тоже будет panic, а так проверки никуда не деваются Option<T>
     
  • 3.53, Анонн (?), 11:15, 05/04/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ага, но там только есть некая вероятность что компилятор сможет догадаться что... большой текст свёрнут, показать
     
     
  • 4.68, QMaster (ok), 15:54, 05/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Вот из-за этого "всего одно слово" паскакаль и его наследники и не взлетели. Словоблудие и скорость разработки - вещи несовместимые.
    А ещё, где-то вовремя забытый unwrap даёт ошибку компиляции, дописывание и по кругу, т.к. где-то забыт ещё один. :)
     
     
  • 5.69, Анонн (?), 16:11, 05/04/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Э... Я надеюсь это у тебя юмор такой.

    Забытый unwrap (как и лишний) действительно даст ошибку компиляции. И программист пойдет и исправит ее. Причем еще до того как пушнет этот код куда-то. Эта ошибка никогда не дойдет до пользователя.

    А забытая проверка на null так и останется забытой проверкой на null. Пока не найдется во время очередной CVE, и все будут думать "ну как же так случилось, любой настоящий погромист знает что нужно проверять входные данные!"

     
     
  • 6.75, Аноним (-), 01:34, 06/04/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Рантайм паникам раста это все расскажете
     
     
  • 7.86, Аноним (-), 11:35, 06/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >> Забытый unwrap (как и лишний) действительно даст ошибку компиляции. [будет ошибка значения типа]
    > Рантайм паникам раста это все расскажете

    А тебе, не знающему матчасть, но ценное мнение имеющему, что сказать?

     
  • 4.120, Аноним (120), 17:58, 07/04/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > в си тебе придется в каждой функции делать проверку входной строки. Просто потому что ты не знаешь в каком порядке их вызовут

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

     
  • 3.74, Аноним (-), 01:33, 06/04/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    И большая их часть удаляется оптимизатором если он может доказать что проверка бесполезная
     

  • 1.9, Зигмунд (?), 23:38, 04/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > планируется добиться паритета с основной реализацией на языке Си в таких областях, как ...
    > ... надёжность, а также обеспечить поддержку всех возможностей, связанных с безопасностью.

    Иногда сигара - просто сигара

     
  • 1.10, Аноним (12), 23:51, 04/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > половина всех отслеживаемых проектом уязвимостей будет исключена в реализации на Rust, если в коде не используются блоки "unsafe"

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

     
     
  • 2.15, Аноним (-), 00:00, 05/04/2022 [^] [^^] [^^^] [ответить]  
  • +4 +/
    >> половина всех отслеживаемых проектом уязвимостей будет исключена в реализации на Rust, если в коде не используются блоки "unsafe"
    > Опять "если"... А потом добавят половину ошибок в виде перепутанных больше-меньше знаков,
    > как было в FF при ручной проверке индекса массива.

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


     
     
  • 3.38, Аноним (92), 08:24, 05/04/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > очередной опеннетный эксперд

    Ты внеочередной?

     
     
  • 4.52, Аноним (-), 11:08, 05/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >> очередной опеннетный эксперд
    > *громкое возмущенное попупивание*

    И опять опеннетные Эксперд написал 0 по теме и проигнорировал неудобные вопросы ...

     
     
  • 5.79, Аноним (92), 08:37, 06/04/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Сам-то сколько написал по теме, внеочередной?
     
  • 2.63, Аноним (63), 14:09, 05/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    На сишечке легко перепутать = и ==
    После Паскаля очень раздражало.
    К счастью в С++-- (оно же java) решили эту проблему, оставив си пробный синтаксис
     

  • 1.19, yurikoles (ok), 02:10, 05/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Arti изначально развивается в форме модульной встраиваемой библиотеки, которую смогут использовать различные приложения. Кроме того, при разработке нового проекта учитывается весь прошлый опыт разработки Tor, что позволит избежать известных архитектурных проблем, сделать проект более модульным и эффективным.

    Если учитывать этот опыт, то можно написать лучшую реализацию на любом языке, хоть на том же Си с нуля писать.

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

    Это в теории, но на практике ведь всё равно будет: ехал unsafe через unsafe...

    Потому что накладные расходы.

     
     
  • 2.82, burjui (ok), 10:13, 06/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Про накладные расходы, которых нет, см.
    https://www.opennet.ru/openforum/vsluhforumID3/127107.html#72
     

  • 1.20, Аноним (20), 02:41, 05/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Откуда вы хейтеры раста выползаете?
    Уверен, что все кто осилил на расте более чем Хелло Ворлд будет как минимум
    нейтрально относиться к языку как к альтернативе c/cpp как к тому же питону,
    хотя пример не совсем тот.
     
     
  • 2.21, Аноним (12), 03:18, 05/04/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ну смотри, что сами растаманы пишут:

    > планируется добиться паритета с основной реализацией на Си в таких областях, как сетевая производительность, нагрузка на CPU и надёжность

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

     
     
  • 3.22, Аноним (12), 03:21, 05/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    ...и потом героически пытаются догнать код на Си десятилетиями. Ведь опыт попытки разработки FF в Мозиле, а также своей редох их ничему не научил.
     
     
  • 4.45, Аноним (92), 09:15, 05/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Ведь опыт ...  их ничему не научил.

    Как не научил? Теперь сразу с ходу без опыта лезут, например, отсутствующими драйверами в ядро linux.

     
  • 3.25, qwe (??), 05:15, 05/04/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Не может ли тут иметься ввиду, что до мажорного релиза, как и на Си и на любом языке - это всего лишь первичный рабочий набросок? Тогда всё становится на места и возвращается логика в этот мир.

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

     
     
  • 4.48, Аноним (12), 09:23, 05/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Ни одна программа не пишется с наскоку

    Но тут есть готовая, отлаженная, надёжная, быстродействующая программа на Си... Где же тут "наскок"?

     
     
  • 5.54, Аноним (-), 11:19, 05/04/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> разработчики намерены придать Arti статус основной реализации Tor и прекратить сопровождение реализации на Си.
    > Но тут есть готовая, отлаженная, надёжная, быстродействующая программа на Си... Где же тут "наскок"?

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


     
  • 3.36, Аноним (36), 08:17, 05/04/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > идёт потеря надёжности

    Тебе уже написали, что там в оригинале не "надежность" (переведенная надмозгом), а "устойчивость" (resilience). Чувствуешь разницу? А строчки из статьи, где говорится о том, что "как минимум половина всех отслеживаемых проектом уязвимостей" канет в лету, ты старательно игнорируешь? Минус половина ошибок - это понижение надежности программы? Опять же, строчку "В качестве причин переписывания Tor на Rust называется желание добиться более высокого уровня защищённости кода..." ты также старательно игнорируешь?

     
     
  • 4.49, Аноним (12), 09:25, 05/04/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > называется желание

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

     
     
  • 5.58, Аноним (58), 11:58, 05/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Увы, как показала практика, одного желания растаманов - мало. FF - бросили,
    > редох - бросили, вот сейчас желают дрова сразу в ядро линуха писать...

    Увы, как показала практика, опеннетная оналитека - никудышняя.
    https://gitlab.redox-os.org/redox-os/redox/-/commits/master
    >  05 Apr, 2022 1 commit
    >    Update relibc
    >    Jeremy Soller authored 6 hours ago

     
     
  • 6.80, Аноним (92), 09:09, 06/04/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > relibc

    Ругают Си, но без него не могут.

     
     
  • 7.83, burjui (ok), 10:16, 06/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Бла, бла, бла, бла, бла... Хейтеры судорожно цепляются за соломинки, лишь бы дотянуться и плюнуть в лицо растоманам, даже если сами упадут в пропасть.
     
     
  • 8.84, Аноним (92), 10:30, 06/04/2022 [^] [^^] [^^^] [ответить]  
  • –3 +/
    в сторону Си И этим здесь в каждой новости занимаются фанатики Раста ... текст свёрнут, показать
     
  • 7.87, Аноним (-), 11:43, 06/04/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> relibc is a portable POSIX C standard library written in Rust. It is under heavy development, and currently supports Redox and Linux.
    >> The motivation for this project is twofold: Reduce issues the redox crew was having with newlib, and create a safer alternative to a C standard library written in C.
    > Ругают Си, но без него не могут.

    Какой громкий, возмущенный пук! А сказать-то что хотел? Или как обычно - увидел знакомую букву?

     
     
  • 8.89, Аноним (92), 13:57, 06/04/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Вот именно Ругаем Си, но пишем и используем ... текст свёрнут, показать
     
     
  • 9.94, Аноним (-), 17:01, 06/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Пруфец давай, где Джереми ругает Си Или балабол И где именно там, помимо тесто... текст свёрнут, показать
     
     
  • 10.104, Аноним (92), 08:51, 07/04/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Пруфец давай, где я писал про Джереми Или опять поскакал Под вами я имел в в... текст свёрнут, показать
     
     
  • 11.108, Аноним (-), 11:38, 07/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Юли, балабол, юли Т е ты цитировал одно, а отвечал сам себе, имея в вид... большой текст свёрнут, показать
     
     
  • 12.109, Аноним (92), 12:53, 07/04/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    К себе примени А остальные функции, особенно безопасная работа с памятью в dlm... текст свёрнут, показать
     
     
  • 13.112, Аноним (-), 13:13, 07/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Твой игнор неудобных вопросов и юлеж уныл, применитель https github com r... текст свёрнут, показать
     
     
  • 14.113, Аноним (92), 13:27, 07/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Опять поскакал на частности особенности Остальные функции на чем написаны Еще ... текст свёрнут, показать
     
     
  • 15.115, Аноним (-), 14:05, 07/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Сам проигнорил все вопросы, сам скатился на частности, сам обвинил красава ... большой текст свёрнут, показать
     
     
  • 16.116, Аноним (92), 15:01, 07/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Вот именно ты проигнорил главный вопрос почему программы на rust линкуются c li... текст свёрнут, показать
     
     
  • 17.117, Аноним (-), 15:56, 07/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Вопрос из нашего диалога в твоей голове Может быть Ты опять несешь бред ... большой текст свёрнут, показать
     
     
  • 18.118, Аноним (92), 16:34, 07/04/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Как скажешь На остальное отвечать не буду Ты со своей терминологией во всем ... текст свёрнут, показать
     
  • 9.95, burjui (ok), 17:10, 06/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Вам, хейтеркам, не угодишь используешь сишный код или API - ааа, лохи, не могу... текст свёрнут, показать
     
     
  • 10.105, Аноним (92), 08:56, 07/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    На себя посмотрите В каждой новости хейтите Си по 3 абзаца Какая ожидается реа... текст свёрнут, показать
     
     
  • 11.106, burjui (ok), 10:10, 07/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А вот и демагогия уровня детского сада подъехала Нет, не я дурак, а ты ... текст свёрнут, показать
     
     
  • 12.107, Аноним (92), 10:43, 07/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Уровень демагогии соответствует твоей Свое сообщение прочитай... текст свёрнут, показать
     
  • 2.60, Аноним (61), 13:04, 05/04/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >Откуда вы хейтеры раста выползаете?

    примерно половину коментариев к этой новости сделал троль Аноним (12) замусоривший всю тему своими толстыми вбросами на тем того какой rust плохой.

    А администрация замечание об этом удалила, а его толстоту оставила.

    Мне кажется здесь всего несколько человек ненавидят rust, но из-за того что они почти целеком замусоривают темы создается впечатление что весь opennet его ненавидит.

     
     
  • 3.81, bOOster (ok), 09:47, 06/04/2022 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Никто не ненавидит RUST как язык программирования - но западная тенденция на лиц... большой текст свёрнут, показать
     
     
  • 4.88, Аноним (-), 11:50, 06/04/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Никто не ненавидит RUST как язык программирования - но западная тенденция на
    > лицо. Растоманов спрашивают - обьективно, как вы собираетесь превзойти язык программирования
    > на котором РАСТ изначально написан.

    OCaml?
    Давно уже "превзойден":
    https://benchmarksgame-team.pages.debian.net/benchmarksgame/performance/fannku

    > Так не бывает - это "перпетум мобиле"... А в ответ - вы все ниче не понимаете, вы

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

     
  • 4.90, Аноним (63), 15:38, 06/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Компилятор rust сначала был написан на OCaml
     
     
  • 5.93, bOOster (ok), 16:50, 06/04/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Компилятор rust сначала был написан на OCaml

    Ну хорошо, давай пойдем к корням....

     
     
  • 6.96, burjui (ok), 17:20, 06/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А пошли. Компилятор Rust был написан на OCaml, тот на C, тот на B... бла бла бла... на ассемблере -> на машинных кодах -> на логических элементах -> на транзисторах -> на атомах -> на кварках -> на квантовых полях. Короче, кто разрабатывает не на квантовых полях - лох и слабак.
     
     
  • 7.99, Аноним (99), 19:11, 06/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >А пошли. Компилятор Rust был написан на OCaml, тот на C,

    Точно на Си? не на Algol или Fortran который любят ученые, не на ассемблере? Не методом раскрутки компилятора?

     
  • 6.100, Аноним (99), 19:31, 06/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А что с корнями OCaml? Расскажите?
     
     
  • 7.101, Аноним (99), 19:38, 06/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >The first implementation of Caml appeared in 1987 and was further developed until 1992. It was created mainly by Ascander Suarez. After Ascander left in 1988, Pierre Weis and Michel Mauny, carried on with the development and maintenance of the system. This implementation compiled Caml down to LLM3, the virtual machine of the Le_Lisp system.

    Тоесть первый компилятор Caml в Lisp транслировал.
    В каком там году лисп вручную на перфокартах компилировали ищите сами

     
  • 4.91, Аноним (63), 15:44, 06/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >В итоге ненавидят не сам язык а "баранов" ведущих себя как я раньше написал.
    >А тенденция просматривается, это как будто болезнь.

    Болезнь opennet это его эксперты
    Лечиться отключением комментариев

     

  • 1.31, mos87 (ok), 07:36, 05/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Господа а ТОР у всех робит? На 5% (connecting to a relay или что-то такое) не затыкается?
     
     
  • 2.33, Аноним (33), 08:01, 05/04/2022 [^] [^^] [^^^] [ответить]  
  • –3 +/
    В России то? Боюсь мало у кого он тут работает.
     
     
  • 3.46, Аноним (12), 09:18, 05/04/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Тор - как неуловимый Джо :)
     
  • 3.66, Аноним (66), 15:48, 05/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    На проводном доступе робит, через Полосатолайна и Громкоговорящего - нет.
     
  • 2.34, yurikoles (ok), 08:05, 05/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Господа а ТОР у всех робит? На 5% (connecting to a relay
    > или что-то такое) не затыкается?

    Товарищи майоры из РКН уже 4 месяца назад как заблокировали https://www.opennet.ru/opennews/art.shtml?num=56303

    Попробуй им через западный почтовик, вроде Gmail, написать письмо с телом 'get bridges' на bridges@torproject.org

     
     
  • 3.55, mos87 (ok), 11:50, 05/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Спасибо. Про мосты в курсе, просто не был уверен что в роском321ах дело. Новость пропустил...

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

     
  • 3.67, Аноним (66), 15:50, 05/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Пробовал несколько разных мостов менять при доступе через сеть мобильных операторов, не получается.
     
  • 3.78, Аноним (78), 08:05, 06/04/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > через западный почтовик, вроде Gmail, написать письмо

    Анонимная сеть, говорили они :)

     
  • 2.44, Аноним (44), 09:12, 05/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Работает, только бриджы нужно в конфиг добавить. В linux еще приходится таймером перезагружать юнит каждые 30 минут, иначе, походу, в периоды неактивности бридж разрывает подключение, не разобрался детально
     
     
  • 3.57, mos87 (ok), 11:54, 05/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Спасибо, учту.
     
  • 3.76, Аноним (-), 01:36, 06/04/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А не проще по таймеру что-нибудь через тор гонять? Да и восстанавливает соединения он сам...
     

  • 1.51, Full Master (?), 09:56, 05/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >Проект имеет статус экспериментальной разработки, отстаёт по функциональности от основного клиента Tor на языке Си и пока не готов полноценно заменить его.

    Все что нужно знать о прожектах на Rust.

     
     
  • 2.59, Full Primary (?), 12:06, 05/04/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>Проект имеет статус экспериментальной разработки, отстаёт по функциональности от основного клиента Tor на языке Си и пока не готов полноценно заменить его.
    > Все что нужно знать о прожектах на Rust.

    Все что нужно знать о знаниях разработки местных оналитегов.

     

  • 1.73, Cemen (?), 00:57, 06/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Передаю привет сотрудникам АНБ разработавшим этот большой бэкдор под названием Rust. Основная проблема безопасности rust это сложная система зависимостей с его cargo. Зависимости тянут бесконечно свои зависимости, которые в крупных проектах не возможно отследить, а так же просто так исправить в них ошибки без обращения к хозяину пакета, и пока он не обновит свой пакет. Так же все усугубляет то, что в одном проекте могут быть разные версии одной и той же библиотеки для разрешения зависимостей всех засимостей!
     
     
  • 2.77, Аноним (-), 01:37, 06/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    И более того - все это под колпаком фаундейшна состоящего из майкрософта, гугла и амазона.
     
  • 2.85, Анонн (?), 10:47, 06/04/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    С Cargo проблем нет.
    Вы можете:
    - писать без зависимостей (ну... удачи)
    - добавлять зависимости непосредственно как параметры компиляции в вызов rustc
    - использовать toml, но ссылаться на свой git репозиторий или вообще на локальный путь
    - можно форкать нужные либы и ссылаться уже на свои репозетории
    - создать свой private registry и работать с ним (удобно когда есть много общих внутренних либ)
    - фиксировать версии на чужие пакеты и проверять что в них поменялось перед обновлением

    Как-то так. Нужно всего-лишь почитать доку https://doc.rust-lang.org/cargo/
    С dependency тут дела обстоят лучше чем в с/с++ - тут хотя бы есть удобный способ, но при этом не убраны все остальные варианты.

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

     
     
  • 3.98, Аноним (98), 18:55, 06/04/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > фиксировать версии на чужие пакеты и проверять что в них поменялось перед обновлением

    Вый действительно будете это делать и проходить по зависмостям своих зависимостей?

    Или притворяетесь?

    Разработчики на Си используют то что идет в пакетах дистрибутивов linux.

     
     
  • 4.102, burjui (ok), 21:49, 06/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ничего не мешает делать так же для крейтов.
     
     
  • 5.110, Аноним (98), 12:58, 07/04/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Ничего не мешает делать так же для крейтов.

    Которые навасянили и забили?

    Из поймойки?

     
     
  • 6.119, burjui (ok), 17:34, 07/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А сколько наколенных сишных либ не попадает в дистрибутивы, ты думал? Или сишники пишут только хорошие и полезные либы, словно герои мифов? Разумеется, в репы дистра должны попадать только стабильные либы с мейнтенерами. И не из помойки, а из гитовых реп, как у всех в 2022 г. Кстати, crates.io никто не заставляет использовать.

    Впрочем, жить в мире розовых пони при таком обилии и простоте доступа к информации - это осознанный выбор, поэтому никому ничего я всё равно не докажу. Нормальные программисты пишут код на C, C++, Rust, Haskell, Python, Java - да хоть на Pascal, прости господи - лишь бы выполняло задачи, а дурачки в розовых очках создают себе идолов и моляться им до синяков на лбу, при этом считая себя умнее всех остальных. Ну и стагнируйте дальше в своём болоте. На работу таких, как вы, никто брать не захочет, а сами вы ничего не создаёте, кроме срача на ровном месте.

     
     
  • 7.121, Аноним (98), 13:59, 08/04/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > И не из помойки, а из гитовых реп, как у всех в 2022 г. Кстати, crates.io никто не заставляет использовать.

    Но любая полезная библиотека лезет в помойку по своим зависимостям. Опакечивать все это самому - нереально.

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

    Э... Плохой из тебя телепат.

    И да, мне интересно, когда этот момент наступит: "брать не захочет".

     
     
  • 8.124, burjui (ok), 19:15, 08/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Опакечивать будут мейнтейнеры дистра, а не вы Простите, погорячился Конечно же... текст свёрнут, показать
     
  • 4.103, Аноним (-), 22:50, 06/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Разработчики на Си используют то что идет в пакетах дистрибутивов linux.

    Занятные фантазии ...

     
     
  • 5.111, Аноним (98), 13:00, 07/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Занятные фантазии ...

    Покажи программу на Си, которая идет без опакеченных зависимостей?

    Ж:)

    Понятно что это упрщение, но суть ясна. Если библиотеки нет в дистрибутивах linux, то что бы ее использовать тебе придется самому эту библиотеку опакечивать. И тут уж выбирай, что лучше.

     
     
  • 6.114, Аноним (-), 13:37, 07/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А теперь - занятная подмена понятий и немного демагогии - естественно, в р... большой текст свёрнут, показать
     
     
  • 7.122, Аноним (98), 14:05, 08/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Он статически линкуется?

    Тогда вообще о чем речь? Если кто-то захочет опакечивать - пусть опакечивает.
    После обновления каждой из зависимостей. А то незакрытые дыры приводят к удалению из репозитария.

    И да. Что ты этим постом сказать-то хотел?

     
     
  • 8.123, Аноним (-), 16:10, 08/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    ЯННП, поясни - это Нищитаица Это другое 8482 или просто переобувание в... текст свёрнут, показать
     
  • 2.97, burjui (ok), 17:29, 06/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Бла бла бла... Просто не использовать зависимости не пробовал? Прикинь, так можно. Но вот у C и C++ всё, конечно, куда лучше - та же самая куча чужого говнокода, только прибивать его гвоздями к проекту нужно вручную. Это, разумеется, добавляет очень много очков безопасности, даже если не читал исходники. Почему? А потому что. Потому что не Rust, так опеннетный эксперт по безопасности сказал.
     

  • 1.125, Аноним (125), 14:36, 09/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > В качестве причин переписывания Tor на Rust называется желание добиться более высокого уровня защищённости кода за счёт использования языка, обеспечивающего безопасную работу с памятью.
    > Наиболее заметные изменения в выпуске 0.2.0 связаны с работой по повышению производительности и надёжности.

    Странный выбор языка.

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

     
     
  • 2.126, Минона (ok), 20:16, 09/04/2022 [^] [^^] [^^^] [ответить]  
  • +/

    > Странный выбор языка.
    > Те кому истинно важны безопасность, надежность и производительность выбирают SPARK.

    Ага. Отчего же на нем не пишут драйвера для линукса?
    И что на нем вообще написано, кроме софта для авионики?

     

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



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

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