The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

ФС Btrfs позволила компании Meta снизить затраты на инфраструктуру

10.08.2025 22:19

Джозеф Бацик (Josef Bacik), мэйнтейнер и активный разработчик файловой системы Btrfs, не согласился с критикой надёжности Btrfs, высказанной Кентом Оверстритом (Kent Overstreet), автором Bcachefs. Джозеф отметил, что ФС Btrfs работает достаточно хорошо, чтобы сэкономить компании Meta* миллиарды долларов затрат на инфраструктуру. По словам Джозефа, инфраструктура Meta построена полностью на Btrfs, и компания существенно экономит, благодаря надёжности и функциональности данной ФС (например, применение встроенных возможностей сжатия и дедупликации позволяет использовать меньше накопителей).

  1. Главная ссылка к новости (https://www.phoronix.com/news/...)
  2. OpenNews: Facebook приступает к тестовому внедрению файловой системы Btrfs
  3. OpenNews: Facebook подключился к развитию Btrfs и нанял на работу двух лидеров проекта
  4. OpenNews: Заметки Теодора Тс'о о ядре Linux, кодексе поведения, ext4, btrfs и ZFS
  5. OpenNews: Релиз утилит Btrfs-Progs 6.13
  6. OpenNews: Повышение производительности Btrfs в ядре Linux 6.17
Автор новости: Аноним
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/63704-btrfs
Ключевые слова: btrfs
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (297) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Олег (??), 22:23, 10/08/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +8 +/
    Чем zfs не угодил, так и не раскрыли
     
     
  • 2.6, Аноним (-), 22:34, 10/08/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Чем zfs не угодил, так и не раскрыли

    Оригинальны лицухой не вышел.
    А то что переделали... жалкое поделие по сравнению с оригиналом.

     
     
  • 3.26, Аноним (26), 23:59, 10/08/2025 [^] [^^] [^^^] [ответить]  
  • +21 +/
    > А то что переделали... жалкое поделие по сравнению с оригиналом.

    Часто это заявление вижу, но никогда не вижу конкретики — что именно не работает и как.

     
     
  • 4.32, scriptkiddis (?), 01:05, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +10 +/
    Секта zfs она такая.
     
  • 2.20, нах. (?), 22:55, 10/08/2025 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > Чем zfs не угодил, так и не раскрыли

    там разработчики так дешево не продаются (подозреваю что мете они не продаются вообще ни за какие деньги)

     
     
  • 3.41, Аноним (-), 09:51, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > там разработчики так дешево не продаются (подозреваю что мете они не продаются
    > вообще ни за какие деньги)

    Да это их проблемы. Пусть пицей торгуют если им так прикольнее. Потому что сан - все.

     
  • 2.30, Аноним (30), 00:32, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Этот вопрос просто не ставили.
     
  • 2.38, Tron is Whistling (?), 09:47, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Слишком много планок памяти требуется.
     
     
  • 3.187, Ыеуз0 (?), 22:23, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Откуда эта литания? Больше памяти - жирнее кэщъ - быстрее обмен с накопителем. Сплошные профиты
     
     
  • 4.208, Аноним (-), 03:46, 12/08/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Откуда эта литания? Больше памяти - жирнее кэщъ - быстрее обмен с
    > накопителем. Сплошные профиты

    Это все работает только при условии что это - файлопомойка. Где RAM больше нечем занять было. А с каким-нибудь NVME оно уже не очень то и хотелось - а вот оверхед файлухи начинает роялить. И думается сабж уже заоптимизили здорово лучше того утюга на актуальных FB задачах.

     
  • 3.200, Аноним (200), 03:13, 12/08/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Было бы желание ее ограничить... вполне сносно работает если выделить лишь 1Гб памяти.
     
  • 2.40, Аноним (-), 09:50, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Чем zfs не угодил, так и не раскрыли

    Тем что...
    1) "Сам по себе" без подпора сотнями RAM довольно тормозной.
    2) Не в майнлайне.
    3) Многодисковые убер-хранилки фэйсбуку как раз и не требуются. AFAIK большая часть конфиг у FB однодисковые.

    Зачем им ZFS?

     
     
  • 3.201, Аноним (200), 03:16, 12/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    ZFS вполне нормально работает и на 1Гб. Без дедупликации данных, но работает вполне неплохо.
     
     
  • 4.209, Аноним (-), 03:58, 12/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А btrfs можно завести даже на 64 мегах И структурально он все же думается шустр... большой текст свёрнут, показать
     
     
  • 5.251, Аноним (200), 13:02, 12/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Использую на хосте для домашней виртуализации - нареканий нет. С 2019 года...
     
     
  • 6.271, Аноним (-), 04:33, 13/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Использую на хосте для домашней виртуализации - нареканий нет. С 2019 года...

    Осталось всего 1 999 999 999 юзеров обслужить - и тогда п... коту Вась^W^W^W хана фэйсбуку!

     
  • 2.79, Аноним (79), 11:15, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Скоростью не угодила. На больших nvme массивах в сотни терабайт zfs тротлит пс и иопс на порядки. И при этом пожирает терабайты оперативки и сотни ядер.
    Вот ровно этим и не угодила.

    На hdd наверное куда не шло, но на стореджах в десятки петабайт начинаются те же проблемы, что и с nvme.

    На мелких стореджах скорость есть, но оверхед неприемлемый по процу памяти.

     
     
  • 3.87, Аноним (87), 11:53, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    а там разве не всякие распределеннные фс нужны? Или сабж просто нижний слой под них и на нем дешевле посжимать данные типа?
     
     
  • 4.213, Аноним (-), 04:39, 12/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > а там разве не всякие распределеннные фс нужны?

    Что ты распределять собрался в уберскоростном SSDшнике? И да, там оверхед - отличается. Сабжа так то на large folios и прочие io_uring рефакторят не по приколу же.

     
     
  • 5.242, penetrator (?), 11:13, 12/08/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    ты даже не понял, что он спросил )))
     
  • 2.100, Аноним (100), 12:44, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Может и используют zfs.
    Про использования btrfs мы знаем только со слов авторабезполезной ФС, которого поперли отовсюду. А для фейсбука он слишком мелкий чтоб выходить с заявлениями что он полную херню несет.
     
  • 2.114, Аноним (114), 13:57, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > Чем zfs не угодил, так и не раскрыли

    Оффтоп, но когда я вспоминаю, что на ZFS есть фрагментация, но нет дефрагментации, и в случае, если фрагментация достигает уровня, когда производительность ФС начинает серьёзно страдать, пользователям the most advanced enterprise-ready next-generation filesystem предлагается... создать новую файловую систему на другом носителе и скопировать данные туда, чтобы устранить фрагментацию, причём предлагается это, как правило, теми же людьми, которые любят подсмеиваться на простыми пользователями, переустанавливающими Windows, то мне отчего-то становится весело.

    ...ZFS сама себя не отдефрагментирует.

     
     
  • 3.137, Аноним (137), 15:28, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Оффтоп, но когда я вспоминаю, что на ZFS есть фрагментация, но нет дефрагментации

    Фейсбуки не удаляют файлы, поэтому дефрагментация уровня ФС для них не критична

     
     
  • 4.174, Аноним (174), 21:03, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    COW подразумевает фрагментацию при простой записи, удалять ничего не нужно.
     
  • 3.141, anonymos (?), 15:50, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Бред сивой кобылы!
    ZFS использует архитектуру CoW (Copy-on-Write). Чисто теоретически, проблема фрагментации может возникнуть при активном использовании дискового пула, когда он забит более чем на 95%, но даже в этом случает данные группируются перед записью. И вообще, кому придет в голову писать кучу мелких, временных файлов на диск, когда есть оперативка?
     
     
  • 4.143, Аноним (143), 16:10, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Фрагментация может достигать критических значений со временем, что в этом бредового? Как по мне, бредово 2гб оперативки на каждый терабайт стораджа. Т.е. при типичных подкроватных объёмах в 200тб нужно минимум 400гб памяти отдать только на zfs.
     
     
  • 5.146, нах. (?), 16:32, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • –3 +/
    может. Но не достигает - в реальных применениях а не в фантазиях кекспертов. Поэтому бредово - твое бесконечное повторение мантры про ужастную и страшную фрагментацию.

    > Как по мне, бредово 2гб оперативки на каждый терабайт стораджа.

    и это тоже вранье.

     
     
  • 6.216, Аноним (-), 05:03, 12/08/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 6.244, Аноним (-), 11:24, 12/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Достаточно всего лишь покачать битые торренты некоторое время. Это реальное применение даже для домашнего локалхоста.

    Факты, опровергающие твой тезис "2гб оперативки на каждый терабайт стораджа - и это тоже вранье" будут, или ограничишься мантрами?

     
  • 5.147, Аноним (147), 16:37, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Т.е. при типичных подкроватных объёмах в 200тб нужно минимум 400гб памяти отдать только на zfs.

    200Тб дома под кроватью!? Какого максимального объема сейчас HDD? 30Тб? Или 36? Сколько у вас дисков и что там хранится!?

     
     
  • 6.245, Аноним (-), 11:26, 12/08/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    На материнских платах в основном либо 6, либо 8 SATA. Посчитать совсем не сложно, man bc
     
  • 5.307, oleksii (?), 15:26, 13/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    zpool list
    NAME   SIZE  ALLOC  FREE  CAP  DEDUP  HEALTH  ALTROOT
    data   652T   204T  448T  31%  1.05x  ONLINE  -
    echo "::memstat" | mdb -k | grep ZFS
    ZFS                                  10976381    41.9g 65.7%

    zpool list
    NAME   SIZE  ALLOC   FREE  CAP  DEDUP  HEALTH  ALTROOT
    data   652T   584T  67.9T  89%  1.00x  ONLINE  -
    echo "::memstat" | mdb -k | grep ZFS
    ZFS                                   7807259    29.8g 46.8%

    ага, терабайти памяти нужны... Нужно использовать оригинальную ZFS на solaris и не будет проблем

     
  • 4.145, anonymous (??), 16:25, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Copy-on-Write как раз и ведет к фрагментации.
     
  • 4.220, Аноним (-), 05:35, 12/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Бред сивой кобылы!
    > ZFS использует архитектуру CoW (Copy-on-Write).

    И одна из ее особенностей - это то что новые записи оформляются записью "в сторону" чтоб не портить старое состояние. Т.е. это фрагмент, по определению просто.

    У btrfs так то дефрагер есть. С своими заскоками. Но во всяком случае - есть.

     
     
  • 5.246, Аноним (-), 11:28, 12/08/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Огласите весь список "заскоков"!
     
     
  • 6.272, Аноним (-), 06:51, 13/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Огласите весь список "заскоков"!

    Unsharing экстентов. Что ведет к росту потребления места на сильно рефлинкнутых ФС или с снапшотами. Впрочем, при желании можно дефрагать частями - и дедупать. Просто не совсем простая в секвенсировании операция может быть. Но если учесть что у вон тех вообще нет НИКАКОГО рецепта на такие случаи кроме "пересоздайте пул"... :)

     
  • 4.267, Tron is Whistling (?), 23:06, 12/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Проблема фрагментации может возникнуть при простой перезаписи.
    Записали блоки ABCD (размером "кластера").
    Записали блок E вместо C. Теперь у нас на диске лежит ABCDE.
    Записали блок F вместо A. Теперь у нас на диске лежит ABCDEF.
    А теперь прочитали файл - FEBD. С порядком чтения весело, да? И даже SSD на линейном чтении быстрее, чем на нелинейной адресации.
    А теперь представьте, что у нас там микстура из десятков по частям переписываемых файлов.
    На СУБД эта штука накрячится быстрее всего.
     
     
  • 5.268, Tron is Whistling (?), 23:07, 12/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    // FBED, то есть - сути не меняет
     
  • 5.269, Tron is Whistling (?), 23:07, 12/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    И кстати да, у не-CoW этой проблемы не возникнет :D
     
  • 3.202, Аноним (200), 03:18, 12/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вы не захотите дефрагментировать SSD. К тому же, ZFS делает все необходимое чтобы уровень фрагментации был минимальный. Так же, этому способствует SLOG.
     
     
  • 4.214, Аноним (-), 04:42, 12/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Вы не захотите дефрагментировать SSD. К тому же, ZFS делает все необходимое
    > чтобы уровень фрагментации был минимальный. Так же, этому способствует SLOG.

    Был тут как-то некто iZEN. Прославился тем что получил отличные 15 мегов в секунду с 3-дискового пула из винчей (пусть и ноутбучных), забив пул в хлам и качнув торенты.

    На минуточку, 15 мегов в секунду это 1/3 скорости 1 ноутбучного винча были. А дефрагить - даже если б он и захотел - нечем. Но вы можете пул пересобрать, очень удобно.

     
     
  • 5.231, Аноним (200), 10:04, 12/08/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вы не думайте, что на BTRFS будет по-другому. К тому же, теперь пул можно спокойно забивать до 95% без особого штрафа и все будет работать и не тормозить.
     
     
  • 6.273, Аноним (-), 06:54, 13/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Вы не думайте, что на BTRFS будет по-другому.

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

    > К тому же, теперь пул можно спокойно забивать до 95% без особого штрафа и все
    > будет работать и не тормозить.

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

     
     
  • 7.286, Аноним (200), 12:04, 13/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Лучше пересобрать пул, чем дефрагментировать заполненный SSD. Если вы понимаете о чем я... проверять не рекомендую!
     
     
  • 8.311, Аноним (-), 10:58, 14/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Пересобирайте наздоровье Особенно на механике, терабайтиков так на дофига Я и ... текст свёрнут, показать
     
  • 7.287, Аноним (200), 12:09, 13/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Еще лучше адекватно настроить ZFS, добавить SLOG и снизить частоту коммитов. В общем и целом, грамотно подойти к этому делу. Фрагментация практически перестанет являться проблемой.
     
     
  • 8.319, Аноним (174), 18:16, 14/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ложь, фрагментация в корне механизма COW, и с этим ничего ты сделать не сможешь... текст свёрнут, показать
     
  • 2.138, Аноним (138), 15:31, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А если они поставят сборку Hackintosh, от Алексея Коновалова.

    То обгонят Майкрософт.

     

     ....большая нить свёрнута, показать (47)

  • 1.2, АнонимЯ (?), 22:24, 10/08/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Присоединяюсь. 6 лет в проде на этой ФС.
     
     
  • 2.78, Анонимно (ok), 11:05, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Присоединяюсь. 4 года живет и продолжает жить, в том числе с отключениями электроэнергии.
    /писать про наличие ups, который будет держать 6 часов отсутствия электроэнергии приветствуется (нет).
     
     
  • 3.309, ага (?), 02:57, 14/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    упс для хранилки и не должен держать любой срок отключения, его емкости должно быть достаточно, что-бы система смогла благополучно штатно выключиться
     

  • 1.4, Alladin (?), 22:28, 10/08/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –6 +/
    Присоединяюсь, крайне ненадежная фс, сколько раз пробовал с ней работать но перебои с электричеством она не терпит

    жаль только данные

     
     
  • 2.8, Аноним (8), 22:38, 10/08/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    С отключенным журналированием никакую fs не восстановишь, журнал это как раз защита от такого, но если не переживаешь и стараешься сразу сохранять то журналом можно и не пользоваться.
     
     
  • 3.27, Alladin (?), 00:02, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    а я не говорил что его отключал
     
     
  • 4.51, Аноним (-), 10:08, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > а я не говорил что его отключал

    Ты вообще никогда никаких деталей - не приводил. Только эти сказки венского леса. Которые без конкретной информации - ни о чем. А вот дев из корпы на которой инфра держится - врать не станет, его за приукрас потом юридический отдел линчует так что он не расплатится до праправнуков.

     
     
  • 5.95, Anonimm (?), 12:13, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +10 +/
    Гениально (нет)! Человека, которому ты ответил, назвал лжецом из-за отсутствия вымышленных доказательств, но человеку из новости ты веришь безоговорочно, хотя доказательств словам так же нет..
     
  • 2.43, Аноним (-), 09:55, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +8 +/
    > Присоединяюсь, крайне ненадежная фс, сколько раз пробовал с ней работать но перебои
    > с электричеством она не терпит

    Почему-то у корпы обслуживающей этим 2 миллиарда, с ломовым парком серверов - проблем нет, а у каких-то "экспертов" опеннета, кажется, видавших сабж только на картинке - вечно какие-то "проблемы" с ним.

     
     
  • 3.84, User (??), 11:39, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Да, да - у гугля вот "с ломовым парком серверов" - сами сервера десктопное по сути ОЕМное железо запихнутое в стойку и тоже - "никаких проблем нет". Ждем далеко идущих выводов о надежности от ЭКСПЕРТОВ с подкроватным (best-practice!) сервером
     
     
  • 4.129, Аноним (-), 14:37, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Гугл это такой сильно отдельный случай Когда они могут надизайнить себе вещи ти... большой текст свёрнут, показать
     
     
  • 5.131, User (??), 14:50, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да-да, и вот та же cassandra апачу с неба упала, ага Ну кому надо - давно уже ... большой текст свёрнут, показать
     
     
  • 6.215, Аноним (-), 04:53, 12/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ваша касандра по сравнению с big table - как пластмассовый совочек по сравнению ... большой текст свёрнут, показать
     
     
  • 7.228, User (??), 07:59, 12/08/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нишевое проприетарное решение от гугла, решающее проблемы гугла таким образом, что его нельзя использовать за пределами гугла? Ммммммм... Свободно-то как - дайте два!
    Ох, щщи - я ж не гугл, у меня зубов в труднодоступных местах нет - можете не давать, hbase-scylla-clickhouse-elastic'ами по месту обойдусь).
    А вы да - можете продолжать карго-культ развивать - у лицекниги бырбырбыр и у меня вот бырбыр - цукер, где мои ярды?!!!

     
     
  • 8.234, нах. (?), 10:25, 12/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Кашмандру за пределами гугля зачеркнуто мордокниги зачеркнуто могильника... текст свёрнут, показать
     
     
  • 9.239, User (??), 11:04, 12/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Не, вот именно с cassandra ой все было вполне себе быстро - но ОЧЕНЬ не дешево ... текст свёрнут, показать
     
  • 8.274, Аноним (-), 07:45, 13/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Нишевое проприетарное решение гугла Делающее гугл - гуглом Поэтому технологиче... большой текст свёрнут, показать
     
     
  • 9.279, User (??), 08:57, 13/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Да по тому, что один гугл уже есть и другого, в общем-то - не надо А в своих ни... большой текст свёрнут, показать
     
     
  • 10.289, Аноним (-), 12:20, 13/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну как не надо Майкрософт вон - пытался Но как оказалось, одним пиаром задача ... большой текст свёрнут, показать
     
     
  • 11.293, User (??), 13:11, 13/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    И блистательно доказал, что пользователям второй гугль - вот нахрен не сдался ... большой текст свёрнут, показать
     
     
  • 12.312, Аноним (-), 11:16, 14/08/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 4.186, Аноним (26), 22:23, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Гугл вообще один из первых, кто популизировал 171 commodity off the shelf hard... большой текст свёрнут, показать
     
     
  • 5.229, User (??), 08:10, 12/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Теоретически оно "да", а практически ещё "нет" - и горизонтально масштабируются не все типы нагрузок, и плотность размещения оборудования в стойках имеет значение, и в надёжности разница, увы, несколько больше, чем хотелось бы, и с саппортом всё не так, чтобы однозначно.

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

    А насчёт "подкроватей" - спросите анонима выше, нахрена ему 200 виртуалок на типасерверодесктопе дома - мне оно не то, чтобы сколько-нибудь ясно.

     
     
  • 6.235, нах. (?), 10:30, 12/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Есть набор кейсов, в которых эта модель имеет место быть

    начни с бесплатного (ок, небесплатного но дешевого и в любых количествах) электричества.
    (ага, поделки гугля с блоком питания в КАЖДОЙ картонке чудовищно энергонеэффективны. Но он просто перенес ЦОД к hoover dam чтоб денег не платить)

    > Есть набор кейсов, в которых эта модель имеет место быть.

    в основном эти кейсы - "деньги из воздуха". Т.е. от продажи самих хомячков оптом. Других бизнес-моделей оправдывающих бесконечный linear scaling не обнаружено.

     
  • 6.290, Аноним (-), 12:24, 13/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Теоретически оно "да", а практически ещё "нет" - и горизонтально масштабируются не
    > все типы нагрузок,

    Да, если вы не смогли найти нормального архитекта - все получится долго, дорого и хреново.

     
     
  • 7.291, User (??), 12:51, 13/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> Теоретически оно "да", а практически ещё "нет" - и горизонтально масштабируются не
    >> все типы нагрузок,
    > Да, если вы не смогли найти нормального архитекта - все получится долго,
    > дорого и хреново.

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

     
     
  • 8.313, Аноним (-), 11:17, 14/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Клиенту Accenture это в принципе единственное разумное решение и есть Ибо Accen... текст свёрнут, показать
     
     
  • 9.314, User (??), 11:32, 14/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Да-да, но вот почему-то ъ-энтерпрайз все больше фоточки с флешечек восстанавлива... текст свёрнут, показать
     
  • 2.81, АнонимЯ (?), 11:26, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > перебои с электричеством

    Да, давайте эту вашу проблему переложим на разработчиков FS.

     
     
  • 3.85, Аноним (85), 11:44, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Нет, давайте лучше FS не будет решать никакие проблемы пользователя.
     
     
  • 4.122, АнонимЯ (?), 14:15, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    FS не решают проблемы. Они предоставляют возможности хранения данных.
     
  • 2.107, Аноним (107), 13:33, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Это враньё или кривые руки. Уже много лет использую. С отключением электричества и хард ресетами. Ни разу ничего не ломалось.
     
  • 2.177, Аноним (174), 21:30, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Если у вас эта фс ненадежна при отключении электричества то значит вы отключили механизм COW.
     

     ....большая нить свёрнута, показать (29)

  • 1.5, Аноним (-), 22:33, 10/08/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +10 +/
    > ФС Btrfs работает достаточно хорошо

    ... когда у вас есть инфраструктура как у Meta: с многоуровневой системой бекапов, надежным резервным электроснабжением, запасными стойками и сотнями одминчигов, которые прям сидят и ждут, чтобы бросится подымать упавшее.

    А остальным в очередной раз развалившаяся файлуха совсем не упала.

     
     
  • 2.12, нах. (?), 22:44, 10/08/2025 [^] [^^] [^^^] [ответить]  
  • –7 +/
    > ... когда у вас есть инфраструктура как у Meta: с многоуровневой системой бекапов,
    > надежным резервным электроснабжением, запасными стойками и сотнями одминчигов

    то возникает резонный вопрос, нахрена козе баян и что у них там не может храниться в банальном fat (полагаю там и фата-то на деле нет а есть примитивный object storage и все остальное где-то отдельно в какой-то монстроидальной базе. И вот про нее-то было б интересно послушать, но мордокнижники не расскажут.)

    > А остальным в очередной раз развалившаяся файлуха совсем не упала.

    не, ну остальным как раз может со сжатия и дедапа был бы какой прок (если памяти напастись), они-то не фотки котиков хранят, но бырбырфесе далеко не единственное решение и вряд ли хотя бы - хорошее.

     
     
  • 3.50, Аноним (-), 10:05, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Например базу, которая на 20-м терабайте ФС ломала Слабо так на FAT С индексом... большой текст свёрнут, показать
     
     
  • 4.80, нах. (?), 11:20, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    эксперт пришел, спешите видеть Я тебе страшный тайна открою - котики в жпег и m... большой текст свёрнут, показать
     
     
  • 5.93, Аноним (-), 12:08, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну ты сам это сказал Спасибо кэп, но у мордокниги навалом и много чего еще вс... большой текст свёрнут, показать
     
     
  • 6.98, нах. (?), 12:25, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    но в новости об этом - ни полсловечка И подобные тебе начинают рассказывать про... большой текст свёрнут, показать
     
     
  • 7.207, Аноним (-), 03:44, 12/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Новость - я же и закинул По итогам тредика в LKML И это про вполне конкретный ... большой текст свёрнут, показать
     
     
  • 8.236, нах. (?), 10:51, 12/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    а что еще делать дважды орденоносцу ордена банкротства Если его и из мордокниги... текст свёрнут, показать
     
     
  • 9.275, Аноним (-), 08:10, 13/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    О чем ты это Кто там и где обанкротился И ты вот сказал что прогадили полимеры... большой текст свёрнут, показать
     
  • 5.176, yet another anonymous (?), 21:29, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Не, мимо.

    Дедупликация там существенна и должна давать о..й бенефит. К операциям над контентом она никак не относится --- там эквивалентность по свертке блока контента. Все ньюансы --- как этот блок оптимальным (эффективным) образом выщемить.

     
     
  • 6.237, нах. (?), 10:53, 12/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    объясни, ОТКУДА у тебя берется то что можно "дедуплицировать". Хоть по блоку хоть как.
    Да еще в пределах однодисковой картонки.

    У меня есть пара идей, потому что я знаю откуда оно у меня берется и в каких очень специальных местах, но они совершенно на ваши фантазии непохожи (потому что как бы снова намекают что все у мордокниги плохо)

     
     
  • 7.276, Аноним (-), 08:20, 13/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > объясни, ОТКУДА у тебя берется то что можно "дедуплицировать".

    Вот у лично меня - виртуалок и контейнеров всяких - есть. И иллюзия их независимости при ломовом дедупе - очень даже, как по мне!

     
     
  • 8.292, нах. (?), 13:09, 13/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А у мордокниги, в сервере на картонке, как думаешь И зачем тебе дедупликация ко... текст свёрнут, показать
     
     
  • 9.315, Аноним (-), 11:34, 14/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Без понятия Я знаю что у меня - целые выводки виртуалок на основе 1 темплейта ... большой текст свёрнут, показать
     
  • 2.47, Аноним (47), 09:59, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ох уж мне эти сказки про волшебную инфру от корпов) По факту там может быть какое нибудь жуткое легаси на джава, вспомним что мордокнига это пост 90е, со всеми вытекающими, возможно даже мускул с пхп под капотом. Как какой нибудь амазон и прочее. Чукерберг это не какой нибудь гениальный программист, врятли он написал эффективный оригинальный код, а взял какой нибудь ламп, а его конторка это суть неповоритливая бюрократия. Спасибо если там у них все это на линухе крутится, а не на виндовс сервер.
     
     
  • 3.76, нах. (?), 10:58, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    что значит возможно Мордокнига истово гордится своей наколенной реализацией п... большой текст свёрнут, показать
     
     
  • 4.189, Аноним (26), 22:34, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это ты с CloudFlare перепутал Чувак, который ушёл 171 обдумывать концептуальн... большой текст свёрнут, показать
     
  • 4.217, Аноним (-), 05:07, 12/08/2025 [^] [^^] [^^^] [ответить]  
  • +/

    > А о "культуре разработки" мордокниги вполне можно судить по их выкинутым на
    > помойку опенсорса поделкам типа "перепиським-перепиським hg на хрусте".

    Ну так сани вон с своей культурой разработки - где? У фэйсбука хватило ума - выкинуть этих вась на мороз вовремя. А сан до упора занимался гальванизацией трупа. И вот где фэйсбук а где сан? Культура менеджмента > культуры разработки. Ибо хреновый полководец - это полный п...ц даже самым отборным солдатам.

     
     
  • 5.294, нах. (?), 13:14, 13/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну так сани вон с своей культурой разработки - где?

    разработки сана - вон они. В каждом энтерпрайзном ящике по пачке. Потому что это jre помимо прочего. zfs - нетап по сути ее и зохавал (и не бедствует). Что-то там сам, конечно, доделал, но чтоб такое доделать - его сперва сделать кто-то должен. dtrace.
    Ну и прочего там, по мелочи.

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

    Ой, мля, да, еще изуродованный мемкэш. Вот уж лучше б и не подходили.

     
     
  • 6.316, Аноним (-), 11:43, 14/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А самому сану чего-то 314ц наступил Да и от технологий - остатки былой роскоши ... большой текст свёрнут, показать
     
  • 2.103, Bob (??), 12:59, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Когда минута простоя может стоить лярд $ оборота, то в таких ситуациях мусорные ФС не ставят.
    Тем более, что Meta - это шкварка амерской спецуры.
    Миллиарды юзеров сервиса это не хухры мухры)

    А про "развалившуюся ФС" - так это "заставь дypaka б-гу молиться": судя по работе сервисом Meta - там таких, особо, нет. А значит - смотри в зеркало)

     
     
  • 3.152, _ (??), 17:02, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Когда минута простоя может стоить лярд $ оборота, то в таких ситуациях мусорные ФС не ставят.

    __абсолютно__ согласен! И вот не слышал чтоб на NYSE $subj юзали :)
    А котегофф ... ты даже обрадуешься что новые фоточки надо, а то старые тю-тю :)

     
  • 2.108, XeXe (?), 13:37, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Все еще проще. Когда инфраструктура покрыта кодом, а большая её часть - это консумеры и продюсеры очередей, вообще пофигу, какая там фс. Упала одна из сотен нод? Похер, деком/провижн.
     
     
  • 3.153, _ (??), 17:04, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > вообще пофигу, какая там фс.

    Ну не так чтобы прям - пофиг ... но мысль в верном направлении :)

     

     ....большая нить свёрнута, показать (23)

  • 1.7, A.Stahl (ok), 22:35, 10/08/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Ой, драма! 2 разработчика ФС (Йозеф Васик и Чувак с другой стороны улицы) хвалят свои болота. Ми-ми-ми.

    Скучно.

     
     
  • 2.52, Аноним (52), 10:12, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Три, один еще из бкачфс. У бкача те же 3 разраба, два из котрых из бтрфс.
     
  • 2.53, Аноним (-), 10:13, 11/08/2025 Скрыто ботом-модератором     [к модератору]
  • –2 +/
     

  • 1.9, нах. (?), 22:39, 10/08/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    И снова телевизоры самсунг признаны лучшими в мире (по мнению инженеров самсунг).

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

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

    P.S. и при этом, заметьте - ноль упоминаний о redundancy и автоисправлениях ошибок. Потому что их у мордокниги и нет.

     
     
  • 2.13, НяшМяш (ok), 22:45, 10/08/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Ну ничего, пока вранье про экономию миллиардов долларов (майнтейнер и разработчик же непременно участник бюджетной комиссии и точно знает про мильярды) прокатывает.

    В крупных конторах нередки всякие "квартальные презентации" от начальства. Нижний и средний менеджмент перед верхним вполне хвастается штуками в духе "вот мы (в смысле инжинегры, но мы про это не скажем) сэкономили вот столько бабла". Рядового разраба на такие презенташки кнутом гонят, поэтому они и грустные такие всё время - сэкономили ярды, а даже пару процентов раз в год повышение зарплаты фиг выпросишь.

     
     
  • 3.17, нах. (?), 22:50, 10/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А, это верю. В смысле - показатели достигли потолка, с которого и были первоначально взяты.

    И да, хрен им а не повышение зарплаты, это ж мордокнига. Которая считает что рабы должны прыгать от щастья что их вообще туда наняли.

     
  • 3.54, Аноним (-), 10:22, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Я не думаю что в фэйсбуке кого-то кнутом гонят Это корп культура совсем замшелы... большой текст свёрнут, показать
     
     
  • 4.66, Аноним (66), 10:42, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Потому что нахрен такие айтишники

    А такие врачи нужны? а кто нужен с таким подходом?

    > А в нормальных фирмах вообще могут выплачивать - по итогам профита с продукта,

    А давно вы нормальные видели, они вообще существуют?

     
     
     
    Часть нити удалена модератором

  • 6.142, Аноним (137), 15:56, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Понимаешь, нормальный PM через несколько лет в норм фирме - купит себе небольшой частный самолет, лицензию пилота получит, сможет порассекать себе по приколу

    На авито лямов за 10 можно взять.

     
  • 6.157, _ (??), 17:24, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Понимаешь, нормальный PM через несколько лет в норм фирме - купит себе небольшой частный самолет, лицензию пилота получит, сможет порассекать себе по приколу.

    Вот почему то мне кажется что нам пишет кастрюлеголовый, конечно же из горящего танка :)

    Ты родиться опоздал болезный. То что ты описал - это ФРГ в 1980-е и США в 1990-е.
    Этого больше нет. ТЧК.

     
     
  • 7.165, нах. (?), 18:13, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    да не, не сцы, с тех пор самолеты здорово подешевели, убитую цесну можно взять н... большой текст свёрнут, показать
     
     
  • 8.299, Аноним (-), 13:48, 13/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Гражданин нах плохого не посоветует Казалось бы, что с древним самолетом может ... большой текст свёрнут, показать
     
     
  • 9.301, нах. (?), 14:05, 13/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    у меня другие затратные хобби А пму ушедшему на отдых из гуглофейсбука нержавый... текст свёрнут, показать
     
  • 6.179, yet another anonymous (?), 21:59, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Я пожелаю гражданам пох и нах чтобы их лечил - а лучше оперировал - такой же доктор, как они - айтишники. Это было бы весьма честно.

    Ну не надо...

    Боец --- большой девопс в крупной организации. Он на заказ от эффективных управленцев дудочек делает --- немерянно. Вполне себе осознавая, что он делает. Вы под таким прессом поживите --- ещё не то нести будете, особенно после "сбалансированного решения", после которого ни на кого смотреть не хочется.

     
  • 4.154, _ (??), 17:10, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > А вот остается бонус - ща мы его разделим на всю ораву,

    ... и тут ты просыпаешься весь в сладкой неге :)
    Ну или называй КТО это был? Такого даже в стартапах не видел. Ну вернее видел, но среди фаундеров, остальным ... ну опции, можешб вестить :)

     
     
  • 5.158, нах. (?), 17:29, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    в стартапах зато не принято убыток от этой прибыли вешать на наемных рабов.
    А учитывая что взлетает (да и то чаще низенько-низенько) один из тысячи - всего двух почек может и не хватить расплатиться.

     
     
  • 6.219, Аноним (-), 05:27, 12/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В нестартапах совсем убыток тоже - не повесят Но заплатят позорную минималку из... большой текст свёрнут, показать
     
  • 5.218, Аноним (-), 05:22, 12/08/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    И тут я получаю - квартальный бонус Могут еще годовые быть Это уж у кого как, ... большой текст свёрнут, показать
     
     
  • 6.238, нах. (?), 10:56, 12/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    комментировать эти мечты подвального о квартальных бонусах - только портить.

    > Т.е. ты не в курсе что например гугло много лет сотрудникам акции раздавал для их шкурной
    > заинтересованности?

    хахахаха.

     
     
  • 7.278, Аноним (-), 08:34, 13/08/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > комментировать эти мечты подвального о квартальных бонусах - только портить.

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

    > хахахаха.

    Что - хахаха? Это была стандартная практика гугли дофига лет. Смешно тут разве что твое незнание истории приличных айти компаний. Не, твоя помойка ЭТИМ не является.

     
     
  • 8.296, нах. (?), 13:21, 13/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    не сделать а урвать с л-ха, и следующий час будет через год Да, лучше не заикай... текст свёрнут, показать
     
     
  • 9.300, Аноним (-), 14:04, 13/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Да как тебе сказать Все познается в сравнении Остальные норовят ободрать - еще... большой текст свёрнут, показать
     
  • 2.178, yet another anonymous (?), 21:49, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > И снова телевизоры самсунг признаны лучшими в мире (по мнению инженеров самсунг).

    Не надо этот вопрос теребить. "Убогие же люди. И поют так жалостливо."

     

  • 1.10, СисадминА (?), 22:41, 10/08/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    Все файловые системы хорошие, пока бэкапы данных с этих ФС хранятся на ext4
    (c) В. И. Ульянов фон Манштейн
     
     
  • 2.33, Аноним (33), 01:12, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    google: ext4 data loss
     
  • 2.56, Аноним (-), 10:24, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Все файловые системы хорошие, пока бэкапы данных с этих ФС хранятся на ext4

    Особенно прикольно на EXT4 наткнуться при ресторе бэкапа на silent corruption. Врядли ты ежедневно проверял как оно. Самое то что надо - обломаться на ресторе бэкапов!

     
     
  • 3.89, нах. (?), 11:55, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >> Все файловые системы хорошие, пока бэкапы данных с этих ФС хранятся на ext4
    > Особенно прикольно на EXT4 наткнуться при ресторе бэкапа на silent corruption. Врядли

    рассказывает нам местный сказочник.  А на деле битый байтик в фоточке с котиком вообще никто не заметит даже если оно и случилось. Но таких героев здесь за все время было ноль.

    > ты ежедневно проверял как оно. Самое то что надо - обломаться

    ты-то ежедневно проверяешь?

    А то ж на криво записавшуюся чексумму напороться гораздо веселее - твой бэкап просто не восстанавливается. Вообще. Никак. Потому что сказать "да хрен с ней чексумой ненужного временного файла, давай восстанавливай что есть" не получится.

     
     
  • 4.117, Аноним (-), 14:04, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Да вот что-то господа рядом с этим басиком рассказывают другие истории Как поби... большой текст свёрнут, показать
     
     
  • 5.140, нах. (?), 15:44, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Да вот что-то господа рядом с этим басиком рассказывают другие истории.

    откройте рот...

    > Ни разу на такое не нарывался.

    ну а я вот ни разу не нарывался ни на какие "silent corruption". И вероятность встречи с ними вживую - пренебрежимо мала.

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

    И если уже прямо в логе у тебя временами образуется бнопня - то истории про меганадежность можно запихать далеко-далеко.

     
     
  • 6.221, Аноним (-), 05:46, 12/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А как ты о нем вообще узнаешь без чексум, для начала Я знаю пару вариантов 1 ... большой текст свёрнут, показать
     
     
  • 7.241, нах. (?), 11:09, 12/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    а если я о нем не узнаю вообще - то, не поверишь - мне феерически ПООООХРЕН и ... большой текст свёрнут, показать
     
     
  • 8.280, Аноним (-), 09:11, 13/08/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Хихи, вон тем - тоже Только из дыры в форме рояля доносится писк - вчера же вс... большой текст свёрнут, показать
     
     
  • 9.303, нах. (?), 14:56, 13/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    а у меня НЕТ никаких рандомных бэдов И еще долго не будет спасибо, не нужно Я... большой текст свёрнут, показать
     
  • 2.74, Аноним (74), 10:58, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    ... а ufs2 просто работает. Скучно.
     
     
  • 3.90, нах. (?), 12:00, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > ... а ufs2 просто работает. Скучно.

    "as intended". (с) лично ее автор, про как раз silent corruption

    но твои котики в безопастносте, потому что вообще могли бы лежать на fat. (который, внезапно, просто работает у миллионов)


     
  • 2.166, Аноним (166), 18:29, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    "Желание делать бэкапы продолжалось до завтрака, а потом прошло."
    (c) Николай II Гольштейн-Готторп-Романов, фельдмаршал английской армии
     

  • 1.11, Ценитель GPL рогаликов (?), 22:43, 10/08/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > ФС Btrfs работает достаточно хорошо, чтобы сэкономить компании Meta миллиарды долларов затрат на инфраструктуру

    Даже и не знаю, тут радоваться надо что btrfs вышел на корпоративный уровень или плакать от того, что враг свободы Мета сэкономила миллиарды долларов???

     
     
  • 2.45, Аноним (45), 09:56, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Судя по тому, что хвастаются какой-то наивной фигней, успех только в том, что обошлось без крупных аварий.
     
     
  • 3.111, нах. (?), 13:47, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Правильней - что аварии не повлияли на бизнес. (это не коррелирует впрямую с их "крупностью")

    Ну таки и да, как авария однодискового тазика на картонке может на него повлиять? Выкинули ноду (и вместе с котиками если даже они там) и запустили резервную, подумаешь...

     

  • 1.15, waylandbeliver (ok), 22:47, 10/08/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Большим компаниям и стирать надо много данных — полезный инструмент в своей нише.
     
     
  • 2.18, нах. (?), 22:52, 10/08/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Большим компаниям и стирать надо много данных

    только не мордокниге. Она славна тем что даже проиграв несколько судов подряд отказалась удалять попавшее в бездонные закрома.

    Только вот что там бырбырфесе  - позволю себе изрядно усомниться. (в том числе и да, потому что плохо сочетается с враньем что "наши базы устроены так что удаление не предусмотрено технически")

     
  • 2.21, Аноним (21), 23:09, 10/08/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Не знаю, как в фейсбуке, а в ВК данные не стираются. Вообще. Можете проверить — залить картинку, сохранить прямую ссылку на неё, а затем удалить картинку. И проверить ссылку.
     
     
  • 3.49, Шырламырла (?), 10:02, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    И через месяц будет ссылка работать?
     
     
  • 4.55, товарищ майор (?), 10:23, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    конечно, и через пять лет тоже будет - вдруг то что у тебя на картинке внезапно станет экстремизмом, и я смогу тебя лет на пятнадцать за нее закрыть!

     
     
  • 5.67, Аноним (66), 10:47, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А если залить 100500600700 картинок с куэркодами в которых будет зашифрованный архив порнхаба, разумеется все это достать потребует времени, но под бэкапы быстрые носители и не предполагаются.
     
  • 5.70, Аноним (70), 10:52, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Она уже не является «вашей» картинкой. Это просто файл по ссылке.
     
  • 4.69, Аноним (70), 10:51, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А что бы ей не работать?
    Выгоднее оставить ваши 200-300 кб на диске, чем создавать дырки в файловой системе.
     
  • 2.31, Аноним (30), 00:44, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В смысле, отстирывать много цифровых баксов? ;)
     

  • 1.16, Аноним (16), 22:48, 10/08/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Для обычных пользователей и правда не нужна.
    Как-то был целый ряд тестов на обращение к диску, шуму наделал. Так BTRFS дёргает его больше всех, и прямо рекордсмен в этом. Учитывая неуместность SAS на ноуте, наши SSD лишь будут страдать лишний раз. А толку от неё не больше чем от LVM+EXT4.

    И ZFS как-то обсуждали с не_кухонными бздшниками. Так разумыне подтверждают, она для серверов с некислой рамой и обвязкой упсов, а не для домашних пк.

    Собственно, для этого их и разрабатывали, без какой либо оглядки на васю с моШным пк. Но нет, нашего васю такая фигня не остановит )

     
     
  • 2.35, Аноним (35), 01:47, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Zfs себя прекрасно чувствует на серверах из говна и палок, без ибп в том числе.
    Кроме одного случая - плохое питание дисков.
    Например БП с дохлыми кондёрами и откисающие разъёмы сата питания.
    Тогда да, можно довести до состояния, что она не отрекаверится (хотя через дебаг файлы можно достать при желании).
     
     
  • 3.71, morphe (?), 10:55, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Zfs сыпется при первой возможности на не-ECC памяти, не надо вводить людей в заблуждение
     
     
  • 4.113, Минона (ok), 13:53, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    при первой возможности на не-ECC памяти сыпется любая ФС.
     
     
  • 5.134, Аноним (134), 15:21, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Сыпалась Fat на 98-й винде. А всё что хоть чуть-чуть поновее и адекватнее у меня на десктопе гостило - уже нет.

    Да-да, и эта ваша страшная и ужасная btrfs тоже без нареканий. Вот zfs не пробовал, врать не буду - ибо зачем мне этот геморой?

     
  • 4.232, Аноним (200), 10:19, 12/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Чем в плане работы с памятью ZFS отличается от любой другой файловой системы? С чего вы решили что ZFS необходима EСС, а другим нет?
     
  • 2.112, Аноним (112), 13:50, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >обвязкой упсов,

    в нубуках считай шо есть встроенный упс.
    "куча рамы" там нужна лишь для дедупликации. Которая обычному юзеру даром не нужна.
    Накладные расходы на процессор и память потребительского ПК перевесят любой выигрыш по памяти на диске.

    Итого вплоне себе нормально чувствую на 4+гб памяти.

    Пользую начиная с ее появления во фришке с 7ки. И за все время с самой зфс проблем не было. Когда сам НЖДМ сыпался - було.

    Мимокуханный фрибсздишник

     
     
  • 3.120, нах. (?), 14:09, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > в нубуках считай шо есть встроенный упс.

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

    а самое главное - в них как раз процессор принято держать в глубоком throttling, потому что иначе все вскипит к хренам (и встренному упсу тоже быстрее поплохеет). Поэтому сжатие может стать небесплатным. (а, ну хотя... freebsd7, понятно, там нет управления питанием)


    > Пользую начиная с ее появления во фришке с 7ки.
    > И за все время с самой зфс проблем не было.

    а у меня были. Причем я знаю их источник, нет, он не имеет отношения к дефективному железу.
    У меня, неожиданно, не сыплются "нежемеде".

     
     
  • 4.192, Аноним (192), 00:41, 12/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >первый год после покупки.

    у всех разные кейсики использования нубуков. Я использую 95% стационарно и батарея так быстро не деградировала. Уже три года. А вот на короткие ~ до часа отключения её более чем достаточно.

     
     
  • 5.243, нах. (?), 11:13, 12/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    так как раз в стационарном использовании с постоянным зарядом до 100 она и деградирует быстрее всего.  Тем более что у тебя нет виндовсонли хреней специально недозаряжающих батарейку и периодически ее еще и калибрующих, как у некоторых вендоров (сомнительно что существенно помогает, но хоть вовремя узнаешь что приехали)
    Ну насчет года я естественно преувеличиваю, но тебе уже пора бы сделать бэкап.

     
  • 2.203, Аноним (200), 03:26, 12/08/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ваши бздешники вас нагло обманули. Вряд ли они в состоянии подкрепить свои слова фактами. Более того, в отличии от той же BTRFS - по умолчанию коммитит каждые 5 секунд, а не 10 и при этом умудряется записать маньше. В Linux нет файловый систем с подобной ZFS гибкость конфигурирования. Вы можете ограничить буквально все: и количество процессоров, и потоков записи, потоков предзагрузки, и еще много чего. При желании, ZFS можно ограничить лишь 1 процессоров и гигабайтом памяти. Нет, тормозить не будет. А еще, в ZFS все запись можно сделать АСИНХРОННОЙ! Надеюсь, вы понимаете что это такое и какие преимущества в себе несет.
     
  • 2.253, glebiao (ok), 13:48, 12/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Так BTRFS дёргает его больше всех, и прямо рекордсмен в этом.

    справедливости ради, *на синтетическом тесте*

    в реальной ситуации усиление не так заметно, особенно, если commit=90 или выше.

     

  • 1.19, Аноним (19), 22:54, 10/08/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Причитайте весь тред, если интересуетесь как идут дела у Кента. Туда даже сам Теодор заглянул, чтобы вылить ушат помоев. Как мне кажется, bcache будет развиваться вне ядра. Линус показал пальцем на Кента и сказал "Ату его!" и все прихлебатели дружно на него набросились как стая собак, даже особенно не разбираясь за что и почему. Такие вот "лучшие инженерные практики".
     
     
  • 2.263, Аноним (174), 21:19, 12/08/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Прочитай что именно писал Линус, никакого "ату его" там нет, и там вполне понятно что привело к такому решению.
     

  • 1.23, Gannet (ok), 23:27, 10/08/2025 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +/
     
  • 1.24, мяв (?), 23:37, 10/08/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    а линус скольким компниям позволил сьэкономить на виндолицензии ????
     
     
  • 2.59, Аноним (-), 10:27, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > а линус скольким компниям позволил сьэкономить на виндолицензии ????

    Да дохрена. Майкрософт уж сам виндой пользоваться в ДЦ что-то не рвется, хотя уж казалось бы себе то лицензий можно выписать сколько хочется. Но у винды перфоманс ядра, фс, сети и проч - не очень. Что бы тут господа не вещали, а в топе тематичных бенчей - линухи.

     
     
  • 3.91, User (??), 12:07, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ну, как бы это сказать? Вера в то, что "у работников сахарного завода чай всегда сладкий, по тому, что уж себе-то сахару можно нагрести сколько хочется" широко распространена на просторах 1\6 части суши - но имеет не сказать, чтобы большое отношение к действительности на остальной территории.
     
     
  • 4.118, Аноним (-), 14:07, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Ну, как бы это сказать?

    Майкрософт сам все прекрасно сказал - занеся комитов вооон тем. Вы к этому ничего ни добавить ни отнять не сможете уже. Вас ваши господари вообще забыли спросить что им делать и как вести бизнес. Секрет прост: как ИМ выгоднее всего - так и будут.

     
  • 4.167, Аноним (166), 18:35, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В M$ не работники решают, а начальники. А копирование программ ничего не стоит, в отличии от размножения сахара.
     
     
  • 5.168, User (??), 19:00, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > В M$ не работники решают, а начальники. А копирование программ ничего не
    > стоит, в отличии от размножения сахара.

    Ох, не занимались вы "пропорциональным разнесением затрат по ВГО" перед каким-нибудь бюджетным комитетом и не объясняли продажникам перед квартальным отчётом про "бесплатность софта"...

     
  • 2.72, Аноним (74), 10:56, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +5 +/
    >а линус скольким компниям позволил сьэкономить на виндолицензии ????

    ... а сколько контор заработало на внедрении, поддержке и допиливании...

     
     
  • 3.281, Аноним (74), 09:24, 13/08/2025 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     

  • 1.25, Аноним (25), 23:41, 10/08/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    сжатие, дедупликация... наскребут всякого хлама, а потом экономят на спичках. удалять ненужное не пробовали?
     
     
  • 2.37, Аноним (37), 09:44, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >сжатие, дедупликация... наскребут всякого хлама, а потом экономят на спичках. удалять ненужное не пробовали?

    Если такой гигант начнет удалять, то даже их мощности не справятся, все наглухо зависнет, а потом упадет. Дешевле новых дисков поставить чем бороться с фрагментацией и повышением производительности при удалении.

     
  • 2.61, Аноним (-), 10:29, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > сжатие, дедупликация... наскребут всякого хлама, а потом экономят на спичках.
    > удалять ненужное не пробовали?

    И кто будет использовать социалку теряющую данные? И как клиентуре всякую аналитику с хомячков продавать? Что-что? В банкроты записаться? Эксперты опеннета плохого не посоветуют!

     
     
  • 3.65, нах. (?), 10:40, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > И кто будет использовать социалку теряющую данные?

    те самые л-хи которым мордокнига уже несколько раз удаляла их котиков (и вероятнее всего таки да - из-за проблем с хранилищем).

    А чо такова, кому твои котики недельной (и тем более - месячной) давности сдались, до них ленту никто и никогда не докрутит, колесико у мыши сотрется раньше. А ты новых накачаешь, с еще большим энтузиазмом.

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

     
     
  • 4.121, Аноним (-), 14:11, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще-то пользователи не давали обет верности энной социалке - и могут и посвал... большой текст свёрнут, показать
     
     
  • 5.133, нах. (?), 15:16, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Вообще-то пользователи не давали обет верности энной социалке

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

    #deletefacebook (ой, мля, аж викистраничка такая есть)

    И? ИИИИ?! И ничего, потому что куда ж ты с подводной лодки-то денешься.

    > Но судя по багрепортам "на 20-м терабайте ФС может помереть" - базу они таки на btrfs
    > держали

    логи какие-нибудь вcpaтые они там держали.
    Но судя по тому что фс может помереть от одного-единственного диска современных даже не суперуникальных объемов - все там очень и очень плохо.

     
     
  • 6.222, Аноним (-), 06:01, 12/08/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Прикольные проекции Тебе мало мест Вон есть мордокнига, а можешь вообще - с тр... большой текст свёрнут, показать
     
  • 5.156, User (??), 17:18, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ээээ... Ну, удачи тебе чего-нибудь на фейсбуке гуглем поискать, ага.
     
  • 5.159, _ (??), 17:39, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Вообще-то пользователи не давали обет верности энной социалке - и могут и посваливать в другие места.

    Ух, хорошо! Прямо напомнило как тут народ бился за IM мэссенджеры ... а все как сидели самизнаетегде - так и сидят :(
    Потому что новые IM даже если и реально хороши ... то там всё равно нет никого :)
    Классика жандра(С)

     
     
  • 6.181, Аноним (70), 22:10, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Новые IM — это вацап и телега.
     
     
  • 7.305, нах. (?), 15:02, 13/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Новые IM — это вацап и телега.

    вот так вы и палитесь, штирлицы.
    телега - признак выходца из постсовка. ну или местного мелкого криминалитета (а, впрочем, это ж одни и те же)


     
  • 6.223, Аноним (-), 06:02, 12/08/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Ух, хорошо! Прямо напомнило как тут народ бился за IM мэссенджеры ...
    > а все как сидели самизнаетегде - так и сидят :(

    Вообще-то если вы вдруг не заметили - скайпа майкрософт все же зашатдаунил. Захочешь не посидишь там уже. Вот хоть как.

     
     
  • 7.304, нах. (?), 15:01, 13/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Вообще-то если вы вдруг не заметили - скайпа майкрософт все же зашатдаунил.

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

    Давным-давно.

    > Захочешь не посидишь там уже. Вот хоть как.

    Никто что-то и не захотел.
    MS проспала ковид, в результате все уже ушли во всосап и вайбер. А сцайп с единственной фичей звонков на стационарники стал нинуна потому что звонить уже некому и некуда.

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


     

  • 1.29, Perlovka (ok), 00:22, 11/08/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    А зачем сжатие и дедупликация ФС, если все данные в ноомальных компаниях хранятся на storage arrays, в которых это и так есть?
     
     
  • 2.46, Аноним (45), 09:59, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Даже на рабочей станции непонятно зачем. Место на диске дешевое, время доступа и записи намного важнее.
     
     
  • 3.57, нах. (?), 10:27, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    время доступа при сжатии - как раз уменьшается (процессоры у нас нынче СИЛЬНО быстрее дисков).

    Но в очередной раз бырбырфесе тут не единственная и не самая эффективная.

     
     
  • 4.64, Аноним (-), 10:34, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > время доступа при сжатии - как раз уменьшается (процессоры у нас нынче
    > СИЛЬНО быстрее дисков).

    Это все сильно зависит от сжатия - и от диска. Энтерпрайзные SSD весьма резвые штуки.

    > Но в очередной раз бырбырфесе тут не единственная и не самая эффективная.

    И все же суммарно - дедуп и сжатие могут скостить объемы в разы. И все это в майнлайне, без долботни и рисков с внемайнлайновым нечто. За франкен-комбо ядра с левым модулем - вообще никто не отвечает по сути.

     
     
  • 5.161, _ (??), 17:44, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> время доступа при сжатии - как раз уменьшается (процессоры у нас нынче СИЛЬНО быстрее дисков).
    > Это все сильно зависит от сжатия - и от диска. Энтерпрайзные SSD весьма резвые штуки.

    Но "энтерпрайзные процессоры" у нас нынче всё ещё СИЛЬНО быстрее "энтерпрайзных дисков"... 90+ корок кэш как _вся_ память у некоторых и вот это вот всё...
    Как то так ;)

     
     
  • 6.224, Аноним (-), 06:07, 12/08/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это уже не совсем так Пруфом чему - мощные рефакторы линухкернела и новые апи н... большой текст свёрнут, показать
     
  • 4.320, Аноним (-), 03:06, 15/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Если верить этому тексту то "Нагрузку на CPU и «узкие места» при сжатии/распаковке файлов средствами файловой системы во многом определяют три фактора:

        Выбранный алгоритм сжатия
        Скорость носителя (HDD, SSD, NVMe)
        Баланс I/O ↔ CPU (узкий ресурс системы)"

    https://www.opennet.me/openforum/vsluhforumID3/137435.html#240

     
  • 2.63, Аноним (-), 10:32, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А зачем сжатие и дедупликация ФС, если все данные в ноомальных компаниях

    Затем что докупить в разы больше серверов на инфре такого размера - нафиг надо!

    > хранятся на storage arrays, в которых это и так есть?

    В _нормальных_ компаниях ЭТИМ как раз не занимаются. Потому что это все в дофига раз дороже выходит. И при попытке сделать так инфру обслуживающую пару миллиардов - вы останетесь без последних труселей! А вон то удел всяких третьесортных закоулков, которым локальной экспертизы не хватило и ПРИШЛОСЬ платить другим за complete solution. И конечно никто не продает solution'ы себе в убыток. Как вы наверное уже догадались.

     
     
  • 3.83, Perlovka (ok), 11:38, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > _нормальных_ компаниях ЭТИМ как раз не занимаются. Потому что это все в дофига раз дороже выходит.

    Запахло локалхостом с эникеями.

    У инфры, обслуживающей пару миллиардов, есть и деньги на нормальные системы хранения. За исключением компаний типа гугла, которые разрабатывают собственное железо. А еще есть мозги считать риски и расходы на создание собственных систем хранения.

    Интересно будет посмотреть на систему хранения от "локальных экспертов" размером хотя бы в 500Tb, c FC, multipath, со снапшотами, thin clone и т.д. С нормальной админкой. И чтобы это не развалилось через месяц.

     
     
  • 4.92, нах. (?), 12:08, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Есть, но не дасть Деньги сцукенбергу на свадьбу нужнее Ну зачем мордокниге рас... большой текст свёрнут, показать
     
  • 4.96, User (??), 12:18, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ээээ... СХД достаточно хреново масштабируются, если что -  а если к этому добавить disaster recovery с георепликацией данных по всему шарику - и вовсе печальненько получится.
    Т.е. оно там, разумеется, есть - но вот котики с молочными железами лежат не в ней ).
     
     
  • 5.126, Аноним (-), 14:24, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ээээ... СХД достаточно хреново масштабируются,

    Зачем ты ему спалил контору? Интересно же как он сетапил бы по этим технологиям свой аналог гугл и фэйсбук. И сколько бы это ему стоило. И где б он столько взял и что б он делал с тем фактом что у конкурентов все в разы дешевле.

     
     
  • 6.211, Perlovka (ok), 04:02, 12/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> Ээээ... СХД достаточно хреново масштабируются,
    > Зачем ты ему спалил контору? Интересно же как он сетапил бы по
    > этим технологиям свой аналог гугл и фэйсбук. И сколько бы это
    > ему стоило. И где б он столько взял и что б
    > он делал с тем фактом что у конкурентов все в разы
    > дешевле.

    Мы так и не увидели решений от "локальных экспертов", которые "в разы дешевле и лучше" СХД. Примеры будут? Желательно с пруфами. И  с выкладками ценообразования. А заодно и стоимости сопровождения.


     
     
  • 7.225, Аноним (-), 06:47, 12/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вы чего-то не понимаете в этой жизни У вас - квадратно-гнездовое мышление Штук... большой текст свёрнут, показать
     
     
  • 8.230, Perlovka (ok), 08:42, 12/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Я конечно понимаю, что читать и понимать это сложнее, чем писать не приходя в со... текст свёрнут, показать
     
     
  • 9.261, нах. (?), 17:41, 12/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    нет ну то есть может где-то и использует, они ж феерически т-пые и жадные, мы ... большой текст свёрнут, показать
     
  • 9.282, Аноним (-), 09:42, 13/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Учитывая что вы сами озвучили свою проблему - я не знаю как вам понятнее объясни... большой текст свёрнут, показать
     
  • 4.124, Аноним (-), 14:21, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    У фэйсбука нормальные эникеи Способные себе даже допустим роутеры под свои треб... большой текст свёрнут, показать
     
  • 3.190, Аноним (-), 23:52, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > В _нормальных_ компаниях ЭТИМ как раз не занимаются. Потому что это все в дофига раз дороже выходит.

    Ты неправильно понимаешь экономические эффекты масштаба. Чем больше масштаб, тем, во-первых, больше отношение прибыли к зарплате специалиста, во-вторых, тем больше экономия в абсолютных числах, которая относительных может быть что-нибудь типа 0.1%. Когда 0.1% помножается на миллиард, получается миллион, и если для достижения этого 0.1% надо заплатить специалистам 500k, то игра стоит свеч.

     

  • 1.34, ИмяХ (ok), 01:21, 11/08/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Пока другие компании делают дубликацию данных под названием "бэкап", Меta решила сделать наоборот - дедубликацию.
     
     
  • 2.94, нах. (?), 12:10, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Пока другие компании делают дубликацию данных под названием "бэкап", Меta решила сделать
    > наоборот - дедубликацию.

    мете бэкап ее основной базы, как нетрудно догадаться, не поможет. Но и дедуплицировать там - нечего, надо наоборот клонировать. Умный догадается, что там на самом деле дедуплицируется и почему так.


     

  • 1.36, Аноним (36), 09:09, 11/08/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Я тут заметил, что только довольно сомнительные личности критикуют Btrfs. Шишкин, Кент... И по-странному совпадению, все они прямые конкуренты Btrfs (вот это совпадение, да?)
     
     
  • 2.42, 1 (??), 09:53, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Дык фоннаты не будут критиковать "Дар Божий".
    Во первых, они ничего в этом не понимают.
    Во вторых, Б-г (протягивая лопату) "Жрите ! это вкусно !". Фоннаты - "Ням, ням, ням".

    Хоть на что-то, за последние 5-10 лет, была нормальная техническая дискуссия ?

     
     
  • 3.104, kravich (ok), 13:07, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >Хоть на что-то, за последние 5-10 лет, была нормальная техническая дискуссия ?

    В каждой новости про новую версию Rust

     
     
  • 4.163, _ (??), 17:54, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Отличный анеГдод ясчетаю!(С) :)
     

  • 1.39, Аноним (45), 09:49, 11/08/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Пусть встроят в btrfs AI. Чтобы сама файлы по директориям организовывала.
     
     
  • 2.44, 1 (??), 09:55, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Зря смеёшься ... С ужесточающимися требованиями регуляторов (и увеличивающиеся штрафы), только на AI можно возложить удаление "неправильного" контента. И ссылаться на него, что он что-то там проглядел. А робота не укусишь за его металлический зад.
     
     
  • 3.48, Аноним (45), 09:59, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А я и не смеюсь.
     
  • 3.182, Аноним (70), 22:12, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > только на AI можно возложить удаление "неправильного" контента

    С разморозкой! Давно уже.

     
  • 3.284, Аноним (284), 10:33, 13/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > И ссылаться на него, что он что-то там проглядел.

    А штраф все равно тому, кому пришло предписание удалить. Так что ссылайся и дальше.

     

  • 1.58, Аноним (58), 10:27, 11/08/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Может для Мета btrfs имеет свою версию, но в личной эксплуатации имело место потеря данных. EXT4 головной боли не дает.
     
     
  • 2.75, morphe (?), 10:58, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Отличие лишь в том, что в случае проблем btrfs тебе о них скажет и посоветует тебе с ними чот сделать

    В то время как ext4 молча повредит данные

     
     
  • 3.136, нах. (?), 15:25, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    вон там внизу образчик чего она тебе скажет и что посоветует. Скажет она тебе kernel oops, как выясняется. Посоветует потерять данные. Без всяких внешних причин.

    Ну подождем, вдруг аноним сможет внятно объяснить (хотя он уже слился)

     
     
  • 4.151, morphe (?), 17:02, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > вон там внизу образчик чего она тебе скажет и что посоветует. Скажет
    > она тебе kernel oops, как выясняется. Посоветует потерять данные. Без всяких
    > внешних причин.

    oops - не паника. Потерять данные на btrfs очень сложно, даже если всё совсем плохо и все последние записанные блоки поломались (Что может быть только если у тебя сам диск начал сыпаться) - ты всегда можешь восстановить старый суперблок, потому что они размазаны по диску

    Контрпримеры в студию

     
     
  • 5.155, morphe (?), 17:12, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Контрпримеры в студию

    А, увидел сообщение про zero-log

    Да, в ядре был баг, при грязном выключении не работал log replay при запуске

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

    btrfs поступает вторым путём, и тут уже проблема скорее юзабилити что нет простой опции "игнорировать ошибку, продолжить". Однако systemd rescue mode должен тут работать нормально, команды btrfs там вызываются, я так корень диска перемещал даже.

     
     
  • 6.160, нах. (?), 17:42, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Да, в ядре был баг, при грязном выключении не работал log replay при запуске

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

    Что означает что это не просто баг, а вообще вся философия к xepy сведена, потому что не смотря на стомильенов чексум и гениальную технологию записи - в логе КАК-ТО оказалась каша.
    Причем ее видимо долго не могли правильно идентифицировать и надежно исправить - что аж понадобилась утилита для ручного ресета лога (кстати, лог ext4 сбрасывается без приседаний с граблями)

    И теперь напрашивается очевидный вопрос - а в скольки еще-то местах оно превращает данные в кашу?

     
     
  • 7.180, morphe (?), 22:08, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Эта команда существует уже очень давно, в btrfs rescue есть и другие команды для... большой текст свёрнут, показать
     
  • 2.77, derfenix (ok), 11:03, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    8 лет btrfs на всех дисках (пк, ноуты, Nas), нигде ни разу не потерялось ничего. Пк выключался по питанию на горячую много раз. Что вы там делаете, что данные теряете?
     
     
  • 3.212, Аноним (200), 04:08, 12/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Да ничего особо не делали. Просто ломалась и все... все нормально работает и возникает необходимость перезагрузиться, перезагружаетесь, и вам говорится что сломано дерево. Речь он  выключении питания даже не идет.
     
     
  • 4.255, glebiao (ok), 13:58, 12/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Да ничего особо не делали. Просто ломалась и все... все нормально работает
    > и возникает необходимость перезагрузиться, перезагружаетесь, и вам говорится что сломано
    > дерево. Речь он  выключении питания даже не идет.

    проверяйте бэды. если ssd, скорее всего, дохнет (и нет, не отловите, только будете ловить странные баги). я бы проверил, что у Вас хранится на этом диске, боюсь, будут неприятные сюрпризы.

    Лет 10 назад такое поведение диска было в заметной вероятностью фатально для btrfs, последние годы исправили.

     
     
  • 5.262, нах. (?), 17:45, 12/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    но как же волшебные чексаммы и дублирование метаданных? Неужели они - фуфло?!
     
     
  • 6.264, glebiao (ok), 21:55, 12/08/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > но как же волшебные чексаммы и дублирование метаданных? Неужели они - фуфло?!

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

     
  • 2.254, glebiao (ok), 13:49, 12/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >но в личной эксплуатации имело место потеря данных.

    здесь нужно задать 2 вопроса:

        1) в каком году?
        2) не был ли отключен cow на всей фс или части?

    по 1. btrfs в 2012 и 2025 -- две большие разницы. я до сих пор с опаской к ним отношусь, но у меня уже много лет btrfs работает в несокольких отвественных местах и великолепно пережили и отключение питания, и сбои дисков.

    по 2. отключение cow == гарантия проблем после внезапного сбоя.

    > EXT4 головной боли не дает.

    скажем так, до времени. но вот когда клюнет, суши вёсла.

    PS: чемпион по надёжности хранения, вообще JFS. вот что не убьёшь. но вряд-ли ей сейчас кто-нибудь активно пользуется.

     

  • 1.60, Аноним (60), 10:28, 11/08/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    я попробовал бтрфс с дедупликацией, чтоб снизить объёмы в кучи разных версий игровых клиентов. так вот, эта хрень, а не фс, сожрала кучу ресурсов, начала лагать всё больше и больше, и закрашилась, потеряв часть данных. для онлайн-дедупликации она не годится, а для оффлайн прекрасно и стабильно xfs подошла.
     
     
  • 2.144, Аноним (144), 16:13, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Что за чушь, ты с zfs не путаешь?
     
  • 2.150, Аноним (150), 16:46, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    не, не путаю. ну да, не совсем прям online дедупликация, а через демона для этого. Про zfs сразу было честно написано, что онлайн дедупликация медленная и жрёт много оперативы. Вот и хотелось побыстрее вариант, а про бтрфс все так восхваленно пишут и т.д. А раз онлайн не пошёл, то проще делать оффлайн -> нафиг тогда btrfs и zfs, хватит xfs.
     
     
  • 3.162, Аноним (162), 17:51, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    при чем крашнулся именно модуль ядра, а не демон дедупликации
     
  • 3.204, Аноним (200), 03:30, 12/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Уже жрет меньше, да и если поменять чексуммы на какой-нибудь блейк - будет даже быстрее. Так же, можно добавить L2ARC.
     
     
  • 4.260, нах. (?), 17:08, 12/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    не слушайте этого анона ибо не ведает что бормочет.
     
  • 2.172, Аноним (172), 20:04, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Попробуй более современное железо, а не Pentium 166 MMX на SIMM'ах.
     

  • 1.88, Витюшка (?), 11:55, 11/08/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А как они хостят и работают с базами данных на этой ФС?

    Вроде она для этого совершенно не подходит.

     
     
  • 2.125, Аноним (-), 14:23, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Вроде она для этого совершенно не подходит.

    1) Базы разные бывают.
    2) Можно и nocow, допустим, указать. Правда это имеет свою цену.

     
  • 2.256, glebiao (ok), 14:03, 12/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >А как они хостят и работают с базами данных на этой ФС?
    >Вроде она для этого совершенно не подходит.

    преувеличенно. mysql/pgsql работают прекрасно, потеря производительности есть, конечно, но не особенно критично. Если включено сжатие, может быть даже некоторое ускорение.

    не сильно хорошая идея, конечно, но если нужно, то не особенно страшно.

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

     

  • 1.97, Аноним (97), 12:25, 11/08/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ну хз, года 4 назад пробовал ее на высоконагруженном сервере. Частенько вываливались ошибки под нагрузкой.
     
  • 1.101, Аноним (101), 12:46, 11/08/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Дважды на рабочем компе с федорой это овнище отнимало по несколько часов. Проблема так то решалась быстро. Командой btrfs rescue zero-log. Но проблема в том что это овно из эмерджиси моуд был бизи. Надо было либо через груб отключать монтирование дисков. Либо грузится с лайф флешки. Которой не было. Нужно было найти другой комп, скачать федору, записать и потом только выполнить команду. Причем вот просто моргнул свет и кабздец. Нтфс 1000-чи выключений света пережила. Максимум чек диск включался. Нет будь у меня упс, генератор и своя электростанция. Оно конечно может было бы и подругому
     
     
  • 2.109, нах. (?), 13:43, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    я тебе конечно верю, но кто-то может объяснить мне СМЫСЛ действия zero-log?

    У этих ... гениальных разработчиков компании мета (запрещенной в рф экстремиссьской кстати) не смотря на все чексамы и мильены проверочек - в какой-то момент образуется БИТЫЙ ЛОГ?!

    Они настолько вот?!

    (судя по ману - таки да. И снова "мы вроде бы уже все исправили но осадочек остался" - в смысле у них нет ни найденого бага ни тестов подтвержающих реальное исправление а не "ну теперь-то вроде все должно быть как нада!")

    гениальнейшие разработчики! мордокнига не даст соврать!

     
     
  • 3.119, Минона (ok), 14:07, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Команда 171 btrfs rescue zero-log 187 используется для очистки логов незаве... большой текст свёрнут, показать
     
     
  • 4.123, нах. (?), 14:15, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    спасибо, алиса, но меня интересновал не плохой пересказ man page, а чем внутри фс может быть вызвана необходимость применения такой команды, причем настолько что вот прямо даже ради этого сделали штатную утилиту.

    > На днях копировал архив с бтр-а на ехт4.
    > Из 3.5 ТБ скопировалось 6.5 ТБ.

    рефлинки или даже банальный ln могут и не такое.

     
     
  • 5.128, Аноним (-), 14:31, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > спасибо, алиса, но меня интересновал не плохой пересказ man page, а чем
    > внутри фс может быть вызвана необходимость применения такой команды, причем настолько
    > что вот прямо даже ради этого сделали штатную утилиту.

    На самом деле - довольно редкая ситуация. И это примерно как и с ZFSником на лисяре и закатом солнца вручную. Т.е. когда какой-то крутой нестандартный факап случился - при записи в лог и стандартная механика по какой-то причине не сработала. А не сработать она может потому что допущения как работают накопители и реальное их поведение - совпадать 1 в 1 ни разу не обязаны.

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

     
     
  • 6.135, нах. (?), 15:22, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    с zfs я знаю ответы на (нет, совсем не такие) вопросы. И что может вылезти, и почему - так, и что при этом делать. А тут вот - интересуюсь, как вообще чисто технически "шм@гли" такое вот.

    > Еще в btrfs был какой-то баг - который выглядел страшно но можно было его - вот -

    очевидно что именно какой-то баг и "был". (в кавычках потому что очевидно что есть только догадки на киселе, точно ли его исправили или нет - ни тестов, ни воспроизводимости)

    качество дизайна как оно есть.


    > аннулировать этим маневром

    заодно аннулировав себе все последние изменения на fs. Причем - гарантированно, потому что мимо лога там ничего не пишется.

     
     
  • 7.185, morphe (?), 22:17, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > очевидно что именно какой-то баг и "был". (в кавычках потому что очевидно
    > что есть только догадки на киселе, точно ли его исправили или
    > нет - ни тестов, ни воспроизводимости)

    Что за мистификация

    Баг был, о баге разработчикам было известно, баг исправили, фикс бекпортировали куда надо

    https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=

     
     
  • 8.191, нах. (?), 00:28, 12/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    если бы баг просто исправили - очевидно не понадобилась бы чудо-утилита Вероятн... текст свёрнут, показать
     
     
  • 9.194, morphe (?), 00:51, 12/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Утилита была уже давно, её не добавили для этого бага Утилита не нужна, если ты ... большой текст свёрнут, показать
     
     
  • 10.248, нах. (?), 12:22, 12/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    еще раз - зачем же понадобилась такая утилита И почему у нее прямо в мане б... большой текст свёрнут, показать
     
  • 8.193, нах. (?), 00:42, 12/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    и кстати что-то не похоже это на тот самый баг Потому что в man образчик backtr... текст свёрнут, показать
     
     
  • 9.196, morphe (?), 00:56, 12/08/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Фикс исправляет replay_one_buffer, который в свою очередь и вызывает replay_one_... текст свёрнут, показать
     
  • 7.226, Аноним (-), 07:13, 12/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Насколько я помню на лисяре для ZFS был описан похожий инцидент - когда сэр за... большой текст свёрнут, показать
     
  • 5.132, Минона (ok), 14:58, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > спасибо, алиса, но меня интересновал не плохой пересказ man page, а чем
    > внутри фс может быть вызвана необходимость применения такой команды, причем настолько
    > что вот прямо даже ради этого сделали штатную утилиту.

    Этот вопрос к "капитану звездолёта", он же типа профи и даже код читал.

    >> На днях копировал архив с бтр-а на ехт4.
    >> Из 3.5 ТБ скопировалось 6.5 ТБ.
    > рефлинки или даже банальный ln могут и не такое.

    Нету там их, никаких линков, никакого сжатия.
    Это просто видеоархив из ~58000 файлов общим объёмом 3.5 ТБ.
    Но при копировании копируется 6.5.
    Причем этот глюк вылез на 1 из 16 дисков.

     
     
  • 6.139, нах. (?), 15:36, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Это просто видеоархив из ~58000 файлов общим объёмом 3.5 ТБ.
    > Но при копировании копируется 6.5.

    ну в общем странная идея не пойти и не посмотреть как оно так получилось.

    начиная прям с cmp.

     
  • 6.184, Рептилоид (?), 22:15, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Это просто видеоархив из ~58000 файлов общим объёмом 3.5 ТБ.
    > Но при копировании копируется 6.5.

    Так, человек.
    Не стоит об этом больше писать!

    Приглашаем тебя завтра на ужин, где и урегулируем этот вопрос к обоюдному удовлетворению!
    Это большая честь, поэтому подготовся ­— захвати с собой оба диска, помойся хорошенько (и не забудь добавить в воду лимонной кислоты, палочку корицы, пару луковиц и бутончиков гвоздики!), трансфер мы организум.

     
  • 6.257, glebiao (ok), 14:08, 12/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Нету там их, никаких линков, никакого сжатия.

    не бывает так.
    либо снэпшоты, либо sparse файлы. наверняка снэпшоты.

     
     
  • 7.258, Минона (ok), 15:06, 12/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >>Нету там их, никаких линков, никакого сжатия.
    > не бывает так.
    > либо снэпшоты, либо sparse файлы. наверняка снэпшоты.

    Читать умеем?

    > Это просто видеоархив из ~58000 файлов общим объёмом 3.5 ТБ.
    > Причем этот глюк вылез на 1 из 16 дисков.

    На каждом из этих 16 дисков -- "~58000 файлов общим объёмом 3.5 ТБ."
    С 15 дисков скопировалось нормально по 3.5 ТБ.
    Архив создает ПО которое не умеет ни снэпшоты, ни разряженные файлы, ни рефлинки, ни прочую фигню из арсенала бтр-а.

     
     
  • 8.265, glebiao (ok), 21:59, 12/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    не верю проверялось, что именно прочиталось были ли ошибки в файлах, были ли д... текст свёрнут, показать
     
     
  • 9.277, Минона (ok), 08:26, 13/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    129335 8205 9794 65039 А оно мне надо время тратить на всякую фигню За... текст свёрнут, показать
     
     
  • 10.283, glebiao (ok), 10:31, 13/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    надо, без понимания произошедшего будут неверные планы на будущее Вот Значит чт... текст свёрнут, показать
     
     
  • 11.295, Минона (ok), 13:19, 13/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Не надо, всё переехало на ext4 и работает отлично Использование там btrfs было ... текст свёрнут, показать
     
     
  • 12.297, нах. (?), 13:26, 13/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    но хоть чексамы-то - сравнил А то мало ли что у тебя там теперь лежит ... текст свёрнут, показать
     
  • 12.308, glebiao (ok), 18:29, 13/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    соглашусь, если объясните, как и при этом пардон, так не бывает Не может файл ... текст свёрнут, показать
     
     
  • 13.310, Минона (ok), 10:48, 14/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Смотри сюда du -sh mnt DISK-1-4 7 1T mnt DISK-1-4 find mnt DISK-1-4... текст свёрнут, показать
     
  • 13.318, Минона (ok), 15:41, 14/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Хе-хе Size of mnt DISK-1-3 4 4T Size of mnt DISK-1-4 7 2T Size of mnt DISK-2... текст свёрнут, показать
     
  • 6.266, нах. (?), 22:25, 12/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Этот вопрос к "капитану звездолёта", он же типа профи и даже код читал.

    слился окончательно, с любимым припевом "этомынепроходили", "на моей флэшке так не было".
    Ответ принес в клювике morphe (чуть-чуть не донес, пришлось код таки читать) - все же чуть лучше чем я подумал. Лог НЕ битый, лог совершенно нормальный. Но его... переоптимизировали, в результате ошибка в коде log replay после крэша - он какой-то хитроотдельный от штатного и, как обычно, никто не тестировал. Сам дизайн на мой взгляд - плохой (вот ровно потому что заставляет делать _предположения_ о том что может и чего не может быть в логе).

    Тестов нет. Прям даже не знаю как это комментировать чтоб не удалили.

    Они вместо нормальных тестов, не поверите, используют xfstests, украд...безвозмездноприхваченные видимо при покидании редхата при помощи ноги. Что и как при этом "тестируется", сами догадайтесь. Нет, это не regression tests и их никто не обновляет при появлении проблем.

    (эх, а я на zfs наезжал...)

     
     
  • 7.317, Минона (ok), 13:50, 14/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> Этот вопрос к "капитану звездолёта", он же типа профи и даже код читал.
    > слился окончательно, с любимым припевом "этомынепроходили", "на моей флэшке так не было".

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

     

     ....большая нить свёрнута, показать (27)

  • 1.130, Аноним (172), 14:46, 11/08/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Джозеф Бацик (Josef Bacik), мэйнтейнер и активный разработчик файловой системы Btrfs, не согласился с критикой надёжности Btrfs, высказанной Кентом Оверстритом (Kent Overstreet)

    Джозеф красавчик, но зря вступил в дискуссию с этим теоретиком Кентом. BTRFS, в отличие от его стремной поделки Bcachefs - уже как 10 лет в продакшене у многих энтерпрайзов.

     
  • 1.148, Аноним (148), 16:44, 11/08/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > не согласился с критикой надёжности Btrfs

    Кент, как всегда, приводит доказательства и конкретные аргументы. Обиженные этим авторы гноподелок как всегда не используют эту критику, что бы улучшить результат своей работы, а переходят на личности. Потому что больше им сказать нечего, только эго и эмоции. Правильно Кент их прессует, если не он, то кто?

     
     
  • 2.175, нах. (?), 21:25, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да КАК блжд они могут использовать эту критику Те люди что ПЯТНАДЦАТЬ гребаных ... большой текст свёрнут, показать
     
     
  • 3.188, morphe (?), 22:26, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > теперь вон еще прекрасная история с битым журналом всплыла, это ж какой-то
    > вообще позор, это то что в ext4 [тяжелым и кровавым опытом
    > взятое, правда сказать] не случалось с того самого 2007го - вместо
    > того чтоб БЕГОМ бежать исправлять такую катастрофическую багу - они запилили...

    Не путать журнал ext4 и лог btrfs

    В случае повреждения лога btrfs (что в той баге происходило только при неправильном выключении) тебе его предложат сбросить, и ты можешь потерять несколько последних записей, но ФС останется в консистентном состоянии

    Если у тебя при тех же обстоятельствах (выключение на горячую) повредится журнал ext4 - то у тебя может нарушиться консистентность метаданных, и полететь вся ФС

     
     
  • 4.197, нах. (?), 01:01, 12/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    мне от консистентного состояния на неведомый мне момент прошлого - совершенно ... большой текст свёрнут, показать
     
     
  • 5.199, morphe (?), 01:36, 12/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Там откатывается лишь несколько транзакций, лог в btrfs это большую часть времен... большой текст свёрнут, показать
     
     
  • 6.249, нах. (?), 12:28, 12/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    он у них - средство снижения write amplification, т.е. это отложенная запись.

    > для этого в btrfs есть CoW

    cow НЕ способен сам по себе обеспечить целостность данных. В лучшем случае у тебя консистентное состояние (fs а не данных) на неопределенный момент в прошлом.

    > А ты оптимист, у тебя журнал на каждую запись на диск сбрасывается?

    у меня вообще как правило нет журнала. Это совершенно ненужная сущность, придуманная вовсе не для надежности (по факту ее уменьшившая)

    > факт в том что ext4 в случае повреждения журнала может быть совсем потеряна

    но ни одной еще не потерялось.

    > а btrfs живёт, вон, даже команда есть для того чтобы его отбросить без последствий

    кто тебе сказал что без последствий? Может ты имел в виду "без последствий для fs"? Ну и зачем тебе идеально целостная пустая фс? Или фс с битой базой данных потому что fsync прошел но лог с ним был сброшен.

     
  • 4.205, Аноним (200), 03:33, 12/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Проясните момент: каким образом BTRFS умудряется ломать все дерево? Будь оно так, разве были случались подобные случаи? Лично я сталкивался с подобным трижды. Стал использовать ZFS...
     
     
  • 5.210, morphe (?), 04:02, 12/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Проясните момент: каким образом BTRFS умудряется ломать все дерево? Будь оно так,
    > разве были случались подобные случаи? Лично я сталкивался с подобным трижды.
    > Стал использовать ZFS...

    Лог - не дерево, дерево остаётся целым
    Да и безопасно сбросить его в данном случае

     
     
  • 6.233, Аноним (200), 10:22, 12/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Так почему ломается дерево, если лог всегда корректный?
     
  • 5.227, Аноним (-), 07:20, 12/08/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Проясните момент: каким образом BTRFS умудряется ломать все дерево?

    Ну например: если тебе драйвер хваленой нвидии будет выносить RAM через DMA или чем они его там так - btrfs конечно будет истошно орать про чексумы, но если долго игнорить это дело - в какой-нибудь момент оно может попасть в окно возможностей и ухитриться все же вынести кусок дерева - уже подготовленный к записи но ДО счета чексум.

    И вот тут тебе будет - совсем не комильфо. Ибо это таки - фаталити. Впрочем оно и дял EXT4/XFS не лучше, господа проверяли. Только еще и не понимали - как же так. Без чексумм на вас этот рояль падает ВНЕЗАПНО - без воя в логи до этого момента. Что делает сюрприз забавнее.

     
  • 5.250, нах. (?), 12:43, 12/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > каким образом BTRFS умудряется ломать все дерево?

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

    Случается редко, в мордокниге нет условий для анализа дохлых картонок, поэтому найдено и исправлено будет только случайно - когда следующая оптимизация удачно вскроет этот гнойник.

    > Стал использовать ZFS...

    зря. судя по тому что ты долго и успешно пользовался бырбырой - тебе не очень были нужны те фичи которые в zfs работают а у нее нет или криво до невозможности пользоваться.
    А остальное ты бы получил от ext4 с большей производительностью, меньшим количеством болячек и сложных corner cases которые не всегда можно вообще обойти.

     
     
  • 6.252, Аноним (200), 13:12, 12/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Да нет... с самых тех пор,только ZFS и использую. Пока обошлось без неприятных сюрпризов. В последний раз пользовался BTRFS в 2019 году.
     
     
  • 7.259, нах. (?), 15:15, 12/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Да нет... с самых тех пор,только ZFS и использую. Пока обошлось без
    > неприятных сюрпризов. В последний раз пользовался BTRFS в 2019 году.

    "нозачем"

    Польза от zfs для типичного васяна (у которого нет "битых флэшек", отключение электричества это авария а не ежедневная рутина, и нет подкроватного хранилища на 200 терабайт) проявляется в довольно ограниченном ряде случаев: сжатие (если тебе есть что сжимать, часто нет или не стоит того), простота клонирования (это ХУЖЕ чем ext4+dump для всех остальных целей), микроменеджмент, долбанная freebsd на том что у него вместо десктопа (if happens). Все остальное так же или лучше у ext4, но нет четырехкратного тормоза по записи из-за WA.

    Минусы при этом бывают разные, иногда довольно удивительные. Вот, к примеру, неработающий autoexpand меня в свое время удивил, восхитил, в чем-то даже фраппировал, но вслух почему-то произнеслось что-то совсем другое (там "Всепаченили" но так что лучше бы и не трогали).

    А неработающего resize2fs мы пока не видали.

     
     
  • 8.270, Аноним (200), 02:50, 13/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вы же не хотите сказать, что типичному Васи не нужны снэпшоты, ZVOL, чексуммы ... текст свёрнут, показать
     
     
  • 9.298, нах. (?), 13:32, 13/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    скорее нет чем да Ну что васе с ними делать zvol тем более не нужны у нас вс... текст свёрнут, показать
     

  • 1.149, Ilya Indigo (ok), 16:45, 11/08/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    - У твой системы такие-то недостатки в надёжности.
    - Нет! Я не согласен!
      Мета на ней миллиарды зарабатывает!

    Аргументация уровня тупого российского пропагандиста.
    Всё ясно с btrfs и его разработчиком!

     
     
  • 2.164, нах. (?), 17:59, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    В целом, да, ты ткнул в самую больную точку - когда люди, выдающие себя за инжен... большой текст свёрнут, показать
     

  • 1.183, Аноним (183), 22:14, 11/08/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Ну слушай, сколько там они сэкономили всем наплевать, и то что она работает дост... большой текст свёрнут, показать
     
  • 1.195, Аноним (195), 00:51, 12/08/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ext4 самая надежная фс?
     
     
  • 2.198, нах. (?), 01:03, 12/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    в no-journal mode - пожалуй, да. (сорта этого самого, конечно, но тут риски всерьез потерять данные все же минимальны)

     
  • 2.206, Аноним (200), 03:43, 12/08/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Нет. Так же, можно включить полное журналирование данных - превращается в одну из самых надежных файловых систем. Но будет записыватся двойной объем данных.
     
     
  • 3.285, Аноним (-), 11:39, 13/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Мечтать не вредно Положите вы супернадежного на RAID1 Казалось бы совсем уж за... большой текст свёрнут, показать
     
     
  • 4.288, Аноним (200), 12:15, 13/08/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Рейды - не моя тема, но что-то мне подсказывает... нельзя достоверно определить какие данные на двух дисках корректные, а какие нет. Для этого необходимо как минимум три.
     
     
  • 5.302, Аноним (-), 14:27, 13/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А в случае btrfs он посмотрит у какой из реплик чексуммы совпали с желаемыми И ... большой текст свёрнут, показать
     
  • 4.306, нах. (?), 15:09, 13/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Но что такое?! На диске 1 и диске 2 - у нас
    > оказались разные данныые! Вопрос на миллион: который из этих двух нам

    вопрос который надо было задать на самом деле - С ХРЕНА ли они там разные и куда побежим теперь.

    Пока вообще все данные не превратились в  невосстановимую кашу.

    Зато с правильными чексумами.

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

    Заметь - случай в отличие от твоего голого теоретизирования - вот, щас, прямо, у живого песателя в эту тему.

    Или второй у которого ой дерево не дерево. И снова - ноль ответов от кексперта почему оно так и как прекратить.

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2025 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру