The OpenNET Project / Index page

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



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

Оглавление

Компания Cisco предложила файловую систему PuzzleFS для ядра Linux, opennews (ok), 09-Июн-23, (0) [смотреть все]

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


66. "Компания Cisco предложила файловую систему PuzzleFS для ядра..."  –2 +/
Сообщение от пох. (?), 09-Июн-23, 19:05 
>> Классическим образом взяли и решили свои проблемы
> никаких проблем они не решили

тебе ж разжевывают - _свои_ проблемы они решили. Проблема у них действительно есть.

> I really suggest if you guys could sit down and plan at least a complete OCI standard

I really afraid они именно это и сделали, просто в ведро, разумеется, отправлена только ядерная часть. Юзерленд будет скорее всего вообще закрытый, чтоб ты не потрошил их nvfчики и не тырил.

Ну а если даже и нет, его естесвенно не на lore выложат.

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

67. "Компания Cisco предложила файловую систему PuzzleFS для ядра..."  +/
Сообщение от antirust (?), 09-Июн-23, 19:09 
> _свои_ проблемы они решили

что тебе не понятно в этом тексте

> в ядре этот велосипед не нужен

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

71. "Компания Cisco предложила файловую систему PuzzleFS для ядра..."  +/
Сообщение от пох. (?), 09-Июн-23, 19:14 
Да, увы, не платиновый кормораздатчик, а всего лишь серебрянный.

Линусу не нужен. То ли дело ksmbd, да? Это вот кого нада кот!

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

145. "Компания Cisco предложила файловую систему PuzzleFS для ядра..."  +/
Сообщение от Аноним (3), 10-Июн-23, 12:40 
> То ли дело ksmbd, да? Это вот кого нада кот!

Фаны солярки подавали это как киллер-фичу.

(Лет 15 назад ядерный PPTP тоже был киллер-фичей фри)

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

147. "Компания Cisco предложила файловую систему PuzzleFS для ядра..."  +/
Сообщение от пох. (?), 10-Июн-23, 13:05 
вообще-то с точностью до наоборот - pptp всегда был mpdшный, ppp в ядре был тот же самый что у линукса (и у солярки тоже он) и им почти никто не пользовался потому что неудобный и ни с какими другими вариантами не совместим. А у линуксеров выбора по сей день нет.

В самом ksmbd ничего неправильного нет, неправильное в том что недоделанный насквозь кривой концепт приняли без обсуждений на ура - потому что кого надо кот. А вполне работающий ntfs3 подавали и переподавали с поклонами больше года и еще и потом при первой же заминке - снова попытались выкинуть (не трогать же гнилой мусор ntfs1 - там опять кого надо кот, там не за деньги, там любофф).

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

192. "Компания Cisco предложила файловую систему PuzzleFS для ядра..."  +/
Сообщение от Аноним (3), 11-Июн-23, 21:10 
> вообще-то с точностью до наоборот - pptp всегда был mpdшный

А mpd типа сам в юзерспейсе всё делал, да?
Слышали такое слово - netgraph?

> А у линуксеров выбора по сей день нет.

С разморозкой https://www.opennet.ru/opennews/art.shtml?num=28650

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

206. "Компания Cisco предложила файловую систему PuzzleFS для ядра..."  +/
Сообщение от Аноним (206), 13-Июн-23, 16:18 
> https://www.opennet.ru/opennews/art.shtml?num=28650

Спасибо за уточняющую ссылку. TL;DR сводится к тому что г-н пох не отпустил ручник со времен как минимум 2.6.37.. на всякий случай напомню что сейчас середина 2023 года и вот-вот релизнется ядро версии 6.4, а от ppp уже даже сотовые свистки отказались.

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

205. "Компания Cisco предложила файловую систему PuzzleFS для ядра..."  +/
Сообщение от Аноним (206), 13-Июн-23, 16:11 
> А у линуксеров выбора по сей день нет.

Лучший выбор в 2023 относительно ppp это забыть о том что ЭТО нечто вообще существовало.

> В самом ksmbd ничего неправильного нет, неправильное в том что недоделанный насквозь
> кривой концепт приняли без обсуждений на ура

Ну ты же не накодил лучше. А там 1 несчастный кореец надрывается, еще и на f2fs параллельно, при том что топик нужный и довольно много где кроме самсуня. С силу такого сочетания пошли на субоптимальный компромисс в надежде сообща допинать.

Надежды как видим оправдываются: тестовые боты и исследователи ловят сотни багов. Разгрузив от этого несчастного кодера, которому и так сразу две галеры всучили. Ты вообще попробуй в одну морду 2 здоровыми галерами одновременно то грести, посмотреть как это у тебя получится.

> А вполне работающий ntfs3 подавали и переподавали с поклонами
> больше года и еще и потом при первой же заминке -
> снова попытались выкинуть

Ну как, его все же закомитили. А господа после этого започивали на лаврах и получив более 9000 багрепортов (кто-то сомневался?) вместо фиксов куда-то про#$%лись. Ну у народа и возник резонный вопрос - нужны такие проекты и кодеры в ядре или нафиг? Вполне резонный вопрос, это ж не сливные корпоративные бачки для unmaintained кода.

> (не трогать же гнилой мусор ntfs1 -

Маленькой кодовой базе простят немного больше чем большой. Чем жирнее unmaintained, тем соблазнительнее его прихлопнуть. Это так сложно понять? Я понимаю что project management вообще совсем не твое, но хотя-бы самые детсадовские азы усвоить можно наверное к такому то возрасту? Мышление на уровне голимого джуна это таки "иногда старость приходит одна".

> там опять кого надо кот, там не за деньги, там любофф).

Если ты хочешь порассуждать, то Кент вот просто на днях закинул таки свое нечто в рассылку. И конечно все оказалось совсем не так просто как он думал. Впрочем кроме него самого порцию вджоба на рефактор подвалило и еще в минимум 2 подсистемы другим людям. ЧСХ это как раз нормальные рабочие процессы, ведущие к общему улучшению проекта вместо превращения в помойный бак - фичи юзаемые более чем 1 caller'ом надо выносить в совместно используемые конструкции. И на этой почве Кент тоже познал обратную сторону велосипедизма. Но, кажется, он нашел общий язык с нужными люьми на тему потребных рефакторов. Часть сделал он, часть совсем другие лица, часть in-flight. Разработка большого проекта как она должна быть.

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

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

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




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

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