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

"Выпуск операционной системы Redox OS 0.5, написанной на язык..."	+/–
Сообщение от opennews (??), 25-Мрт-19, 08:03
После года разработки подготовлен (https://www.redox-os.org/news/release-0.5.0/) выпуск операционной системы Redox 0.5 (http://www.redox-os.org), разработанной с использованием  языка Rust и концепции микроядра. Наработки проекта распространяются (https://github.com/redox-os/redox) под свободной лицензией MIT. Для тестирования в VirtualBox или QEMU предложены (https://gitlab.redox-os.org/redox-os/redox/-/jobs/10824/arti.../) готовые загрузочные образы. Пользовательское окружение в Redox построено на базе графической оболочки  Orbital (https://www.opennet.ru/opennews/art.shtml?num=38934), работающей поверх Wayland. В качестве web-браузера применяется Netsurf (https://www.opennet.ru/opennews/art.shtml?num=41855). Операционная система использует концепцию микроядра, при котором на уровне ядра обеспечивается только взаимодействие между процессами и управление ресурсами, а вся остальная функциональность вынесена в библиотеки, которые могут использоваться как ядром, так и пользовательскими приложениями. Все драйверы выполняются в пространстве пользователя  в изолированных sandbox-окружениях. Для совместимости с существующими приложениями предоставляется специальная POSIX-прослойка, позволяющая запускать многие программы без портирования. Redox развивается в соответствии с философией Unix c заимствованием некоторых идей из  SeL4, Minix и Plan 9.  В системе применяется принцип "все есть URL". Например, для записи в лог может использоваться URL "log://", для взаимодействия между процессами "bus://", для сетевого взаимодействия "tcp://" и т.п. Модули, которые могут быть реализованы в форме драйверов, расширений ядра и пользовательских приложений, могут регистрировать свои обработчики URL, например, можно написать модуль обращения к портам ввода/вывода и привязать его к URL "port_io://", после чего можно использовать его для доступа к 60 порту через открытие URL "port_io://60". Проектом также развивается собственный пакетный менеджер (https://github.com/redox-os/pkgutils), набор стандартных утилит (binutils, coreutils, netutils, extrautils), командная оболочка ion (https://github.com/redox-os/ion), vim-подобный текстовый редактор sodium (https://github.com/redox-os/sodium), сетевой стек и файловая система TFS (https://github.com/redox-os/tfs), развиваемая на основе идей ZFS (модульный вариант ZFS на языке Rust). Конфигурация задаётся на языке Toml (https://github.com/toml-lang/toml). Система поддерживает запуск на процессорах с архитектурой x86_64 c VBE-совместимой графической картой (nvidia, intel,  amd), AHCI-дисками и сетевыми картами на базе чипов E1000 или RTL8168. Из новшеств, добавленных в выпуске Redox 0.5, можно отметить: -  Предложена собственная стандартная Си-библиотека Relibc (https://github.com/redox-os/relibc), написанная на языке Rust. Relibc позиционируется как переносимая реализация стандартной библиотеки Си, соответствующая стандарту POSIX и способная работать не только в Redox, но и в дистрибутивах на базе ядра Linux. Ранее в Redox в качестве стандартной библиотеки применялся форк (https://github.com/redox-os/newlib) библиотеки newlib (https://github.com/redox-os/newlib) от проекта Сygwin, но он не устраивал разработчиков с точки зрения безопасности и кросс-платформенности. На текущей стадии развития Relibc уже намного превосходит newlib по функциональности; -  Подготовлены новые загрузчики bootloader-coreboot (https://gitlab.redox-os.org/redox-os/bootloader-coreboot) и bootloader-efi (https://gitlab.redox-os.org/redox-os/bootloader-efi) для coreboot и EFI, на основе которых сформированы загрузочные образы. Написаны библиотеки для работы с EFI на языке Rust и загрузочный код (payload для coreboot) на Rust. Загрузчики могут применяться обособленно от Redox и в других проектах; -  Система обработки событий переработана для предоставления корректной поддержки вызовов  select и poll; -  Реализована полноценная поддержка функций отображения в память (mmap); -  Добавлена поддержка Pthreads и предложены дополнительные системные вызовы для обработки сигналов; -  Улучшена совместимость с LLVM, что позволило обеспечить сборку rustc и Mesa (c llvmpipe); -  Благодаря переходу на новую системную библиотеку удалось добиться поддержки многих новых приложений (https://static.redox-os.org/pkg/x86_64-unknown-redox/repo.toml). Для установки в Redox подготовлены готовые пакеты с библитеками SDL2, ffmpeg, cairo, gstreamer, pcre, glib, pixman, libiconv, libsodium и gettext, набором компиляторов llvm, реализацией OpenGL/Vulkan Mesa, эмуляторами  scummvm, dosbox и mgba, играми eduke32 (Duke Nukem 3D), openttd и FreeDoom. Всего добавлено 62 новых пакета. URL: https://www.redox-os.org/news/release-0.5.0/ Новость: https://www.opennet.ru/opennews/art.shtml?num=50387
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

1. Сообщение от Аноним (1), 25-Мрт-19, 08:03	+/–
> В системе применяется принцип "все есть URL". А там можно как в похапе ровно одной функцией file_exists проверить phar:// на существование и начать его исполнять?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #25

2. Сообщение от Аноним (2), 25-Мрт-19, 08:08	–3 +/–
Зачем изолировать драйвера, если Rust безопасный?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #3, #6, #9, #18, #49, #81, #101, #133

3. Сообщение от Ordu (ok), 25-Мрт-19, 08:13	+5 +/–
Я тоже этого не понимаю до конца. Сам бог, казалось бы, велел вывести монолит на новый уровень, а они вместо этого сообщения между потоками передают. Может они думают не только об ошибках работы с памятью, и не только о тех ошибках, которые можно предотвратить грамотными API, но и об остальных ошибках, на которые никакая креативность не предложит лучшего способа реагировать, кроме panic?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #8

4. Сообщение от Аноним (4), 25-Мрт-19, 08:21	–1 +/–
> port_io А почему подчёркивание, а не дефис? Хотя, в общем-то, почему вообще не port? И так же понятно,что I/O.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #64

6. Сообщение от Аноним (6), 25-Мрт-19, 08:41	+6 +/–
Суть скорее в том что кроме расто драйверов существуют и другие драйвера которые могут быть написаны и на си. Да и не каждому ядру понравится крашится от драйверов мыши (привет из юникса). А также не каждый драйвер будет работать во благо пользователя теже вирусы например.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #17

8. Сообщение от Аноним (2), 25-Мрт-19, 08:44	+1 +/–
Да, может. В таком случае кажется разумным задокументировать подобные мысли. Однако, в рекомендуемой к прочтению book вместо них лишь общие слова: Microkernels are more secure and less prone to crashes than monolithic kernels. This is due to drivers and other abstraction being less privileged, and thus cannot do damage to the system. Furthermore, microkernels are extremely maintainable, due to their small code size, this can potentially reduce the number of bugs in the kernel. https://doc.redox-os.org/book/design/kernel/microkernels.html С другой стороны: The basic design of the kernel/user space separation is fairly similar to genuine Unix-like systems, at this point. The idea is roughly the same: you separate kernel and user space, through strict enforcement by the kernel, which manages memory and other critical resources. However, we have an advantage: enforced memory and type safety. This is Rust's strong side, a large number of "unexpected bugs" (for example, undefined behavior) are eliminated. https://doc.redox-os.org/book/introduction/why_rust.html
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

9. Сообщение от Сергей (??), 25-Мрт-19, 08:50	–2 +/–
Без unsafe на нём ничего полезного и быстрого не напишешь, особенно драйвер.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #139

13. Сообщение от BrainFucker (ok), 25-Мрт-19, 09:19	–4 +/–
И как с их ссылками работать в скриптах, с помощью wgef и curl? В юниксах концепция "всё файлы" была удобна в скриптах особенно. А в чём смысл "всё ссылки" непонятно, будто просто изврат ради изврата. Файлы-то хоть можно прочитать чем угодно, хоть браузером. А ссылки большинство не поддерживает, а те приложения что поддерживают, то только пару видов всего. Бессмысленная концепция совершенно.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #14, #15, #16, #96, #104

14. Сообщение от Аноним (1), 25-Мрт-19, 09:28	+14 +/–
Предлагаю новую концепцию: всё есть systemd-юниты.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #57

15. Сообщение от Аноним (15), 25-Мрт-19, 09:34	+4 +/–
Почему ты считаешь, что URL подразумевает HTTP?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #20

16. Сообщение от KonstantinB (ok), 25-Мрт-19, 09:47	+2 +/–
При чем тут HTTP? Работать примерно так же, как с файлами. Но есть нюанс. В юниксовых скриптах "все есть файл" во многом подразумевает "все есть текстовый файл с некоей структурой, которую можно распарсить простейшими утилитами" (не, понятно, что и с бинарными данными работать можно, но это нестандартный сценарий), и надо заранее знать ожидаемый формат ввода и вывода. С URL это развитие той же идеи со своего рода типизацией: scheme указывает на протокол. Можно все разнообразие свести к некоторому промежуточному универсальному формату и на лету конвертировать одно в другое автоматически. А учитывая, что есть еще и query string, можно варьировать параметрами, специфичными для протокола, безо всяких специальных конструкций.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #22, #115

17. Сообщение от Аноним (2), 25-Мрт-19, 09:57	+/–
А зачем писать драйвера на си, если можно на безопасном Rust?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #32, #35

18. Сообщение от anono (?), 25-Мрт-19, 10:18	+/–
не путай причину с следствием.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #19

19. Сообщение от Аноним (2), 25-Мрт-19, 10:24	–2 +/–
То есть безопасность Rust обусловлена применением микроядра? Вы же понимаете, если это так, то в прикладном софте говорить о ней не приходится?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #66

20. Сообщение от BrainFucker (ok), 25-Мрт-19, 10:50	+/–
> Почему ты считаешь, что URL подразумевает HTTP? Где ты там увидел подразумевание? В юниксах можно прочитать файл чем угодно, т.к. читать файлы умеют все. Чем прочитать данные по ссылке типа упомянутого в статье log://? Это поддержку каждого протокола надо добавлять во все утилиты, нафиг такое.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #42

21. Сообщение от Аноним (21), 25-Мрт-19, 10:52	–1 +/–
кастую сравнение redox vs. reactos!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #30, #43

22. Сообщение от BrainFucker (ok), 25-Мрт-19, 10:52	+/–
> При чем тут HTTP? Это у вас надо спросить, я его не упоминал. См. предыдущий коммент
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

23. Сообщение от kiwinix (?), 25-Мрт-19, 10:52	–1 +/–
Кто объяснит зачем эта ОС? Просто чтоб ядро не текло? (Раст не умеет текти) Либо по тому что могут?) Я вот просто сомневаюсь что выйдет ос которая будет работать быстрее. Тогда практическое применение?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #26, #27, #54, #55, #79, #84, #90, #94, #110

