The OpenNET Project / Index page

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



Индекс форумов
Составление сообщения

Исходное сообщение
"Драйвер NTFS от Paragon Software принят в состав ядра Linux ..."
Отправлено пох., 05-Сен-21 21:23 
> Ядерный вообще никто не использовал со времени появления ntfs-3g(а появлению NTFS в
> ядре мешали в то время патенты MS). Во всех десктоп-ориентированных дистрибах

появлению кастрированной readonly поделки никакие патенты не помешали. Как не менее кастрированной уродливой hpfs без поддержки 386 (хотя IBM могла и обидеться) и кучи другого мусора, включая at&tшные.

Не использовали ее именно потому, что кастрированная поделка, автор оказался худшим хакером чем требовалось для такой сложной задачи как полноценная поддержка ntfs.

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

Представляешь - никаких исправлений colour на color - просто пишешь код и публикуешь, без стояния на коленях посреди lkml!

Поскольку не отвлекались на такую ерунду - у них все получилось. Причем получилось еще и с всего-лишь 20% потерей производительности на фоне _современных_ in-kernel реализаций, а тогда - вообще треск рвущихся пердаков стоял. (А грек такой: "...вообще-то...я еще могу дебаг выключить..." - выяснилось, что он перед измеризмами этого не сделал)

Потом грек открыл лавку по продажам этого кода во всякие коммерческие embedded системы  (tuxera, не, не слышал?) - и очень быстро переписал код обратно в ядерные модули - но проприетарные (патентов MS почему-то он совсем не испугался). Поэтому, естественно, снова быстро и эффективно, не оглядываясь на чужие требования немедленно переписать все комментарии.

> Но у ntfs-3g одна большая проблема и это FUSE(https://en.wikipedia.org/wiki/Filesystem_in_Userspace),
> где fuse, там просадки в скорости записи всегда, хоть ntfs-3g вроде
> последние годы показывал приличную скорость

наоборот, он показывал безумную скорость с самой первой версии. На фоне тормозов и глюков тогдашнего "шедевра" ext3.
Цыган очень хорошо умел писать код. (Ну и грек, видимо, тоже что-то умел, как показал опыт fuse-exfat, можно сделать и очень плохую fs через ту же fuse)

Последние годы в нем ровно _ничего_ не меняли, некому, на пенсии грек давно, а цаган пропал. При том что на дворе давно уже fuse3, несовместимая, а fuse2 того гляди угробят окончательно, так что поменять-то уже пора бы. Кстати, у той есть пара фич, которые способны еще ускорить запись, помимо big_writes (которые выпилены, в смысле, они теперь всегда big) но, увы, ntfs3g ими пользоваться не умеет.

 

Ваше сообщение
Имя*:
EMail:
Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email).
Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:
  Введите код, изображенный на картинке: КОД
 
При общении не допускается: неуважительное отношение к собеседнику, хамство, унизительное обращение, ненормативная лексика, переход на личности, агрессивное поведение, обесценивание собеседника, провоцирование флейма голословными и заведомо ложными заявлениями. Не отвечайте на сообщения, явно нарушающие правила - удаляются не только сами нарушения, но и все ответы на них. Лог модерирования.



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

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