> Можно и про него - эталонный тормоз и resource hog. И да,
> граждане почти сразу как довели его до ума, так и стали
> ядерным модулем барыжить.Далеко не сразу. Сперва там были такие сражения за fuse драйвер. NTFS - очень сложная система.
> А дополнительного времени отладки как-то не замечено.
Как это? Вроде бы через год-два появился драйвер ядра.
Там вообще же жуткая эпопея была:
- в 90х сделали драйвер ядра, который читал/писал, но портил фс и читал не всегда правильно.
- в 2000х появился Anton Altaparmakov, который взялся этот драйвер переписывать (проект linux-ntfs), сделал корректный ядерный драйвер на чтение. Потом пошла эпопея с FUSE, сперва добавили переписывание файлов, потом ещё что-то, т.д. и т.п.
- в 2005-м, кажется, linux-ntfs подвисла в недорабочем состоянии, и через некоторое время появился FUSE форк ntfs-3g, который уже более-менее писал на диск (но далеко не всегда, отмечу!).
- далее FUSE форк разрабатывался, убирались косяки, когда он обламывался с записью файлов.
- и уже сильно после взлёта ntfs-3g появился на его базе (вряд ли код, скорее идеи) пишущий закрытый драйвер.
> Оно конечно да, но если вы посмотрите историю написания драйверов то заметите
> что зачастую не столько отлаживают драйвер сколько борятся с quirk-ами конкретной
> железки и потугами заворкэраундить аппаратный баг, который клинит железяку там и
> тут при том что в спеках (если их дали) такое не описано нифига.
Ну это же не серебрянная пуля. Просто ещё одно удобство разработки. Те же Интеловцы, между прочим, очень долго не могли доработать видеодрайвер до приемлимого состояния. И возможность его перезапуска уже бы мне много сил сэкономила.
