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 обязательно


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

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

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

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

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

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

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

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

     
  • 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 [^] [^^] [^^^] [ответить]  
  • +/
    Откуда эта литания? Больше памяти - жирнее кэщъ - быстрее обмен с накопителем. Сплошные профиты
     
  • 2.40, Аноним (-), 09:50, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Чем zfs не угодил, так и не раскрыли

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

    Зачем им ZFS?

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

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

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

     
     
  • 3.87, Аноним (87), 11:53, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    а там разве не всякие распределеннные фс нужны? Или сабж просто нижний слой под них и на нем дешевле посжимать данные типа?
     
  • 2.100, Аноним (100), 12:44, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Может и используют zfs.
    Про использования btrfs мы знаем только со слов авторабезполезной ФС, которого поперли отовсюду. А для фейсбука он слишком мелкий чтоб выходить с заявлениями что он полную херню несет.
     
  • 2.114, Аноним (114), 13:57, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Чем 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 [^] [^^] [^^^] [ответить]  
  • +1 +/
    COW подразумевает фрагментацию при простой записи, удалять ничего не нужно.
     
  • 3.141, anonymos (?), 15:50, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Бред сивой кобылы!
    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 [^] [^^] [^^^] [ответить]  
  • –2 +/
    может. Но не достигает - в реальных применениях а не в фантазиях кекспертов. Поэтому бредово - твое бесконечное повторение мантры про ужастную и страшную фрагментацию.

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

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

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

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

     
  • 4.145, anonymous (??), 16:25, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Copy-on-Write как раз и ведет к фрагментации.
     
  • 2.138, Аноним (138), 15:31, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А если они поставят сборку Hackintosh, от Алексея Коновалова.

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

     

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

  • 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 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > а я не говорил что его отключал

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

     
     
  • 5.95, Anonimm (?), 12:13, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Гениально (нет)! Человека, которому ты ответил, назвал лжецом из-за отсутствия вымышленных доказательств, но человеку из новости ты веришь безоговорочно, хотя доказательств словам так же нет..
     
  • 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 +/
    >> Да, да - у гугля вот "с ломовым парком серверов" - сами
    >> сервера десктопное по сути ОЕМное железо запихнутое в стойку и тоже
    >> - "никаких проблем нет". Ждем далеко идущих выводов о надежности от
    >> ЭКСПЕРТОВ с подкроватным (best-practice!) сервером
    > Гугл это такой сильно отдельный случай. Когда они могут надизайнить себе вещи
    > типа Big Table. Но сравнить айтишника Брина с пхпшником-социальщиком Цукербергом все
    > ж не того. А такие вещи надо было делать - еще
    > на фазе архитектуры. В этом смысле фэйсбук куда более обычный по
    > устройству - и так высоко как гугло не летает.

    Да-да, и вот та же cassandra апачу с неба упала, ага.

    > А у штук типа big table требования к хранению данных и правда
    > - другие. Совсем не годящиеся любителям подкроватников. Им нахрен не упали
    > чексумы, и просто сохранность данных - это на другом уровне сделано.
    > Но вы то такое на бис - не повторите. Поэтому у
    > вас и не будет своего гугля, собственно.

    Ну кому надо - давно уже скрафтили кто tarantul, кто вот clickhouse - но ЭКСПЕРДТ не в курсе, он подкроватным методом миллион мелких файлов с чексуммами починяет - почти как фейсбук, только круче.

     
  • 4.186, Аноним (26), 22:23, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Гугл вообще один из первых, кто популизировал 171 commodity off the shelf hard... большой текст свёрнут, показать
     
  • 2.81, АнонимЯ (?), 11:26, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > перебои с электричеством

    Да, давайте эту вашу проблему переложим на разработчиков 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 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Это враньё или кривые руки. Уже много лет использую. С отключением электричества и хард ресетами. Ни разу ничего не ломалось.
     
  • 2.177, Аноним (174), 21:30, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Если у вас эта фс ненадежна при отключении электричества то значит вы отключили механизм COW.
     

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

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

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

     
     
  • 2.12, нах. (?), 22:44, 10/08/2025 [^] [^^] [^^^] [ответить]  
  • –6 +/
    > ... когда у вас есть инфраструктура как у 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 +/
    > Спасибо кэп, но у мордокниги навалом и много чего еще всякого. Аналитика,

    но в новости об этом - ни полсловечка. И подобные тебе начинают рассказывать про миллиарды котиков, хранимые таким вот образом.

    > Ну ты дай фэйсбуку мастеркласс. Допустим 3 миллиарда обслужи, на ресурсах меньше.

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

    > лучше Басика почитаю. Потому что добро над которым он пашет -
    > 2 миллиарда сервирует, в отличие от тебя.

    то над которым он - нет. И вот про эту часть инфры мордокниги известно практически ничего (включая имена разработчиков). А там есть что посмотреть.

    > Полагай все что хочешь. А басик вот - популярно обрисовал. И то
    > что у мордокниги большая часть сабжа 1-дисковые тоже не особо секретно.

    а было б тебе чем подумать, ЧТО там на том одном диске... впрочем, куда там.

    > Судя по заявлениям басика - почти все. И я плохо представляю себе

    судя по заявлениям - непоймичто.

    > чтобы кто-то величиной с басика был - гонщиком. Это - нереально,

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

    > Как ты себе представляешь топового програмера блочнофайлушного в лине - из корпы
    > - попавшего в новости - и при этом врущего? Его за

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

     
  • 5.176, yet another anonymous (?), 21:29, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Не, мимо.

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

     
  • 2.47, Аноним (47), 09:59, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ох уж мне эти сказки про волшебную инфру от корпов) По факту там может быть какое нибудь жуткое легаси на джава, вспомним что мордокнига это пост 90е, со всеми вытекающими, возможно даже мускул с пхп под капотом. Как какой нибудь амазон и прочее. Чукерберг это не какой нибудь гениальный программист, врятли он написал эффективный оригинальный код, а взял какой нибудь ламп, а его конторка это суть неповоритливая бюрократия. Спасибо если там у них все это на линухе крутится, а не на виндовс сервер.
     
     
  • 3.76, нах. (?), 10:58, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    что значит возможно Мордокнига истово гордится своей наколенной реализацией п... большой текст свёрнут, показать
     
     
  • 4.189, Аноним (26), 22:34, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это ты с CloudFlare перепутал Чувак, который ушёл 171 обдумывать концептуальн... большой текст свёрнут, показать
     
  • 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 [^] [^^] [^^^] [ответить]  
  • +/
    > вообще пофигу, какая там фс.

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

     

  • 1.7, A.Stahl (ok), 22:35, 10/08/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    Ой, драма! 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 [^] [^^] [^^^] [ответить]  
  • +/
    да не, не сцы, с тех пор самолеты здорово подешевели, убитую цесну можно взять незадорого (правда, ангар, обслуживание, мда... в общем недешовое хобби), только она возрастом ровно из тех 90х.

    С лицензией все стало чуть более грустно после 9/11, но просто чуть больше проверок и просветок, это не боинг, по деньгам любой PM может, по времени правда так себе.

    Т.е. история (удачливый, это важно!) PM (лучше бы не) в FAANG -> 10 лет на галере -> early retirement -> пиццерия на бабки от продажи бумажек -> ... -> ???PROFIT???!!! -> лицензия и личный ржавенький самолетик между ремонтами печек - возможна, если никакой другой жизни вообще не иметь (ни дома, ни жены, ни друзей вне летного коллектива).
    С 96го изменилось только "пиццерия" вместо "it consulting".

    (а теперь сравнить с чуваком из РФ, ухитрившимся совместить ЛИНЕЙНУЮ блжд лицензию!!! и работу инженером. Да, он наверное один такой. Но вот сам факт.)

     
  • 6.179, yet another anonymous (?), 21:59, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Я пожелаю гражданам пох и нах чтобы их лечил - а лучше оперировал - такой же доктор, как они - айтишники. Это было бы весьма честно.

    Ну не надо...

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

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

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

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

     
  • 2.178, yet another anonymous (?), 21:49, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > И снова телевизоры самсунг признаны лучшими в мире (по мнению инженеров самсунг).

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

     

  • 1.10, СисадминА (?), 22:41, 10/08/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Все файловые системы хорошие, пока бэкапы данных с этих ФС хранятся на 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". И вероятность встречи с ними вживую - пренебрежимо мала.

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

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

     
  • 2.74, Аноним (74), 10:58, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ... а 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 [^] [^^] [^^^] [ответить]  
  • +1 +/
    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 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Сыпалась Fat на 98-й винде. А всё что хоть чуть-чуть поновее и адекватнее у меня на десктопе гостило - уже нет.

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

     
  • 2.112, Аноним (112), 13:50, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >обвязкой упсов,

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

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

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

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

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

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

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


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

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

     

  • 1.19, Аноним (19), 22:54, 10/08/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Причитайте весь тред, если интересуетесь как идут дела у Кента. Туда даже сам Теодор заглянул, чтобы вылить ушат помоев. Как мне кажется, bcache будет развиваться вне ядра. Линус показал пальцем на Кента и сказал "Ату его!" и все прихлебатели дружно на него набросились как стая собак, даже особенно не разбираясь за что и почему. Такие вот "лучшие инженерные практики".
     
  • 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 [^] [^^] [^^^] [ответить]  
  • +4 +/
    >а линус скольким компниям позволил сьэкономить на виндолицензии ????

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

     

  • 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тые они там держали.
    Но судя по тому что фс может помереть от одного-единственного диска современных даже не суперуникальных объемов - все там очень и очень плохо.

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

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

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

  • 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+ корок кэш как _вся_ память у некоторых и вот это вот всё...
    Как то так ;)

     
  • 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 [^] [^^] [^^^] [ответить]  
  • +/
    > У инфры, обслуживающей пару миллиардов, есть и деньги на нормальные системы хранения.

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

    > За исключением компаний типа гугла, которые разрабатывают собственное железо. А еще

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

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

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

    зачем это вот все - мордокниге? Нет у них никакого fc. И ни снапшотов, ни thin clone их основным массивам не надо. Они должны быть всегда онлайн, а если вдруг не - уже поздно.

    А там где таки есть - там нет 500Tb.

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

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

     
  • 4.124, Аноним (-), 14:21, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    У фэйсбука нормальные эникеи Способные себе даже допустим роутеры под свои треб... большой текст свёрнут, показать
     

  • 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 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Хоть на что-то, за последние 5-10 лет, была нормальная техническая дискуссия ?

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

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

  • 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 можно возложить удаление "неправильного" контента

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

     

  • 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 [^] [^^] [^^^] [ответить]  
  • +/
    > Причем ее видимо долго не могли правильно идентифицировать и надежно исправить - что аж понадобилась утилита для ручного ресета лога (кстати, лог ext4 сбрасывается без приседаний с граблями)

    Эта команда существует уже очень давно, в btrfs rescue есть и другие команды для починки

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

    oops выдаётся на попытку монтирования, systemd после этого тебе предложит войти в emergency shell и руками всё починить
    Можно было конечно и нормальную ошибку монтирования выдать, но в данном случае решили oops, потому что лог как бы есть, но как бы кривой

    > потому что не смотря на стомильенов чексум и гениальную технологию записи - в логе КАК-ТО оказалась каша.

    Именно потому что у btrfs другие механизмы защиты - в данном случае решением был zero-log, данные если ты наткнулся именно на этот баг в последней версии ядра не теряются при нём

     
  • 2.77, derfenix (ok), 11:03, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    8 лет btrfs на всех дисках (пк, ноуты, Nas), нигде ни разу не потерялось ничего. Пк выключался по питанию на горячую много раз. Что вы там делаете, что данные теряете?
     

  • 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 [^] [^^] [^^^] [ответить]  
  • +/
    при чем крашнулся именно модуль ядра, а не демон дедупликации
     
  • 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, допустим, указать. Правда это имеет свою цену.

     

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

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

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

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

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

     
     
  • 3.119, Минона (ok), 14:07, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > я тебе конечно верю, но кто-то может объяснить мне СМЫСЛ действия zero-log?
    > У этих ... гениальных разработчиков компании мета (запрещенной в рф экстремиссьской кстати)
    > не смотря на все чексамы и мильены проверочек - в какой-то
    > момент образуется БИТЫЙ ЛОГ?!
    > Они настолько вот?!
    > (судя по ману - таки да. И снова "мы вроде бы уже
    > все исправили но осадочек остался" - в смысле у них нет
    > ни найденого бага ни тестов подтвержающих реальное исправление а не "ну
    > теперь-то вроде все должно быть как нада!")
    > гениальнейшие разработчики! мордокнига не даст соврать!

    "Команда «btrfs rescue zero-log» используется для очистки логов незавершённых транзакций в файловой системе Btrfs.
    Эта команда помогает восстановить работу файловой системы, так как в случае неожиданных выключений или сбоев Btrfs может оставлять логи, которые при перезагрузке вызывают проблемы, например, мешают правильно монтировать файловую систему.
    Важно помнить, что очистка логов может привести к потере изменений, сделанных с момента последней фиксации транзакции.
    Использование команды должно быть осторожным, так как она напрямую изменяет файловую систему и при неправильном применении может привести к потере данных."
    (С) Алиса

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

     
     
  • 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=

     
  • 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.

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

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

     

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

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

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

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

     
     
  • 2.175, нах. (?), 21:25, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да КАК блжд они могут использовать эту критику? Те люди что ПЯТНАДЦАТЬ гребаных лет не могут внятно ответить на вопрос - что у них не так с raid кодом, который сами же и накорякали?

    теперь вон еще прекрасная история с битым журналом всплыла, это ж какой-то вообще позор, это то что в ext4 [тяжелым и кровавым опытом взятое, правда сказать] не случалось с того самого 2007го - вместо того чтоб БЕГОМ бежать исправлять такую катастрофическую багу - они запилили... юзерлевел утилитку, только вот загрузитесь сперва с чего-то другого, а то фс открытая даже на чтение у нас локнута и исправить ничего не получится - т.е. видимо дооооолго не могли и это тоже найти, а найдя сомнительное место - не смогли убедиться что нашли именно то, и пришлось срочно клепать костыль.

    (И да, у Кента, надо заметить, лажа мешающая нормальному монтированию исправляется автомагически - ну, когда Линус не мешает ему комитить исправления в мэйнлайн)

     
     
  • 3.188, morphe (?), 22:26, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > теперь вон еще прекрасная история с битым журналом всплыла, это ж какой-то
    > вообще позор, это то что в ext4 [тяжелым и кровавым опытом
    > взятое, правда сказать] не случалось с того самого 2007го - вместо
    > того чтоб БЕГОМ бежать исправлять такую катастрофическую багу - они запилили...

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

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

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

     

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

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

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

    * - и другой инженер может сделать вывод что на ЕГО данных пользы ровно никакой.

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

     

  • 1.183, Аноним (183), 22:14, 11/08/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ну слушай, сколько там они сэкономили всем наплевать, и то что она работает дост... большой текст свёрнут, показать
     

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



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

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