24. Сообщение от Аноним (24), 25-Мрт-19, 10:56	+5 +/–
Отлично! Теперь осталось переписать это всё дело на C.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #29, #140

25. Сообщение от Аноним (-), 25-Мрт-19, 11:03	–1 +/–
Да глупость какая-то. В винде тоже можно зачем-то написать \\.\COM1, только никому не приходит в голову показывать это в консоли и вондовсэксплорере.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

26. Сообщение от Аноним (26), 25-Мрт-19, 11:05	+4 +/–
Раст умеет всё.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

27. Сообщение от Аноним (-), 25-Мрт-19, 11:19	+/–
Доказать всем, что у раста больше. Только, похоже, соревноваться они будут с реактосом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #97

29. Сообщение от VINRARUS (ok), 25-Мрт-19, 11:23	–3 +/–
Лучше на assembler, толку больше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #56

30. Сообщение от Аноним (-), 25-Мрт-19, 11:24	+13 +/–
ReactOS: Development began in 1996 Redox: first published on 20 April 2015
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

31. Сообщение от VINRARUS (ok), 25-Мрт-19, 11:28	+3 +/–
Даже ОС переписали на Rust, а Firefox до этих пор слоупочит...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #73, #86

32. Сообщение от Аноним (32), 25-Мрт-19, 11:39	+7 +/–
Затем, что эти драйвера уже написаны, и будут портироваться сюда, потому что врядли кто-то сегодня потянет написание с нуля драйверов, даже для самых популярных устройств
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #39

