LINUX.ORG.RU
ФорумTalks

TFS: аналог ZFS, написанный на Rust

 , , , ,


0

7

Создаётся специально для ОС Redox, которая тоже написана на Rust.

The file-system is designed for concurrency, asynchronos operations, full-disk compression, CoW semantics, memory-safe, SSD-friendly, and more. While most of the work on TFS is done by the Redox crew, they don't plan for the file-system to be Redox-only although I haven't seen much effort yet around TFS for Linux.

https://phoronix.com/scan.php?page=news_item&px=TFS-File-System-Rust-ZFS

Deleted

TFS: аналог ZFS, написанный на Rust

Я так понимаю, каждому, кто перевёл боевую СХД на это, Mozilla Foundation высылает подарочную тубу вазелина?

dogbert ★★★★★ ()

Суть в том, что это zfs на расте, так? А отличия кроме этого есть? Кстати, ты же хейтер zfs, чому новость то притащил?

karton1 ★★★★★ ()
Последнее исправление: karton1 (всего исправлений: 1)
Ответ на: комментарий от karton1

ты же хейтер zfs

Я хейтер фанбоев.

чому новость то притащил?

Интересно, вот и притащил.

Deleted ()

аналог ZFS, написанный на Rust

Oh, nooo! (c)

crypt ★★★★★ ()

Исправление фатальных недостатков в самом разгаре?

SR_team ★★★★★ ()
Ответ на: комментарий от Deleted

Да как-то они разогнались для PoC, имхо. PoC — поморгал нумлоком да и хватит, чего ещё доказывать-то.

Legioner ★★★★★ ()

судя по тому что я вижу на гитхабе в репе drivers пользы от этой ОС будет как от миникса. блин, вот когда до осеписателей дойдет что в 99% случаев людям глубоко наплевать на memory-safe и full-disk compression, им нужно только чтоб крузис на моксемальных и видосик на ютубе без тормозов.

upcFrost ★★★★★ ()
Ответ на: комментарий от Deleted

Интересно, женат ли он.

Ханс тоже не женатым родился :)

KRoN73 ★★★★★ ()
Ответ на: комментарий от KRoN73

Главное что пилит ось на расте. А как развлекаться это дело личное

makoven ★★★★★ ()
Последнее исправление: makoven (всего исправлений: 1)
Ответ на: комментарий от upcFrost

На расте можно сделать более вменяемый Driver API, чем на сишечке. А значит ниже порог вхождения для энтузиастов (не надо тратить жизнь чтобы научиться писать для ядра), а значит у ОС больше потенциал

makoven ★★★★★ ()
Ответ на: комментарий от makoven

не надо тратить жизнь чтобы научиться писать для ядра

У сишечки есть одно преимущество: она простая как сапог и каждый уважающий себя девелопер (жабоскрипт макакуны не в счет) ее знает. А зачем нужен ваш раст?

kawaii_neko ★★★★ ()
Ответ на: комментарий от kawaii_neko

сишечка

как сапог

Вот именно. Написать ядро на сапоге - героический поступок. Разобраться потом в написанном - поступок не менее героический)

makoven ★★★★★ ()
Ответ на: комментарий от makoven

Главное ведь какие плюшки он дает

И какие же? Напоминаю, что альфа Servo на расте падает на каждом шагу, так что «безопасность» какого-то низкого качества на выходе получилась.

kawaii_neko ★★★★ ()

Появилась мода писать аналоги ZFS. BtrFS, ReFS, APFS. Лучшая реклама оригинала.

Lordwind ★★★★★ ()
Ответ на: комментарий от kawaii_neko

Можно провести аналогию с вебом. Задайся вопросом, почему к любому серверу на Go дополнение может написать любой замшелый DevOps, а написать модуль к nginx это Поступок, заслуживающий как минимум отдельного поста на хабре

makoven ★★★★★ ()
Последнее исправление: makoven (всего исправлений: 1)
Ответ на: комментарий от makoven

а написать модуль к nginx это Поступок

Потому что nginx:

  • имеет крайне херовую архитектуру (построен на лапше callback-ов)
  • херово документирован
  • состоит из легаси чуть менее чем наполовину
