> Далеко не сразу. Сперва там были такие сражения за fuse драйвер. NTFS - очень сложная система.Ну вот я и не заметил каких-то особо ударных темпов обезглючки. Оно и в юзермоде несколько лет глюками страдало. Позлее чем иные ядерные ФС.
> Как это? Вроде бы через год-два появился драйвер ядра.
Ну да, коммерческим кастомерам нельзя выдать глючное нечто, поэтому модуль для оных был сделан лишь когда все это устаканилось. Вот только не факт что это время устаканивания превышает таковое для ядерных ФС. Там основная проблема - в том что спеков как я понимаю не было совсем. А результат реверсинга имеет полное право быть глюкалом хоть там где.
> FUSE, сперва добавили переписывание файлов, потом ещё что-то, т.д. и т.п.
Ну да, эпопея там была знатная, но я не очень за этим следил.
> - далее FUSE форк разрабатывался, убирались косяки, когда он обламывался с записью
> файлов.
> - и уже сильно после взлёта ntfs-3g появился на его базе (вряд
> ли код, скорее идеи) пишущий закрытый драйвер.
И тем не менее, даже недавние версии - таки страдают какими-то багами. Например я видел юзера плюющегося что после юзания драйвером ntfs-3g тома, винда при работе с таким томом регулярно валится в бсод. В характерном драйвере - ntfs.sys. Это, конечно, стопроцентный баг ntfs.sys от микрософта (внешние данные надо проверять на корректность и безграбельность), НО это также индикатор того что ntfs-3g какие-то структуры NTFS скроил неправильно, что и сорвало башню виндовому драйверу.
> же Интеловцы, между прочим, очень долго не могли доработать видеодрайвер до
> приемлимого состояния. И возможность его перезапуска уже бы мне много сил сэкономила.
Бы в этом мире не считается. Какой-нибудь симбиан например - даром что микроядерный, ребутнуться без причины совсем не дурак.