LinuxMint.com.ru

vir0id, да ничего там не потеряно. Это особенность ФС. Место занято под журнал и inode

rogoznik писал(а): ↑

21 янв 2020, 10:58

Место занято под журнал и inode

Доверяй, но проверяй. Вдруг че

samec2011 писал(а): ↑

21 янв 2020, 08:13

Почитал про неё. Мнения очень разнятся. Для начала - побоялся экспериментировать и устанавливать.

Я только на ней год живу, и на основной машине и на серверах (где задачи подходят). Стабильной ее можно считать примерно с лета позапрошлого (2018) года, за исключением сборки дисков в аналог RAID 5 и 6 (аналог 0, 1, и 10 - стабильны). Но если кому ставлю на машину линукс - выбираю btrfs только для тех, кто будет проходить обслуживание потом у меня. Т.к. тонкостей с ней действительно достаточно. В прочем, достоинства при правильном применении, явно перекрывают недостатки.

Я тут где-то на форуме писал отчет по использованию, там описание приключений вызванных проблемами с железом - битая память попалась. ext4 такого может не пережить, и очень быстро (как и ntfs) - были прецеденты. А btrfs в принципе отделалась малой кровью, за счет контрольных сумм.

slant писал(а): ↑

21 янв 2020, 15:48

Но если кому ставлю на машину линукс - выбираю btrfs только для тех, кто будет проходить обслуживание потом у меня. Т.к. тонкостей с ней действительно достаточно. В прочем, достоинства при правильном применении, явно перекрывают недостатки.

Я тут где-то на форуме писал отчет по использованию, там описание приключений вызванных проблемами с железом - битая память попалась. ext4 такого может не пережить, и очень быстро (как и ntfs) - были прецеденты. А btrfs в принципе отделалась малой кровью, за счет контрольных сумм.

Что Вы подразумеваете под обслуживанием ФС? И что по Вашему есть - правильное применение?
Про битую память Ваш пост - читал, как раз при изучении вопроса - в какую фс форматироваться.

Из нескольких дней сравнения ext4 и ntfs - вижу, что ext4 немногим прожорливее, но по быстродействию - гораздо быстрее. Одна только операция подсчета места, занимаемого каталогами - проходит на порядок быстрее, чем в ntfs.

samec2011 писал(а): ↑

21 янв 2020, 19:57

обслуживанием ФС

Там говорилось про обслуживание ОС и ПК.

samec2011 писал(а): ↑

21 янв 2020, 19:57

правильное применение

Это значит правильно настроить и использовать для тех целей, для которых она созавалась.
Не все ФС одинково полезны

samec2011 писал(а): ↑

21 янв 2020, 08:35

всё равно на 30Gb меньше места

Так не совсем "прозрачно" понятно как считается свободное место в ntfs. NTFS тоже "отъедает" место -12 % на MFT, в результате чего для предотвращения снижения быстродействия системы вследствие экспоненционального роста фрагментации данных, не рекомендуют записывать новые данные на раздел, заполненность которого превышает 88 % . Другое дело, что если всё равно впихивать на раздел данные, то NTFS позволит их писать, но уже в MFT (за подробностями сюда - https://www.ixbt.com/storage/ntfs.html) На мой дилетантский подход только такое вот соображение приходит на ум по вопросу разночтений в цифрах.

samec2011 писал(а): ↑

21 янв 2020, 19:57

Что Вы подразумеваете под обслуживанием ФС?

Речь об обслуживании ПК в целом. Т.к. если машину с btrfs притащат на ремонт/обслуживание тому, кто в нее полезет без знаний об этой FS и привычками наработанными на ntfs скажем - велик шанс что такой ремонтник просто угробит информацию на диске, тогда как при правильном подходе проблема то пустяковая, или вообще не в FS.
Очень у нас любят действовать по принципу: "Если ничего другого не помогает - прочтите наконец инструкцию!"(с). С btrfs инструкцию читать надо ДО. Т.к. во время "ничего другого" - можно самому себе таких проблем добавить - что потом не разгребешь.

samec2011 писал(а): ↑

21 янв 2020, 19:57

Вашему есть - правильное применение?

С учетом ее достоинств и недостатков.
В частности - не стоит на эту FS класть файлы нагруженной базы данных, или образ виртуальной машины просто так (ведет к дикой фрагментации и потере производительности). Для такого нужно включать режим NOCOW как минимум, однако в этом режиме отключается атомарность операций. Потому уже есть риск потери данных, при внезапном пропадении питания, скажем. А следовательно - надо прикидывать настройки для кеширования, резервным копированием, и озаботиться бесперебойником если данные особо ценные. Есть нюансы и про RAID и про сжатие на лету, и про снапшоты с подразделами.
Благо, что большую часть этого функционала можно задейстовать/отключать выборочно для отдельной ветки (каталога) а не на весь диск сразу - т.е. все можно оптимизировать так, как надо.