33. Сообщение от Аноним (33), 25-Мрт-19, 11:39	–2 +/–
идея хороша, но зачем оно нужно без софта? Или там можно будет запускать линуховый?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #36

35. Сообщение от Аноним (35), 25-Мрт-19, 11:48	+/–
а вы готовы переписать все драйвера на rust ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #61

36. Сообщение от Аноним (35), 25-Мрт-19, 11:50	+1 +/–
как это без софта, написано же "добавлено 62 новых пакета"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33

37. Сообщение от Аноним (37), 25-Мрт-19, 11:55	–1 +/–
>В качестве web-браузера применяется Netsurf А почему не rast'образный firefox? Что не осилили?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #40

38. Сообщение от evkogan (?), 25-Мрт-19, 11:57	+25 +/–
Не понимаю отрицательных отзывов. Они сделали еще одну микроядерную ОС. Ну захотели и сделали, молодцы. Судя по всему она уже сейчас может не меньше старых и над расширением совместимости с существующим софтом активно работают. Написали ее на RUST, ну то же молодцы, с одной стороны течь не будет, с другой возможности RUST показывают. Инструмент вполне соответствует задаче. Концепция все URL, это прямое расширение концепции все файл и вполне логична. Обращаться к файлам как это принято в Linux это хорошо. Дать возможность по этому же типу делать кучу других стандартных вещей типа логов и т.п. тоже хорошо. Написание всяких библиотек и загрузчиков с учетом возможности использовать не только с Redox - это вообще какой-то возврат в прошлое, когда люди думали как сделать хорошие универсальные вещи. В отличии от подходов всяких системды. Чем все недовольны? Жаль что пока готова только для тестов. Нужно: 1. поддержка железа - возможно прослойка для использования дров линуховых 2. репозитарий с пакетами и пакетов сильно побольше. И после этого можно и нужно будет сравнить производительность этого микроядра с современным линуксом. Понятно что медленнее, вопрос насколько в каких задачах. Например на этом можно было бы построить безопасный дистр. потери производительности должны быть не больше чем запуск кучи виртуалок. А изначальный подход все есть ссылка должен быть удобен для встраивания проверок доступа между приложениями: кому в какие стороны можно данные передавать, а в какие нет.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #46, #47

39. Сообщение от Аноним (-), 25-Мрт-19, 11:58	+2 +/–
ЛОЛШТО? Драйвер это вообще-то адаптер, преобразующий протокол устройства в протокол (API) ОС. Если это действительно новая ОС со своим протоколом, то и драйверы придётся именно переписывать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #52

40. Сообщение от Аноним (-), 25-Мрт-19, 12:10	–1 +/–
Конечно, они же там зачем-то всё подряд пилят. Не только стандартную библиотеку Си на ржавчине, но и freetype тоже перепиливают с Си на раст. И ничего толком не доделано, что характерно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #48

42. Сообщение от KonstantinB (ok), 25-Мрт-19, 12:18	+2 +/–
Если там так же, как в Plan 9, - ничего не надо. В Plan 9 (откуда они взяли идею) протокол реализуется драйвером, а работаешь ты с таким URL точно так же как с файлом, через стандартные операции ввода-вывода. Точно так же, как в Линуксе сделан procfs. Какая разница, /var/log/logfile или log://logfile? Принципиально никакой, только драйвер указывается в явном виде.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #45

43. Сообщение от жека воробьев (?), 25-Мрт-19, 12:25	+12 +/–
redox уже работает
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #105

45. Сообщение от BrainFucker (ok), 25-Мрт-19, 12:32	–5 +/–
> Точно так же, как в Линуксе сделан procfs. > Какая разница, /var/log/logfile или log://logfile? Принципиально никакой, только драйвер  указывается в явном виде. /proc я могу читать чем угодно, хоть веб-браузером, несмотря на то что он на это не был расчитан. А при попытке открыть log:// я получу ошибку о незнакомом протоколе. Вот и вся разница.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42 Ответы: #50, #82

46. Сообщение от Аноним (-), 25-Мрт-19, 13:06	–2 +/–
> Они сделали еще одну микроядерную ОС. нет
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38

47. Сообщение от Аноним (47), 25-Мрт-19, 13:15	+1 +/–
>Написали ее на RUST, ну то же молодцы, с одной стороны течь не будет   rust защищает от порчи памяти, но не от ее утечек. Там даже mem::forget сделали безопасной функцией
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #67, #80

48. Сообщение от НяшМяш (ok), 25-Мрт-19, 13:19	+6 +/–
Что характерно, это "недоделано" уже запускается и работает. Первый линукс тоже вышел без системдэ и драйверов нвидии.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #92

49. Сообщение от Аноним (58), 25-Мрт-19, 13:19	+5 +/–
И безопасной бритвой можно подавиться.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #146

50. Сообщение от Аноним (58), 25-Мрт-19, 13:21	+3 +/–
Ты туповат?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45

