Tux3 жива!

||

А для ъ? :)

Может, тебе ещё и с английского перевести?

Неужели есть надежда заиметь в ядре достойного преемника ext4?

А какие у неё преимущества перед ext4?

Снепшоты, дедупликация, репликация, версионность блаблабла. По ссылке сходи, да.

подозреваю, что гораздо раньше им станет btrfs.

Преемником — возможно, достойным — никогда.

Она жива с 2000 года...

Неужели есть надежда заиметь в ядре достойного преемника ext4?

Нет. Сейчас у ФС, за которой нет корпорации, нет и шансов.

2000? Её ведь только в 2008-м представили.

и виноват в этом я и другие анонимусы (

2000?

Ее корни - в неопубликованной Tux2.

Снепшоты, дедупликация, репликация, версионность блаблабла.

Глупый вопрос: на десктопе это нафига?

Корни корнями, но я так понимаю, что Tux3 создавалась с нуля.

Снепшоты полезны для сохранения возможности отката после обновления, например. Дедупликация сохранит место при использовании однотипных виртуалок (ещё скажи, что виртуалки на десктопе не используются). Дальше придумай сам.

Глупый вопрос: на десктопе это нафига?

Чтобы дать убунтоидам кнопку «откатить то, что я натворил с системой за последний час».

Снепшоты полезны для сохранения возможности отката после обновления, например.

Ok. Правда, IMHO, на десктопе проще починить поломавшееся, чем откатывать туда-сюда, но это только моё IMHO.

Дедупликация сохранит место при использовании однотипных виртуалок (ещё скажи, что виртуалки на десктопе не используются).

А разве это средствами виртуалки не делается?

Дальше придумай сам.

В том-то и дело, что не могу. Для серверов полно идей, а для десктопа - нет. Лично я считаю, что десктопные ФС должны развиваться в сторону повышения надёжности и скорости, а всякие навороты, в случае крайней необходимости, лучше добавлять плагинами. Потому что 99% юзеров на десктопах они на фиг не сдались.

я так понимаю, что Tux3 создавалась с нуля.

Код - возможно, но код не слишком важен.

«we view sudden interruption as the normal way a filesystem should shut down» - помню, читал почти эти слова 10+ лет назад от того же человека :)

на десктопе это нафига?

Снепшоты

Делать автоматически после операций с пакетами.

версионность

oche полезна для конфигов. Правда все, кому нужно, уже и так используют (d)vcs.

Мне в ext4 не хватает только снапшотов и прозрачного сжатия.

oche полезна для конфигов

Сложно будет этой ФС указывать, где у тебя конфиги, а где нет. Да и так для /etc/ во многих ОС уже есть автоматический VCS.

для /etc/ во многих ОС уже есть автоматический VCS

А в каких?

Снепшоты

Делать автоматически после операций с пакетами.

Теперь это тред переписи арчеводов.

версионность

oche полезна для конфигов.

Есть VCS, все, кому надо было, давно заюзали их. Они и синхронизацию между машинами заодно обеспечивают.

В генте dispatch-conf (это такая утилита для обновления конфигов после обновления их пакетов) умеет сохранять предыдущие версии пакетов.

ещё скажи, что виртуалки на десктопе не используются

практически нет: либо для запуска софта на другой ОС, либо для тестирования

dpkg и rpm делают это из коробки

Мне по ссылкам лень ходить :)

Новогодняя некрофилия прям.

Что плохого в btrfs?

У тебя невосприятие btrfs, но это лечится.

это не VCS.

Оно в VCS хранит. Только не в DVCS, а в какой-то малоизвестной, специально для таких целей предназначенной. забыл название, что-то с «r».

Я б погонял.

Тебе LVM мало?

Чтобы дать убунтоидам кнопку «откатить то, что я натворил с системой за последний час».

Решаемо посредством каких нибудь костылей, не зависящих от ФС.

Теперь это тред переписи арчеводов.