kawaii_neko ★★★★ ()
Ответ на: комментарий от makoven

зеро-кост абстрактьёнс

И тут ты такой с исходным кодом и дизассемблером выдаешь пруфы.

отсутствие гарбадж коллектьёнс

Уже было в C

kawaii_neko ★★★★ ()
Ответ на: комментарий от makoven

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

upcFrost ★★★★★ ()
Ответ на: комментарий от makoven

Дрова и nginx немного разные вещи. Да и язык где разрабы на nightly сидят при разработке ядра это весело. К unstable api добавится unstable lang

upcFrost ★★★★★ ()
Ответ на: комментарий от kawaii_neko

А ты не разделяй. Эти две вещи важны когда они вместе. Интересно, кстати, почему до сих пор нет ОС на плюсах..

makoven ★★★★★ ()
Ответ на: комментарий от upcFrost

Да и язык где разрабы на nightly сидят при разработке ядра это весело. К unstable api добавится unstable lang

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

DarkEld3r ★★★★★ ()
Ответ на: комментарий от buddhist

Tsur (Тсар), с самым правильным ООП.

Deleted ()

Redox - весьма интересный проект. Хороший повод наконец рабораться с Rust.

Deleted ()
Ответ на: комментарий от upcFrost

судя по тому что я вижу на гитхабе в репе drivers пользы от этой ОС будет как от миникса. блин, вот когда до осеписателей дойдет что в 99% случаев людям глубоко наплевать на memory-safe и full-disk compression, им нужно только чтоб крузис на моксемальных и видосик на ютубе без тормозов.

Что предлагаешь-то? Переписать дрова nvidia? В курсе, что там исходников больше, чем во всём линуксовом ядре вместе взятом? Т.е. задача невыполнимая даже для достаточно большой компании, не говоря уже об энтузиастах. Забыть про новые операционки и пользоваться линуксом до тепловой смерти вселенной?

Legioner ★★★★★ ()
Ответ на: комментарий от makoven

На расте можно сделать более вменяемый Driver API, чем на сишечке. А значит ниже порог вхождения для энтузиастов (не надо тратить жизнь чтобы научиться писать для ядра), а значит у ОС больше потенциал

Вот это не факт. Сам по себе язык сложней C, но это ладно, привлекать к написанию дров людей, которые даже язык толком не выучили — затея провальная в любом случае, но можно ли сделать более вменяемый Driver API — почему ты так думаешь? Что точно можно сделать — этот API будет более жёстким, т.е. на этапе компиляции будет отлавливать некоторые баги. Но в любом случае только некоторые. Тут бы у Microsoft поучиться, они в последние годы какую-то технологию придумали, драйверы вообще верифицируют. В принципе экранов смерти я давно не видел, может оно и работает.

Legioner ★★★★★ ()
Ответ на: комментарий от makoven

Чтобы научиться писать модули ядра, не нужно тратить жизнь. Более того: на C это делать лучше, так как прошивки для устройств нередко на C написаны.

Quasar ★★★★★ ()
Ответ на: комментарий от makoven

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

Quasar ★★★★★ ()
Ответ на: комментарий от Legioner

Кэп, я догадываюсь сколько там кода. Именно потому я и написал что еще лет 10 пройдет пока этой осью можно будет пользоваться обычному юзеру. Просто имхо они не там начали. Лучше бы пилили дрова под всякие юзер-девайсы. Без снапшотов юзер проживет, а вот без какого-нибудь подключения флешки - вряд ли

upcFrost ★★★★★ ()
Ответ на: комментарий от makoven

А значит ниже порог вхождения для энтузиастов (не надо тратить жизнь чтобы научиться писать для ядра), а значит у ОС больше потенциал

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

Я сам говнокодер у которого квалификации писать драйвера нет, но от одной мысли что толпы веб макак энтузиастов полезут писать ещё и драйвера меня трясет.

o- ()
Последнее исправление: o- (всего исправлений: 1)
Ответ на: комментарий от o-

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

pftBest ★★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.