52. Сообщение от НяшМяш (ok), 25-Мрт-19, 13:23	–1 +/–
Ну будет у тебя интерфейс драйвера другой. А логику драйвера будешь с нуля реверсить - спеки читать (если они есть вообще)? Тот же видеодрайвер проще взять линуксический и поменять в нём осезависимый код.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #58, #70

54. Сообщение от Аноним (58), 25-Мрт-19, 13:26	+/–
>Раст не умеет текти Любой полный по Тьюрингу язык программирования может и "текти" и виснуть и глючить. Это прямо следует из его полноты. В том же Расте: Создаем динамического размера буфер(Vec<i32>) в бесконечном цикле пихаем туда значения. Вуаля, за минуту-другую вся память утекла.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #111

55. Сообщение от pda (?), 25-Мрт-19, 13:26	+1 +/–
На данный момент "for fun". Как и Linux в начале. Может когда-нибудь применение найдётся. А может и нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

56. Сообщение от pda (?), 25-Мрт-19, 13:27	+/–
На ассемблере уже есть. Даже две.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29

57. Сообщение от Аноним (57), 25-Мрт-19, 13:28	+2 +/–
SystemDOS
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

58. Сообщение от Аноним (58), 25-Мрт-19, 13:35	+4 +/–
>видеодрайвер проще взять линуксический и поменять в нём осезависимый код. >видеодрайвер >поменять осезависимый код. Это весь код, что ли?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #60

59. Сообщение от Аноним (58), 25-Мрт-19, 13:38	+/–
Ошибка, непознанный протокол!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #121

60. Сообщение от Аноним (-), 25-Мрт-19, 13:42	+1 +/–
Ребята совсем не в теме. Вот это и есть уровень типичных растофанов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58

61. Сообщение от Аноним (2), 25-Мрт-19, 13:46	+2 +/–
Да, готов. Ведь ради этого всё и затевалось. Правда, я бы предпочёл переписать всё на Component Pascal или Sing#, в крайнем случае на ML.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #103

64. Сообщение от Аноним (58), 25-Мрт-19, 13:57	+/–
>А почему подчёркивание, а не дефис? Какой на ухо дефис? Через минус, что ли? Минут в именах символов используют только дeбилы и создатели CSS, то есть только дeбилы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #85, #87

66. Сообщение от Аноним (58), 25-Мрт-19, 14:04	+3 +/–
>то есть безопасность Rust обусловлена применением микроядра >Безопасность кирпича обусловлена применением здания. Иди домой ты пьян.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #72

67. Сообщение от VINRARUS (ok), 25-Мрт-19, 14:05	–2 +/–
Вроде ж как главное преимущество отмечается отсутствие сборщика мусора.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47

68. Сообщение от анон (?), 25-Мрт-19, 14:07	–5 +/–
Жаль что не на Golang. Было бы круто.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #71, #78

70. Сообщение от Аноним (2), 25-Мрт-19, 14:13	+/–
> Тот же > видеодрайвер проще взять линуксический > и поменять в нём осезависимый код. А ещё проще взять готовый виндовый. Тем более, давно есть наглядный пример.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #74, #102

71. Сообщение от Аноним (58), 25-Мрт-19, 14:14	+/–
>Каждый год переписывать всю кодовую базу под новый "модный" язык программирования Алиса в Зазеркалье: — У нас, когда долго бежишь, непременно попадаешь в другое место. — Ну, а здесь, знаешь ли, приходится бежать со всех ног, чтобы только остаться на том же самом месте, а чтобы попасть в другое место, нужно бежать вдвое быстрее.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68 Ответы: #116

72. Сообщение от Аноним (2), 25-Мрт-19, 14:19	–1 +/–
>>то есть безопасность Rust обусловлена применением микроядра >>Безопасность кирпича обусловлена применением здания. > Иди домой ты пьян. Переставил причину и следствие по совету эксперта.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66

73. Сообщение от Анонимс (?), 25-Мрт-19, 14:34	–4 +/–
Mozilla скорее всего перейдёт на движок chromium. Поэтому смысла им никакого нет всё переписывать на rust.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #76

74. Сообщение от Аноним (58), 25-Мрт-19, 14:43	+4 +/–
>А ещё проще взять готовый виндовый. Главное синий экран зе забыть портировать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70 Ответы: #75

75. Сообщение от Аноним (2), 25-Мрт-19, 14:52	+2 +/–
>>А ещё проще взять готовый виндовый. > Главное синий экран зе забыть портировать. Всё продумано шеф, возьмём готовый https://docs.microsoft.com/en-us/sysinternals/downloads/blue...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74

76. Сообщение от VINRARUS (ok), 25-Мрт-19, 14:56	–1 +/–
> Mozilla скорее всего перейдёт на движок chromium. Глупый тролинг. На chromium выгодно переходить токо комерческим организациям, так как не нада тратить деньги на програмистов, достаточно 2х дизайнеров. А Mozilla существует типо как план Б для юзеров веба.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73 Ответы: #77

77. Сообщение от Анонимс (?), 25-Мрт-19, 15:41	–1 +/–
> Глупый тролинг. На chromium выгодно переходить токо комерческим организациям, так как не > нада тратить деньги на програмистов, достаточно 2х дизайнеров. Вы ошибаетесь. Mozilla Corporation (частная, коммерческая организация) - дочерняя компания Mozilla Foundation, созданная 3 августа 2005 года. Ей были переданы функции по планированию, маркетингу, разработке и распространению Mozilla Firefox. Главной задачей для любой корпорации является получение прибыли. Написание собственного движка - это большой труд и непомерные затраты и издержки. Микрософт это поняли и перешли вместо своего движка в Edge на движок chromium. Поэтому, закономерным итогом всего этого для Mozilla Corporation я вижу переход c собственного движка Gecko на движок Chromium.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76 Ответы: #83, #107

