1. Каково его мнение о текущем положении дел с Btrfs? (по итогам переписки с Мейсоном)
2. Что там с продвижением reiserfs в ядро? Вроде бы, раньше у него были планы на этот счет?
3. Продолжает ли он общаться с Гансом?
Мне интересно, что он делает для того, чтобы эту поделку приняли в ведро. В прямом смысле: усердно пилит её в надежде, что торвальдс признает её стабильной, или давит на кого-то, убеждая «давайте включим, а там и стабильность придёт» или ещё какие-то действия предпринимает?
Если ничего не делает — тогда кто это делает? Если никто — тогда вопрос напрашивается сам собой.
Планируется ли создать утилиту для дефрагментации? При использовании reiser4 на разделе для торрентов получал по 11k+ фрагментов на 700-меговый файл и никакими копированиями число фрагментов не удавалось сбить хотя бы до нескольких сотен. Негативные последствия для производительности при этом еще как были.
чихали разработчики grub2 на всякие левые системы,
кто пишет новую fs - тот и должен проталкивать ее везде.
согласен ли Эдуард Шишкин с этим утверждением?
>чихали разработчики grub2 на всякие левые системы
...и на криворуких линаксоидов, которые к 2010 году никак не могут осилить /boot отдельным разделом на ext2. Спросил бы еще почему граб не может с lvm томов образ ядра грузить.
Собственно у меня вопрос больше философский: что его мотивирует разрабатывать ещё один велосипед (ведь FS же куча), пусть даже и с «углублениями для шпал»? (вопрос от разработчика очередного велосипеда)
-Планируется ли реализация динамически загружаемых плагинов, то есть определены ли какие-то сроки?
-Возможен ли будет в будущем вынос плагинов в userspace, если да, то есть ли какие-то планы относительно этого? То есть речь не о самих плагинах, а об инфраструктуре, которая бы смогла загружать некие скомпиленные плагины как в ядро, так и запускать их в юзерлевеле.
-Планируется ли упрощение, или может быть даже не упрощение, а увеличение удобства написания плагинов, и соответственно хорошие доки по их написанию?
Все эти вопросы заданы вот почему: концепция плагинов райзер4 и правда классная, но сама по себе она ведь никому не нужна. Людям нужны фичи, а фичи могут появиться только в том случае, если будет максимально доступный для разработчика api(как на уровне ядра, так и на уровне юзерлевела, а лучше единый, но трансформируемый при загрузке плагина), если также будет и качественные доки. Только тогда сторонние разработчики будут интересоваться внесением своих фичь.
К слову, сейчас наваять какую-нибудь абстракцию или фичу достаточно легко посредство fuse. Работает это не слишком производительно, но работает и просто пишется.
И ещё один:
-В силу небольшого количества тестирующих, и сложности внесения reiser4 в ядро, может стоит задуматься о написании комплекса тестов, которые будут проверять систему на прочность самые разными способами и показывать проблемы? Скажем набор скриптов на perl, который бы проводил агрессивные, параллельные: запись, чтение(проверку соответствия читаемой информации той, что записывалась), удаление, а по итогам проверку структуры фс на предмет жопных мест?
Может быть покажешь ещё одну фс, полностью состоящую из плагинов? Концепция reiser4 в теории может выкинуть на свалку истории большинство фс, если будут разработчики, которые будут пилить плагины под разные задачи.
А вот мотивация шишкина и правда поражает, здоровья и счастья ему, ведь умудряться не опускать руки после множества сложностей - надо уметь.
если задавать только типовые вопросы - получится еще одна унылая типовая статья, как и все предыдущие на эту тему. А вот связь со всеми текущими новомодными веяниями могла бы быть интересной широкому кругу читателей, слабо понимающих, что такое reiserfs4 и чем она лучше, чем ntfs