Драйвер ядра NTFS против NTFS-3G

Более подробный вопрос, поскольку я потерял доступ к другому.

Я бы попросил удалить другой, а не этот, так как он не должен был быть перенесен в первую очередь.

В настоящее время для Linux доступно два драйвера NTFS.

Драйвер NTFS, включенный в ядро, и драйвер пользовательского пространства NTFS-3G, который использует FUSE.

По всем признакам NTFS-3G работает отлично.

Мой вопрос: если файловая система NTFS была успешно восстановлена, почему команда ядра NTFS не реализовала изменения в своем драйвере? На данный момент он все еще помечен как экспериментальный, и есть большая вероятность, что он уничтожит ваши данные.

Примечание: это абсолютно не связано с дистрибутивами ...

К сожалению, это общая проблема с общественными проектами.

Как только сообщество идентифицирует существенную проблему, появляются проекты для ее решения. В этом случае проблема заключается в использовании NTFS FS.

Linux-NTFS (драйвер ядра FS), был создан первым, а через некоторое время разработка остановилась. ИМО плохой выбор, он заслужил приоритет и до сих пор делает. Этот драйвер был стабильным, только для чтения, до тех пор, пока я работал с Linux (более полувека). Это решает только половину проблемы, поэтому сообщество смотрело куда угодно.

Пленник NTFS (Driver Wrapper для NTFS.SYS) был сравнительно проще в создании. Столько кода уже существовало в других проектах. Основная причина, по которой сообщество обратило внимание, заключалась в том, что NTFS.SYS не является свободным программным обеспечением.

NTFS-3G (Fuse), был соединен и полностью функционален. Проект имеет движущую силу в коммерции Tuxera. Этот проект решает первоначальную проблему использования NTFS из Linux. Tuxera предлагает собственный проприетарный драйвер ядра NTFS, который подчеркивает, почему сообществу необходимо завершить Linux-NTFS.

Таким образом, после решения первоначальной проблемы протест сообщества остыл. Что может быть неудачно, так как правильная реализация часто не завершается. Когда я думаю об этом, Tuxera фактически защищает свою проприетарную реализацию ядра NTFS. Создание низкоуровневого FUSE-драйвера позволило снизить нагрузку на надежный драйвер ядра GPL.

Теперь, чтобы уточнить, я большой сторонник / энтузиаст проекта сообщества. Я также оказался критиком, не имея возможности программирования ядра. У FUSE есть много достоинств, особенно для специальных водителей FS. Жесткие факты по-прежнему сохраняются, драйверы Kernel FS обеспечивают гораздо более высокую производительность. Написание драйверов для ядра занимает гораздо больше времени / талантов, чем сопоставимая реализация FUSE. Оба из которых (Время от талантливых программистов сообщества) всегда были в дефиците.

Я надеюсь, что это объясняет текущую ситуацию в отношении поддержки Linux NTFS.

Это вопрос приоритета. Выбор сделать одну вещь означает, что что-то еще не будет сделано. ntfd-3g работает хорошо, поэтому касание драйвера ядра имеет очень низкий приоритет.

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

Ntfs3g на самом деле не драйвер, это приложение. он использует FUSE (файловая система в пользовательском пространстве) для интерфейса и является кроссплатформенным. поэтому, хотя драйвер ядра ntfs может реализовывать методы, используемые ntfs3g (не так ли? Я не уверен), он будет работать в пользовательском пространстве, что не относится к компетенции ядра.

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

на самом деле, я думаю, что я собираюсь вести блог об этом немного. = D