78. Сообщение от Аноним (78), 25-Мрт-19, 15:44	+/–
Уже написали, гугли pdf и сорцы на гхабе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68

79. Сообщение от Аноним (79), 25-Мрт-19, 15:56	–1 +/–
Микроядро интересне. Может и кольца заюзают наконец (которым сто лет в обед), в отличии от. Ну а раст - because we can.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

80. Сообщение от evkogan (?), 25-Мрт-19, 16:06	+/–
Сам я Rust не пробовал. Все думаю посмотреть поглубже. С порчей памяти понятно. А можно пример как на нем сделать утечку?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #89

81. Сообщение от Anonimus (??), 25-Мрт-19, 16:37	+/–
Это по идее просто так не совсем удачно описали принцип работы микроядерной архитектуры. Как бы все изолированно друг от друга в том числе и драйвера.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

82. Сообщение от KonstantinB (ok), 25-Мрт-19, 16:38	+/–
Нет, ты напишешь cat log://logfile и получишь желаемое.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45 Ответы: #98

83. Сообщение от Kuromi (ok), 25-Мрт-19, 16:49	+/–
Ошибаетесь, Микрососы просто прочитали древнюю мудрость "Не можешь побороть - возглавь" (собственно их Embrace, extend, and extinguish примерно о том же). Во первых они сейчас резко повышают свою совместимость в вэблм, во вторых сокращают атраты, а в третьих начнут ползуче протаскивать нужные им фичи. Вот возьмем стандарт WebAuthn - с начала 2019-ого Микрософт выключила браузерам прямой доступ к FIDO ключам, теперь только через их проприетарную прослойку Windows Hello, которая навязывает биометрию и TMP модули. Причем если погуглить, то уже видно, что активно продавливается мысль Webauthn = Windows Hello и никак иначе. Embrace уже навязан, начинаем Extend. С Хромиумом конечно так быстро и просто не выйдет, но веселье еще впереди.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77

84. Сообщение от Аноним (84), 25-Мрт-19, 16:51	+/–
>Кто объяснит зачем эта ОС? For fun, для экспериментов, в качестве хобби, для исследований возможностей и лимитов Rust, для исследований микроядерной архитектуры, для статей на OpenNet. Возможно, какие-то ещё интересные применения найдутся со временем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

85. Сообщение от Аноним (85), 25-Мрт-19, 17:05	+1 +/–
"-" — дефис. "−" — минус. "—" — тире.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64 Ответы: #88

86. Сообщение от Аноним (21), 25-Мрт-19, 17:51	–1 +/–
https://github.com/servo/servo
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31

87. Сообщение от Аноним (87), 25-Мрт-19, 18:35	+/–
> Минус в именах символов используют только дeбилы и создатели CSS Кроме языков программирования подчёркивания употребляются реже минусов. CSS вы уже упомянули. В доменных именах подчёркивания просто запрещены. В XML в именах тегов тоже минусы предпочтительнее (не уверен, что подчёркивания разрешены). В unix-утилитах подчёркивание тоже дикость, обычно используются минусы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64 Ответы: #93

88. Сообщение от J.L. (?), 25-Мрт-19, 18:42	+/–
> "-" — дефис. > "−" — минус. > "—" — тире. давайте через неразрывный пробел называть тогда уж
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #85 Ответы: #91

89. Сообщение от Ordu (ok), 25-Мрт-19, 18:43	+1 +/–
> А можно пример как на нем сделать утечку? fn memleak() {     let leak = Vec::<u64>::with_capacity(1_000_000_000);     std::mem::forget(leak); } fn main() {     memleak();     println!("Memleak success"); } Это правда не очень хороший пример, потому что Vec::with_capacity берёт неинициализированную память, и из-за этого эффективно отъедает лишь кусок адресного пространства процесса, а не физическую память: ядро не выделяет страницы, пока к ним не было обращения. Но ежели ты туда запишешь что-нибудь, чтобы ядро страницы-таки выделило, то... ты только осторожнее, оно может серьёзно протормозить твою систему. Можно пойти более сложным путём и создать цикл из Rc<T>, ссылающихся друг на друга.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80 Ответы: #124

90. Сообщение от J.L. (?), 25-Мрт-19, 18:47	+1 +/–
> Кто объяснит зачем эта ОС? > Просто чтоб ядро не текло? (Раст не умеет текти) > Либо по тому что могут?) > Я вот просто сомневаюсь что выйдет ос которая будет работать быстрее. > Тогда практическое применение? имхо это шикарный демонстратор языка +(возможно) проверка концепций если они даже бутлоадер на расте написали и создали свой пакетменеджер вместо использования какого-либо стандартного (например nix) - это явно демонстратор технологий и/или языка
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

91. Сообщение от Илья (??), 25-Мрт-19, 19:34	–1 +/–
Неразрывный пробел это пробел, который не рвётся при переносе строки
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #88

92. Сообщение от Аноним84701 (ok), 25-Мрт-19, 19:36	+1 +/–
> Что характерно, это "недоделано" уже запускается и работает. Первый линукс тоже вышел  без системдэ и драйверов нвидии. Причем и первый и второй и ... цатый (например: ядро 1.2.13 в третьей слаке) имел еще и меньше строк кода. чем некая "система инициализации" ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48 Ответы: #126

93. Сообщение от Ordu (ok), 25-Мрт-19, 19:52	+4 +/–
Не мешай им бороться с CSS. Они почти победили, а тут ты со своими отсылками к unix-утилитами.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87

