Форум русскоязычного сообщества Ubuntu


Хотите сделать посильный вклад в развитие Ubuntu и русскоязычного сообщества?
Помогите нам с документацией!

Голосование

Используете ли вы BTRFS?

Да
Нет, но теперь попробую
Нет

Автор Тема: BTRFS. Готова ли к использованию в 16.04?  (Прочитано 35132 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн AnrDaemon

  • Заслуженный пользователь
  • Старожил
  • *
  • Сообщений: 24011
    • Просмотр профиля
Re: BTRFS. Готова ли к использованию в 16.04?
« Ответ #15 : 14 Ноябрь 2015, 09:38:17 »
Практика говорит нам, что сжатие работает - это раз; место на диске экономится - это два; удельная цена "твердотельного" мегабайта в разы больше "механического" - это три.
Да, всё верно. И тем не менее смысла в сжатии нет никакого.
Хотите получить помощь? Потрудитесь представить запрошенную информацию в полном объёме.

Прежде чем [Отправить], нажми [Просмотр] и прочти собственное сообщение. Сам-то понял, что написал?…

Оффлайн Lifewalker

  • Старожил
  • *
  • Сообщений: 1752
  • DOS→ OpenVMS→ OS/2→ Windows ↔ Ubuntu ↔ Fedora
    • Просмотр профиля
    • Мысли про жизнь, Вселенную и вообще.
Re: BTRFS. Готова ли к использованию в 16.04?
« Ответ #16 : 14 Ноябрь 2015, 10:13:44 »
AnrDaemon, давайте определимся с постановкой вопроса: не смотря на приведённые и принятые вами доводы в сжатии нет никакого смысла вообще или сжатие не имеет смысла использовать на вашем компьютере с вашими задачами? Иными словами, отказ от сжатия - это объективная необходимость или ваши личные заморочки? ;)
— Наша власть делает из нас дураков!
— Нет, они как всегда, пришли на всё готовенькое…
© Автор неизвестен

Оффлайн AnrDaemon

  • Заслуженный пользователь
  • Старожил
  • *
  • Сообщений: 24011
    • Просмотр профиля
Re: BTRFS. Готова ли к использованию в 16.04?
« Ответ #17 : 14 Ноябрь 2015, 10:57:17 »
Сжатие не даёт никакого преимущества, кроме морального удовлетворения.
Файлы сохраняются медленнее, открываются медленнее. Причём сохраняются тем медленнее, чем меньше информации актуально изменяется. Поскольку даже на один изменённый байт надо пережать весь кластер целиком.
Выигрыш в хранении не стоит потерь в скорости работы. Иначе не было смысла брать SSD вообще, IMO.
Хотите получить помощь? Потрудитесь представить запрошенную информацию в полном объёме.

Прежде чем [Отправить], нажми [Просмотр] и прочти собственное сообщение. Сам-то понял, что написал?…

Оффлайн Lifewalker

  • Старожил
  • *
  • Сообщений: 1752
  • DOS→ OpenVMS→ OS/2→ Windows ↔ Ubuntu ↔ Fedora
    • Просмотр профиля
    • Мысли про жизнь, Вселенную и вообще.
Re: BTRFS. Готова ли к использованию в 16.04?
« Ответ #18 : 14 Ноябрь 2015, 11:03:28 »
Сжатие не даёт никакого преимущества, кроме морального удовлетворения.
Тогда непонятно, зачем вы соглашались с моими доводами? Вы же сами писали:
Практика говорит нам, что сжатие работает - это раз; место на диске экономится - это два; удельная цена "твердотельного" мегабайта в разы больше "механического" - это три.
Да, всё верно.
— Наша власть делает из нас дураков!
— Нет, они как всегда, пришли на всё готовенькое…
© Автор неизвестен

Оффлайн AnrDaemon

  • Заслуженный пользователь
  • Старожил
  • *
  • Сообщений: 24011
    • Просмотр профиля
Re: BTRFS. Готова ли к использованию в 16.04?
« Ответ #19 : 14 Ноябрь 2015, 11:13:39 »
Ну, как же не согласиться с верным утверждением?…
Даже если оно выдрано из контекста.
Хотите получить помощь? Потрудитесь представить запрошенную информацию в полном объёме.

Прежде чем [Отправить], нажми [Просмотр] и прочти собственное сообщение. Сам-то понял, что написал?…

Оффлайн Lifewalker

  • Старожил
  • *
  • Сообщений: 1752
  • DOS→ OpenVMS→ OS/2→ Windows ↔ Ubuntu ↔ Fedora
    • Просмотр профиля
    • Мысли про жизнь, Вселенную и вообще.
Re: BTRFS. Готова ли к использованию в 16.04?
« Ответ #20 : 14 Ноябрь 2015, 11:42:23 »
AnrDaemon, короче, если факты противоречат моим убеждениям, то факты в топку :)
— Наша власть делает из нас дураков!
— Нет, они как всегда, пришли на всё готовенькое…
© Автор неизвестен