Я на стабильном дебиане, коли интересуешься.

Есть VCS, все, кому надо было, давно заюзали их. Они и синхронизацию между машинами заодно обеспечивают.

Есть архиваторы, все, кому надо было, давно заюзали их.
Есть LVM, все, кому надо было, давно заюзали его.
Есть rsync/unison, все, кому надо было, давно заюзали его.
Есть fdupes, все, кому надо было, давно заюзали его.

Есть архиваторы, все, кому надо было, давно заюзали их. Есть LVM, все, кому надо было, давно заюзали его. Есть rsync/unison, все, кому надо было, давно заюзали его. Есть fdupes, все, кому надо было, давно заюзали его.

Вы не поверите, я хотел перечислить это всё тоже, но мне стало лень. ☺

Зачем нам нужен линукс? Есть виндавс, все, кому нужна была ОС, давно заюзали её.

Чо-то пропустил это предложение.

Сложно будет этой ФС указывать, где у тебя конфиги, а где нет.

Не надо ничего указывать, юзкейс другой: кто-то (что-то) чего-то поломал(о), а чинить позвали меня. Я просто смотрю, что недавно поменялось и достаю одну из предыдущий версий файла, всё.
Вырубили свет и покорёжило важный документ? Кто-то тыкал галочки, пока программа не начала падать при чтении своего конфига? И т.д.

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

Я на стабильном дебиане, коли интересуешься.

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

Кстати вот: http://kerneltrap.org/Linux/Comparing_HAMMER_And_Tux3

«Daniel noted that he's been working on the Tux3 design for around ten years»

Вы не поверите

Верю, почему же. Как оно там, на umsdos в 2013 году?

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

Признался?
Только полный идиот может считать, что изменения в системе не могут окончиться неблагоприятно. В любой системе.

Только полный идиот может считать, что изменения в системе не могут окончиться неблагоприятно. В любой системе.

«стабильный» дебиан такой стабильный

А разве это средствами виртуалки не делается?

А должно?

Спасибо, я рад тому, что не воспринимаю всякое гумно всерьёз.

А должно?

Почему нет? Это гораздо нагляднее, чем средствами ФС, к тому же, оно уже есть.

Мы сейчас точно о дедупликации данных на жёстких дисках?

Дедупликация сохранит место при использовании однотипных виртуалок (ещё скажи, что виртуалки на десктопе не используются).

А разве это средствами виртуалки не делается?

Именно дедупликация - нет, но делается CoW.

Стыдно не помнить имя прадедушки гитов и других хипстеров — RCS. ^_^

Судя по тексту анонса, tux3 страдает (и будет страдать) от тех же болезней, что и btrfs и reiser4. Неконтролируемый рост метаданных, либо дикая фрагментация дерева. Автор, кстати, об этом прямо пишет. Он не зря про фрагментацию упомянул.

Я недавно попробовал пару тестов прогнать на reiser4. Сначала создал пару миллионов файлов с подряд идущими именами в одной директории. Скорость, конечно потрясающая. Но если приблизительно знать, как оно там внутри устроено, можно подобрать тест, котрый поставит систему на колени. Для reiser4 это оказался один миллион файлов в директории созданых в случайном порядке, с периодическими sync'ами в соседнем процессе. И всё, чтение директории занимает больше 15 минут. За это время весь раздел с фс можно раз пять прочитать.

Reiser4 быстро подтирает за собой старые снимки метаданных, в итоге свободное место быстро фрагментируется и с некоторого времени фрагментация растёт взрывными темпами. Я просто ускорил этот процесс. Btrfs с метаданными так легко не растаётся, что позволяет ей освобождать место большими пачками. Надо бы аналогичный тест и на ней прогнать.

Идеи tux3 звучат красиво. Ещё бы они добавили частично сортированные директории, и эта фс будет включать в себя все идеи, которые у меня когда-либо были про фс вообще.

Женат?