94. Сообщение от Ivan_83 (ok), 25-Мрт-19, 19:53	+/–
Там в академических кругах кто то взялся пропихивать RUST студентам, ну и видимо они теперь за оценку/зачот будут кодить втуда. Насчёт быстрее - всем пофик, главное чтобы безопасно, а для быстроты нужно покупать железо за 100500 нефти. По мне - очередное недоразумение от придурков из мозиллы, которое их друзья придурки в академ среде теперь пропихивают. И те и другие показывают друг на друга пальцем и говорят о том что оно всем надо. Плюс паразитирование на маркетинговых бюджетах всяких контор продающих "безопасность", потому что у них типа всё безопасно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #143

96. Сообщение от Ordu (ok), 25-Мрт-19, 20:03	+2 +/–
Вот так: cat https://www.opennet.ru/ | iconv -f koi8-r -t utf8 | grep 'align=middle' | sed 's|.*">\(.*\)</a>.*|\1|' > А ссылки большинство не поддерживает Я тебе открою секрет: большинство утилит командной строки и имена файлов не поддерживают, они делигируют всю работу с именами файлов ядру.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #100

97. Сообщение от Аноним (97), 25-Мрт-19, 20:28	–1 +/–
+1
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

98. Сообщение от BrainFucker (ok), 25-Мрт-19, 20:52	–2 +/–
> Нет, ты напишешь cat log://logfile и получишь желаемое. Но разработчики ОС не осилят пропатчить абсолютно все приложения так чтобы они поддерживали всевозможные протоколы и схемы ссылок. При том что там кто угодно может выдумывать свои принципиально новые ссылки: "можно написать модуль обращения к портам ввода/вывода и привязать его к URL port_io://" Тут нет ничего похожего на принцип UNIX. Главная суть принципа "всё есть файл" в том что нет необходимости поддерживать для каждой фигни свой протокол, коих могут плодить 100500, достаточно уметь читать/писать файл: https://i.imgur.com/GLs2RjG.png
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82 Ответы: #122

99. Сообщение от Аноним (99), 25-Мрт-19, 20:53	+2 +/–
надо sysvinit на rust переписать и вернуть в debian
Ответить | Правка | Наверх | Cообщить модератору

100. Сообщение от BrainFucker (ok), 25-Мрт-19, 20:57	–5 +/–
> Я тебе открою секрет: большинство утилит командной строки и имена файлов не > поддерживают, они делигируют всю работу с именами файлов ядру. Да, но надо лишь уметь работать с файлами и ты умеешь почти всё. Это главная суть идеи "всё есть файл". А в случае концепции "всё есть ссылка", особенно в их реализации, этого не получится. https://i.imgur.com/GLs2RjG.png Банально потому что разработчики будут не в состоянии пропатчить всё ПО так чтобы оно поддерживало всевозможные схемы и протоколы URL'ов, тем более там они предлагают любым желающим выдумывать свои какие угодно. Поэтому тут нет ничего якобы "похожего на принцип UNIX, только ссылки вместо файлов". Их концепция не даёт того, что даёт концепция "всё есть файл". Вот я о чём.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #96 Ответы: #106

101. Сообщение от Aknor (?), 25-Мрт-19, 21:42	+3 +/–
Когда-нибудь система становится зрелой и получает проприентарные драйвера.Так сто лучще бы их изолировать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

102. Сообщение от Аноним (102), 25-Мрт-19, 22:21	+/–
>> и поменять в нём осезависимый код. >А ещё проще взять готовый виндовый. Чем менять-то, HEX-редактором?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70 Ответы: #120

103. Сообщение от Аноним (102), 25-Мрт-19, 22:24	+/–
На Electron
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #121

104. Сообщение от Аноним (102), 25-Мрт-19, 22:29	+/–
>Файлы-то хоть можно прочитать чем угодно, хоть браузером. И редактировать можно с помощью wwwim :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

105. Сообщение от Аноним (102), 25-Мрт-19, 22:31	–1 +/–
Тоже в VirtualBox или QEMU?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43 Ответы: #109

106. Сообщение от Ordu (ok), 25-Мрт-19, 23:00	+5 +/–
Зачем патчить всё ПО? Зачем поддерживать какие бы то ни было схемы и протоколы URL'ов? Приложение поступает с url'ами так же, как с именами файлов, берёт их из командной строки как строку из байт, и засовывает в open(2). Получает взамен файловый дескриптор и работает с ним. Подавляющее большинство утилит из coreutils именно так и делает. Они правда работают на linux'е, а linux'овый open не умеет открывать http, поэтому если ты сделаешь cat https://www.opennet.ru, то ты получишь: $ cat https://www.opennet.ru cat: 'https://www.opennet.ru': No such file or directory Что произошло? Давай глянем? $ strace cat https://www.opennet.ru ... бла-бла-бла ... openat(AT_FDCWD, "https://www.opennet.ru", O_RDONLY) = -1 ENOENT (No such file or directory) write(2, "cat: ", 5cat: )                    = 5 write(2, "'https://www.opennet.ru'", 24'https://www.opennet.ru') = 24 write(2, ": No such file or directory", 27: No such file or directory) = 27 write(2, "\n", 1 )                       = 1 Видишь вызов openat? Это cat пытался открыть url как файл, запихивая в ядро url. И если бы ядро умело бы обрабатывать схему https://, то это даже могло бы сработать: cat получил бы файловый дескриптор, откуда бы он весело читал бы байтики, и засовывал бы их в stdout, и мы бы увидели содержимое http-странички. То есть, если бы скомпиляли этот cat для redoxos, то он бы там вполне бы мог читать с opennet'а странички, не понимая, что такое https:// > Поэтому тут нет ничего якобы "похожего на принцип UNIX, только ссылки вместо файлов". Конечно-конечно, как скажешь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #100 Ответы: #108