Оффлайн AnrDaemon

  • Заслуженный пользователь
  • Старожил
  • *
  • Сообщений: 24011
    • Просмотр профиля
Re: BTRFS. Готова ли к использованию в 16.04?
« Ответ #21 : 14 Ноябрь 2015, 12:37:17 »
Забавная у вас жизненная позиция.
Хотите получить помощь? Потрудитесь представить запрошенную информацию в полном объёме.

Прежде чем [Отправить], нажми [Просмотр] и прочти собственное сообщение. Сам-то понял, что написал?…

Оффлайн Lifewalker

  • Старожил
  • *
  • Сообщений: 1752
  • DOS→ OpenVMS→ OS/2→ Windows ↔ Ubuntu ↔ Fedora
    • Просмотр профиля
    • Мысли про жизнь, Вселенную и вообще.
Re: BTRFS. Готова ли к использованию в 16.04?
« Ответ #22 : 14 Ноябрь 2015, 12:51:49 »
AnrDaemon, фраза "если факты противоречат моим убеждениям, то факты в топку" являлась намёком на известную цитату.
Вы имеете мнение и вам безразлично как это мнение соотностися с фактами. Используйте что хотите, только в будущем, пожалуйста, как-то согласуйте свою позицию с реальностью.
— Наша власть делает из нас дураков!
— Нет, они как всегда, пришли на всё готовенькое…
© Автор неизвестен

Оффлайн alsoijw

  • Старожил
  • *
  • Сообщений: 4100
  • Fedora 25 GNOME 3 amd64
    • Просмотр профиля
Re: BTRFS. Готова ли к использованию в 16.04?
« Ответ #23 : 14 Ноябрь 2015, 12:55:15 »
Смысл жать листья нет - ну сожмёшь ты, например, кластер, будет реальных данных не 4к а 2,7к… Физически эти данные всё равно не могут быть записаны на объём меньше кластера.
Если взять данные больше 4 Кб? Или у тебя абсолютно все файлы меньше размера кластера?
Мало видеть нам начало - надо видеть и конец. Если видишь ты создание - значит где-то есть ТВОРЕЦ
Многие жалуются: геометрия в жизни не пригодилась. Ямб от хорея им приходится отличать ежедневно?

Оффлайн AnrDaemon

  • Заслуженный пользователь
  • Старожил
  • *
  • Сообщений: 24011
    • Просмотр профиля
Re: BTRFS. Готова ли к использованию в 16.04?
« Ответ #24 : 14 Ноябрь 2015, 13:18:13 »
Цифры я приводил для примера.
Страницы на SSD больше 4к. Сколько именно, надо смотреть спеки на использованную в диске память.
Хотите получить помощь? Потрудитесь представить запрошенную информацию в полном объёме.

Прежде чем [Отправить], нажми [Просмотр] и прочти собственное сообщение. Сам-то понял, что написал?…

Оффлайн thunderamur

  • Автор темы
  • Заслуженный пользователь
  • Старожил
  • *
  • Сообщений: 6712
  • Ubuntu 16.04
    • Просмотр профиля
Re: BTRFS. Готова ли к использованию в 16.04?
« Ответ #25 : 14 Ноябрь 2015, 13:22:19 »
Haswell i5 до 100% в некоторые моменты, lzo - до 30%.
Это быстрый (десктопный) i5 или медленный мобильный?
Я на десктопе тестил.

Пользователь решил продолжить мысль [time]14 Ноябрь 2015, 19:29:20[/time]:
Смысл жать листья нет - ну сожмёшь ты, например, кластер, будет реальных данных не 4к а 2,7к… Физически эти данные всё равно не могут быть записаны на объём меньше кластера.
До тех пор, пока отношение объёма изменённой информации к объёму перезаписываемой информации не превышает единицы хранения, разницы нет, что сжимать, что как.
На SSD можно много интересных дополнительных вещей придумать, но идея остаётся той же. Вероятно, твоя формула всё ещё будет верной для файлов результирующим объёмом меньше страницы флеш-накопителя. Но. Не забывай, что некоторые SSD сами по себе уже реализуют сжатие на "аппаратном" уровне.
Ну выходит это актуально только для файлов больше размера кластера, однако, я где-то читал про такую фичу, как "сжатие хвостов", когда как раз свободное место в кластере тоже использовалось, ЕМНИП, это как раз про btrfs было (но не утверждаю, давно читал и могу ошибаться).
Кроме того. df -h, теперь правильно показывает размер btrfs, используя btrfs fi df -h. После сжатия мы видим, что использование диска уменьшилось, т.к. эта команда показывает именно использование ФС, а не суммированный размер файлов.
Да, некоторые SSD сжимают, вроде старичка Sandforce SF-2281 (на моем OCZ Vertex 3 120 как раз он), но насколько я знаю, сейчас это не так популярно среди контроллеров. Кроме того, то, что сжимает контроллер, ФС не видит и если не сжатый файл занимает 10 ГБ, то так и будет показано использование ФС несмотря на то, что на диске после сжатия контроллером всего 5 ГБ записано.

Пользователь решил продолжить мысль [time]14 Ноябрь 2015, 19:33:07[/time]:
Сжатие не даёт никакого преимущества, кроме морального удовлетворения.
Файлы сохраняются медленнее, открываются медленнее. Причём сохраняются тем медленнее, чем меньше информации актуально изменяется. Поскольку даже на один изменённый байт надо пережать весь кластер целиком.
Выигрыш в хранении не стоит потерь в скорости работы. Иначе не было смысла брать SSD вообще, IMO.
А как же те результаты которые я получил при тестировании на HDD?
ОС на BTRFS без сжатия загружается 17 секунд, со сжатием - 14.

Я не оспариваю достоверность утверждения, что производительность маленькая, при работе с маленькими объемами информации. Но ведь нам нужна производительность при работе с большими, т.к. при работе с маленькими все итак и сяк происходит очень быстро и нам не приходится ждать.

Пользователь решил продолжить мысль [time]14 Ноябрь 2015, 19:36:43[/time]:
Цифры я приводил для примера.
Страницы на SSD больше 4к. Сколько именно, надо смотреть спеки на использованную в диске память.
Страницы на SSD большие, да. Но при этом я получил экономию адресного пространства порядка 35% на чистой системе что на HDD, что на SSD. А как известно в ОС много мелких файлов. Наверное как-то хитро реализована работа с листьями в BTRFS.

Пользователь решил продолжить мысль [time]14 Ноябрь 2015, 19:38:32[/time]:
А вот и проблемы - стабильность.

Пользователь решил продолжить мысль 14 Ноябрь 2015, 14:34:27:
Проблемы уже нет, просто для BTRFS нужно чуть больше места в начале диска, чем для EXT4. Так что пока все хорошо.
« Последнее редактирование: 14 Ноябрь 2015, 14:34:27 от thunderamur »

Оффлайн nefelim4ag

  • Любитель
  • *
  • Сообщений: 56
  • Гик
    • Просмотр профиля
Re: BTRFS. Готова ли к использованию в 16.04?
« Ответ #26 : 14 Ноябрь 2015, 14:53:19 »
значит BTRFS:
Cжимаются только данные, при этом блоками до 128 кб, если файл 132 кб, то отдельно будет сжато первые 128 кб и отдельно оставшиеся 4 кб
При этом если после сжатия, данных не стало меньше, они не будут сжаты (при использовании compress-force будут)

Любые данные, которые помещаются в NodeSize будут по возможности хранится вместе с метаданными, это и есть реализация Tail packing на btrfs, она не умеет хранить 2 файла по 1 байту, в 1 секторе, просто она их распихает по метаданным
Raizer4 умеет

Сжатие даёт таки профит, на HDD т.к. время считывания как правило превышает время, которое требуется процу на распаковку данных, в результате можно получать очень хороших прирост производительности
Для Дедубликации аналогично, но нужно чтобы посередине был большой кеш SSD или много свободной оперативы
« Последнее редактирование: 14 Ноябрь 2015, 15:05:45 от nefelim4ag »

Оффлайн victor00000

  • Старожил
  • *
  • Сообщений: 14015
  • Я не слышу.
    • Просмотр профиля
Re: BTRFS. Готова ли к использованию в 16.04?
« Ответ #27 : 15 Ноябрь 2015, 00:08:20 »
nefelim4ag,
сжатия даёт и удалить файл всю сжатия даёт?
RuTorrent
3D
Душинckий B.B.

Оффлайн anton666

  • Участник
  • *
  • Сообщений: 172
    • Просмотр профиля
Re: BTRFS. Готова ли к использованию в 16.04?
« Ответ #28 : 27 Февраль 2016, 15:18:05 »
Что то не совсем понятно каков результат? Точнее рекомендации, стоит ли использовать BTRFS в связки с SSD и использовать ли в этом случае сжатие? Хотелось бы больше цифр... Не хватает сравнений. Чем конкретно BTRFS лучше для SSD, в сравнении например с NTFS, будет ли реальный прирост в скорости?
Сжатия на сколько я понял имеет смысл использовать в уже заполненных под завязку носителях в ущерб скорости, а может быть и нет все завесит от ЦП так как при сжатии на его плече ложится дополнительная нагрузка...

Оффлайн thunderamur

  • Автор темы
  • Заслуженный пользователь
  • Старожил
  • *
  • Сообщений: 6712
  • Ubuntu 16.04
    • Просмотр профиля
Re: BTRFS. Готова ли к использованию в 16.04?
« Ответ #29 : 27 Февраль 2016, 15:48:54 »
anton666,
возьми потести сам и расскажи о своих выводах.

 

Страница сгенерирована за 0.101 секунд. Запросов: 26.