К сожалению, это общая проблема с общественными проектами.
Как только сообщество идентифицирует существенную проблему, появляются проекты для ее решения. В этом случае проблема заключается в использовании 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.
What would a kernel driver do that a FUSE driver wouldn't?
: Освободите процессор для других процессов во встроенных системах, не привязывая его к 100% . См. Ubuntu , Mageia , Ubuntu , ArchLinux , openSUSE и т. Д.Я просто задал себе этот вопрос сегодня, на самом деле. вот мое действительно туманное и не экспертное понимание этого.
Ntfs3g на самом деле не драйвер, это приложение. он использует FUSE (файловая система в пользовательском пространстве) для интерфейса и является кроссплатформенным. поэтому, хотя драйвер ядра ntfs может реализовывать методы, используемые ntfs3g (не так ли? Я не уверен), он будет работать в пользовательском пространстве, что не относится к компетенции ядра.
... это было буквально просто заключение, основанное на одном предложении, которое я прочитал. как это звучит для тех, кто на самом деле образован по этому вопросу? знак равно
на самом деле, я думаю, что я собираюсь вести блог об этом немного. = D
источник