107. Сообщение от Ordu (ok), 25-Мрт-19, 23:09	+2 +/–
Я могу перечислить тебе ещё десяток уважаемых компаний, которые не стали разрабатывать собственного движка. Но я не понимаю как из этого следует, что мозилле не следует разрабатывать собственный движок. Я могу перечислить десяток уважаемых компаний, которые не разрабатывают windows, значит ли это, что разрабатывать windows невыгодно, и майкрософту следует отказаться от поддержки windows? Я могу перечислить десяток уважаемых компаний, которые не разрабатывают ракету для вывода на орбиту спутников, значит ли это, что затея Маска провальна?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77 Ответы: #132

108. Сообщение от BrainFucker (ok), 25-Мрт-19, 23:18	+/–
Хм, ну ок, так действительно вполне возможно что это может работать... Кстати, схему file:// стоило бы таким образом и в линуксах сделать, а то из гуишных файловых менеджеров ссылки на файлы почему-то копируются именно как file://..., при копировании в консоль приходится вручную стирать протокол.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106

109. Сообщение от marios (ok), 25-Мрт-19, 23:38	+1 +/–
Вообще-то автор его пилил для собственного компуктера, чтобы в нём работать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #105

110. Сообщение от marios (ok), 25-Мрт-19, 23:39	–1 +/–
В Линуксе слишком много дыр!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #125

111. Сообщение от Аноним (111), 26-Мрт-19, 00:17	+2 +/–
Ты спутал OOM и утечку памяти. Последняя - это когда объект мёртв, до него не достучаться, а память всё равно кушает. В твоём же примере Vec не куда не девается - к нему вполне себе можно обратиться, что ты и делаешь. То что для твоего буфера не хватило памяти - ну сорян, данных много, их где-то надо хранить. Между прочим, Раст это делает намного эффективнее других безопасных языков ибо объекты намного тоньше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54 Ответы: #113, #127

112. Сообщение от Gannet (ok), 26-Мрт-19, 01:01	+/–
Зачем иконки такие яблочные? о_О
Ответить | Правка | Наверх | Cообщить модератору

113. Сообщение от Аноним (113), 26-Мрт-19, 02:09	–1 +/–
Чем тоньше объекты - тем больше фрагментирована куча
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #111

114. Сообщение от Tifereth (?), 26-Мрт-19, 05:54	–1 +/–
Интересная концепция про URL в этом их РжавОСе... Но определённо стоит попробовать в действии, заинтриговали.
Ответить | Правка | Наверх | Cообщить модератору

115. Сообщение от funny.falcon (?), 26-Мрт-19, 08:50	+1 +/–
"Все есть файл" не значит "текстовый". В современном unix это значит, можно работать через файловый дескриптор операциями read/write. Но основатели Unix считают, что этого не достаточно. В ортодоксальном (читай, православном) Plan9 (созданном теми основателями Unix) это означает "ко всему есть доступ через функцию open и путь в файловой системе". В Plan9 и сокеты имеют интерфейс через файлы в файловой системе, и оконная система, и драйверы устройств.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

116. Сообщение от funny.falcon (?), 26-Мрт-19, 08:59	+1 +/–
Всегда поражался, насколько точно эта цитата описывает нашу жизнь
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71

117. Сообщение от anonymous (??), 26-Мрт-19, 09:17	–1 +/–
Хм. mkdir -p http:/yandex.ru echo TEST > http:/yandex.ru/index.html cat http://yandex.ru/index.html Что мне я увижу в консоли в этом редоксе?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #128

119. Сообщение от Константавр (ok), 26-Мрт-19, 12:00	+1 +/–
Рад за них. Хочу, чтобы у них получилось. Вот только лицензия... Помню несколько проектов под митовской лицензией, которые развивали, взращивали, а потом приходил хитрожопец и создавал форк с некоторыми улучшениями, но уже платную и всё разваливалось. Последнее что помню - Urho3D и его форк на сишарпе с платными плюшками, который в результате тоже стал открытым, но сообщество развалил и автора оригинала обидел. Все эти пермисивные игры...
Ответить | Правка | Наверх | Cообщить модератору

120. Сообщение от Аноним (2), 26-Мрт-19, 14:03	+/–
Драйвера менять не надо. Мы же новую ОС пишем. Просто берём ReactOS и переписываем на Rust.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102

121. Сообщение от Аноним (2), 26-Мрт-19, 14:13	+/–
Предлагаю предварительно произвести ребрендинг https://ru.wikipedia.org/wiki/%D0%94%D1%... что бы избавиться от негативного заряда.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #103 Ответы: #59

122. Сообщение от J.L. (?), 26-Мрт-19, 14:39	+/–
>> Нет, ты напишешь cat log://logfile и получишь желаемое. > Но разработчики ОС не осилят пропатчить абсолютно все приложения так чтобы они > поддерживали всевозможные протоколы и схемы ссылок. они пропатчили fopen, и теперь он умеет вызывать обработчики всевозможных протоколов и схем ссылок (предположительно)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #98 Ответы: #123

123. Сообщение от X4asd (ok), 26-Мрт-19, 16:08	–1 +/–
а кстати чем это отличается от той ситуации которая сейчас в Linux ? любая программа может воспользоваться fuse и посути мы получаем в Linux тот же самый принцип "всё есть URL" что и в Redox. разница только в способе записи пути. для Redox это "log://logfile" а для linux это (например) "/run/user/123456/log/logfile" (где "/run/user/123456/log" замонтирован через fuse) // P.S.: правда в Linux мы имеем продвинутую систему привелегий, так что любая программа не может замонтировать всё что угодно куда угодно.. интересно, а как это в Redox
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #122

124. Сообщение от Аноним (-), 26-Мрт-19, 17:49	+/–
Всё написанное верно, но при этом все утечки помимо Rc-циклов - явный и осознанный выстрел себе в ногу, который не нужен в 99,999...% кода.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89 Ответы: #144

125. Сообщение от аноним3 (?), 27-Мрт-19, 00:34	–2 +/–
не в линуксе, а в конкретных приложения и их совместном проживании)) и да ну не верю я в безопасные языки. единственный безопасный  - это ассемблер + точное знание архитектуры и оборудования под которую пишется. и да как в древности никаких операционных систем только напрямую запуск на железе. вот тут пожалуй безопасно)) ну если комп вообще не включать пожалуй еще безопаснее))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #110

