Tux3 жива!

Есть такое очень хорошее выражение: «Сдуру можно и *** сломать»... Вот оно как раз в тему.

Нет.

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

На SSD неактуально.

А вообще, очень годная ФС. Btrfs хороша, но не хватает именно версионности.

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

Facepalm

На SSD неактуально.

1) Судя по тестам в интернете, SSD на случайном чтении проседают в скоростиив 5-10 раз;

2) все эти тесты проводят на «свежих» носителях. Фрагментация свободного места приведёт к невозможности сделать TRIM, а это неизбежная деградация скорости записи.

Пробуй :)

1) Судя по тестам в интернете, SSD на случайном чтении проседают в скоростиив 5-10 раз;

Впервые слышу. И похоже на бред.

Фрагментация свободного места приведёт к невозможности сделать TRIM, а это неизбежная деградация скорости записи.

Как фрагментация может влиять на TRIM? По-моему, для TRIM главное - чтобы ОС знала, какие блоки свободны.

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

Не всегда удобно откатывать пару десятков пакетов с их зависимостями на прошлую версию, хотя может где-то это и сделано нормально.

Не всегда удобно откатывать пару десятков пакетов с их зависимостями на прошлую версию

А зачем это делать-то?

Пару раз при обновлении кед тупо был пустой экран. Откат с одновременным поиском причин, а пакетов там ого-го.

И нафига там что-то откатывать? Диагностике это только мешает.

Тестеров и без меня хватает. В общем мне было бы удобно, позицию я обрисовал.

В общем мне было бы удобно, позицию я обрисовал.

Если бы я не понимал, что такие люди есть, я бы не стал в своём сообщении употреблять слово «IMHO» целых два раза.

Можно увеличить до трёх, чтоб точно уж наверняка.

Впервые слышу. И похоже на бред.

http://www.google.com/search?q=ssd random read

random access time ~100us. Если читать по 4 КБ, скорость будет не выше 40 МБ/с.

Как фрагментация может влиять на TRIM?

NAND flash стирается блоками по 128 КБ.

По-моему, для TRIM главное - чтобы ОС знала, какие блоки свободны.

Чтобы послать команду — да. Чтобы «диск» мог воспользоваться — они должны идти подряд.