126. Сообщение от аноним3 (?), 27-Мрт-19, 01:01	+/–
я помнится обновлял ядрышко 2.4 было около 15 мб, теперь 64819 КБ (4.13.). грубо говоря сильно потолстело.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92

127. Сообщение от angra (ok), 27-Мрт-19, 03:39	+1 +/–
Нет, это ты перепутал частный случай(когда объект мёртв, до него не достучаться, а память всё равно кушает), с общей проблемой. Какая разница, что на объект где-то есть ссылка, если нет кода, который освободит его? Точно также нет разницы, освобождается ли память ручным вызовом free или автоматически сборщиком мусора после удаления последней ссылки на него. Утечки памяти это результат логических ошибок в программе, а не модели управления памятью в языке.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #111

128. Сообщение от angra (ok), 27-Мрт-19, 03:53	+/–
Ну замени свой http:/yandex.ru на /dev/urandom и попробуй в линуксе. Скорее всего будет то же самое: 1. cannot create directory ‘http:/yandex.ru’: Not a directory 2. ничего 3. содержимое http://yandex.ru/index.html
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #117

132. Сообщение от Попугай Кеша (?), 27-Мрт-19, 10:19	+/–
Если компания хочет власти и влияния - пишет свою ОС, свой сервис карт/картографии, свой язык создает, свой движок браузера. Это больше, чем деньги - это власть. Надо быть большим и зубастым, чтобы диктовать свою волю. МС, судя по всему, уже не такие зубастые.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #107

133. Сообщение от northbear (??), 27-Мрт-19, 12:37	+/–
Есть разница между безопасным в смысле stability, и безопасным в смысле security. Rust безопасный в смысле stability... Изоляция нужна для security...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #137

136. Сообщение от Аноним (136), 28-Мрт-19, 00:36	+/–
А вот интересно отсылает ли эта OS телеметрию своим авторам ? Есть ли в ней "зонды"   ?
Ответить | Правка | Наверх | Cообщить модератору

137. Сообщение от Аноним (2), 28-Мрт-19, 12:06	+/–
> Есть разница между безопасным в смысле stability, и безопасным в смысле security. > Rust безопасный в смысле stability... Изоляция нужна для security... А в смысле safety у всего этого как? Шифрование изолированных адресных пространство, как я понял с Ваших слов, Rust реализует прозрачно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #133 Ответы: #142

138. Сообщение от Аноним (138), 28-Мрт-19, 18:28	+/–
Когда Golang перепишут на Rust. Будет наконец-то быстрый и безопасный Golang
Ответить | Правка | Наверх | Cообщить модератору

139. Сообщение от burjui (ok), 29-Мрт-19, 04:35	+2 +/–
И много кода вы написали на Rust, интересно? Вот мне почему-то кажется, что вы - типичный сипипишник, краем уха слышавший про Rust из диалога коллег по разработке казуальных мобильных игр, и максимум прочитавший несколько глав из растокниги. А то я тут компилятор в своём подвале пишу, а мне и невдомёк, что нужно всё unsafe'ом обмазать, чтобы стало быстрее: https://gitlab.com/bytefu/rambo ~4500 строк кода, на данный момент генерит IR в SSA форме, control flow graph, есть базовые оптимизации - constant folding and propagation, global value numbering, dead code elimination. Прожёвывает примерно 100 000 строк кода в секунду (понятное дело, что это условность). Во всём коде 6 раз встречается unsafe - 3 раза в аллокаторе, считающем потребление памяти (там по API положено unsafe), 2 раза в коде виртуальной машины, которая в данный момент не используется, и последний - вызов isatty() для условной раскраски вывода в терминале. Итого: 2 вызова unsafe для увеличения производительности, оба в данный момент не используются.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

140. Сообщение от burjui (ok), 29-Мрт-19, 04:37	–1 +/–
Зачем?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

142. Сообщение от northbear (??), 27-Май-19, 15:02	+/–
>> Есть разница между безопасным в смысле stability, и безопасным в смысле security. >> Rust безопасный в смысле stability... Изоляция нужна для security... > А в смысле safety у всего этого как? Шифрование изолированных адресных пространство, > как я понял с Ваших слов, Rust реализует прозрачно. Rust - это язык программирования. Он к этой проблеме ортогонален... Это вопрос приложения, а не языка программирования.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #137

143. Сообщение от p1 (?), 23-Авг-19, 10:55	+/–
Вот зачем делать такие рискованные эмоциональные безосновательные заключения?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #94

144. Сообщение от Ktoto (?), 26-Сен-19, 14:36	+/–
Хм, вчера только прочитал что нельзя в расте получить мутирующую и не мутирующую ссылку на один и тот же объект, таким образом нельзя сделать кольцевые ссылки. Таким образом даже себе в ногу так не выстрелить :-)))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #124

145. Сообщение от Blaze (ok), 21-Окт-19, 18:49	+1 +/–
Эм Orbital из Redox и другой Orbital это совершенно два разных проекта, просто случайно название совпало и всё. Тот Orbial https://github.com/giucam/orbital, про который вы написали, и правда работает на Wayland, базируется на её эталонной реализации (Weston) и написан на C++. Но тот Orbital https://github.com/redox-os/orbital, который в Redox, написан на Rust и использует свои Orb** библиотеки, никаких вейлендов. Не имеет ничего общего с тем Orbital кроме названия и что это композитный оконный диспетчер Да, иногда бывают такие случайности
Ответить | Правка | Наверх | Cообщить модератору

146. Сообщение от Anonim (??), 22-Июл-20, 18:59	+/–
Ну так не надо их есть
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49

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

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