The OpenNET Project / Index page

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

В ветку ядра Linux-next добавлена реализация ФС Bcachefs

20.09.2023 08:25

В состав ветки linux-next, в которой тестируются возможности для будущих выпусков ядра Linux, принят код файловой системы Bcachefs. Ранее, Кент Оверстрит (Kent Overstreet), автор Bcachefs и входящей в состав ядра Linux системы кэширования блочных устройств на SSD-накопителях BCache, отправил Линусу Торвальдсу pull-запрос на включение кода Bcachefs в основной состав ядра Linux, но Линус отклонил их и рекомендовал вначале оценить пригодность предложенных патчей в экспериментальной ветке Linux-next. В случае успешного рецензирования ФС Bcachefs может быть включена в состав ядра 6.7, выпуск которого ожидается в декабре.

Целью разработки Bcachefs является достижение уровня XFS в производительности, надёжности и масштабируемости, предоставляя при этом дополнительные возможности, свойственные Btrfs и ZFS, такие как включение в раздел нескольких устройств, многослойные раскладки накопителей, репликация (RAID 1/10), кэширование, прозрачное сжатие данных (режимы LZ4, gzip и ZSTD), срезы состояния (снапшоты), верификация целостности по контрольным суммам, возможность хранения кодов коррекции ошибок Рида—Соломона (RAID 5/6), хранение информации в зашифрованном виде (используются ChaCha20 и Poly1305). По производительности Bcachefs опережает Btrfs и другие ФС на базе механизма Copy-on-Write, и демонстрирует скорость работы, близкую к Ext4 и XFS.

Bcachefs развивается с использованием технологий, уже опробованных при разработке блочного устройства Bcache, предназначенного для кэширования доступа к медленным жёстким дискам на быстрых SSD-накопителях (входит в ядро, начиная с выпуска 3.10). В Bcachefs используется механизм Copy-on-Write (COW), при котором изменения не приводят к перезаписи данных - новое состояние записывается в новое место, после чего меняется указатель актуального состояния.

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

  1. Главная ссылка к новости (https://www.phoronix.com/news/...)
  2. OpenNews: Работа по включению Bcachefs в состав ядра Linux
  3. OpenNews: Bcachefs доведена до состояния, пригодного для включения в состав ядра Linux
  4. OpenNews: Значительное обновление файловой системы Bcachefs
  5. OpenNews: Новая ФС Bcachefs, сочетающая функциональность btrfs/zfs с производительностью ext4/xfs
Лицензия: CC BY 3.0
Наводку на новость прислал Аноним
Короткая ссылка: https://opennet.ru/59785-bcachefs
Ключевые слова: bcachefs, linux, kernel
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (277) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 08:36, 20/09/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +9 +/
    И ext4 хватает за глаза
     
     
  • 2.4, Голум (?), 09:22, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • +18 +/
    Да и 640кб хватит всем.
     
     
  • 3.15, Аноним (1), 10:41, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • –10 +/
    Да? Тогда чего ж у тебя место и память везде исчисляется в гб?
     
     
  • 4.25, Аноним (25), 11:30, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • +16 +/
    Да? Тогда почему у тебя нет понимания что такое сарказм.
     
     
  • 5.51, коньюктивит (?), 13:53, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Когда на сисблоке есть кнопка "turbo" и монитор всё ещё выпуклый - не до сарказма.
     
     
  • 6.85, Аноним (85), 17:40, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • +5 +/
    А если к той кнопке подключить reset - вот тогда реально смешно.
     
  • 2.8, Аноним (8), 09:46, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Трактор не нужен, «газельки» хватает за глаза.
     
     
  • 3.16, Аноним (1), 10:42, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Глупый человек всегда не понимает, как, что и с чем сравнивать.
     
     
  • 4.43, Аноним (43), 13:05, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Нет, глупый человек всегда обо всём судит категорично и исходит только из своих потребностей и потом говорит за всех.
     
  • 2.12, InuYasha (??), 10:27, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • –4 +/
    в ext4 за глаза не зватает снапшотов аки ntfs. Хотя, скоро можно будет и ntfs накатывать...
     
     
  • 3.17, Аноним (1), 10:51, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Если б за глаза не хватало, тогда была бы необходимость.
    снапшоты нужны, но их реальная необходимость не столь велика, как вам кажется.
    из абсолютного большинства, большая часть сидит именно на ехт4, без снапшотов и без проблем.
    отсюда вывод, что либо у вас руки кривые, что вы каждые пол часа рушите систему и не понимаете, как вернуть взад, либо вы рушите данные, что говорит опять же о кривости рук.
    по крайней мере, если б вы мои данные чаще возвращали из снапшотов, а не безопасностью, я б не стал пользоваться вашими услугами.
     
     
  • 4.19, Аноним (8), 10:56, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > из абсолютного большинства, большая часть сидит именно на ехт4, без снапшотов и без проблем

    На десктопах абсолютное большинство сидит на винде.

     
     
  • 5.53, Аноним (53), 13:57, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Но, при этом, зачем-то ещё и здесь сидят.
     
     
  • 6.78, пох. (?), 16:31, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    ну не у всех же хватает денег на лопатку на ведроиде, с единственноправильной ОС, приходится сидеть здесь с "десктопа".
     
     
  • 7.88, Аноним (88), 18:11, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > сидеть здесь с "десктопа"

    С какой ОС?

     
  • 5.129, Аноним (-), 00:41, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >> из абсолютного большинства, большая часть сидит именно на ехт4, без снапшотов и без проблем
    > На десктопах абсолютное большинство сидит на винде.

    Это не мешает миллиарду юзерей мордокниги юзать btrfs на его серваках :)

     
     
  • 6.150, Аноним (150), 08:35, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Именно так, на серверах. А на десктопах абсолютно неважно, на чём там сидят линуксоиды.
     
     
  • 7.159, EULA (?), 10:47, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Тогда почему все линуксойдами становятся, сразу, как запускают броузер?
     
  • 6.151, User (??), 09:12, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Да. И старый php в c++ компилить - предлагаешь всем на вооружение брать, раз САМА мордокнига?
     
  • 6.160, swarus (ok), 10:56, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    btrfs значительно медленней ext4, btrfs при заполнении диска не может удалить файл, пишет не хватает место приходится бежать с флешкой к серверу, расширять раздел на флешку, удалять файлы стягивать обратно, такое поведение не поменяют ибо такая архитектура. (беготню можно заменить, на покупку раздела доп раздела)[br]
    Это то, с чем лично столкнулся. Использовать на серверах не готов. Аналог функционала btrfs, реализую созданием файлов с образами ext4.
     
     
  • 7.181, Аноним (-), 15:42, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Сильно зависит от ворклоадов При случае так cow и мастеркласс in place антика... большой текст свёрнут, показать
     
  • 7.184, Аноним (184), 16:05, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > btrfs значительно медленней ext4

    Спорно. Зависит от диска (HDD/SDD), характера данных, настроек монитрования, типа операции (запись/чтение).
    У меня Btrfs даже на шифрованном (dm-crypt/LUKS) HDD со сжатием (zstd) прекрасно работает.

    > btrfs при заполнении диска не может удалить файл

    btrfs balance start -musage=0 -dusage=0 /
    Но вообще, хорошей практикой на любой ФС считается следить за заполнением диска.

     
  • 4.26, Аноним (25), 11:43, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Тебе кто-то мозг разрушил. Миллионы мух это вообще не показатель.
     
     
  • 5.145, Бывалый смузихлёб (?), 07:54, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    а одна муха - показатель ?
     
     
  • 6.185, Аноним (184), 16:09, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Один сердитый шмель вполне может преподать тебе урок.
     
     
  • 7.248, Бывалый смузихлёб (?), 17:25, 22/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Шмели никак не касаются мух. И живут в земле, реально в земляных норах
    Ладно бы оса или шершень, которые аккурат насекомых и ловят. А, если есть возможность - то и мясо/рыбу
    Но, нет. Шмель, который в стороне от всего этого
     
  • 4.35, keydon (ok), 12:06, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > из абсолютного большинства, большая часть сидит именно на ехт4, без снапшотов и без проблем.

    А вот и демократия подъехала. Большинство людей не пользовались туалетной бумагой до ее изобретения. Судя по большинству самая лучшая и безопасная система это андройд.

    > по крайней мере, если б вы мои данные чаще возвращали из снапшотов, а не безопасностью, я б не стал пользоваться вашими услугами

    Хотелось бы посмотреть как "безопасность" возвращает удаленные данные полугодовой давности.

     
     
  • 5.52, коньюктивит (?), 13:56, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >Судя по большинству самая лучшая и безопасная система это андройд.

    А вы же написали это как сарказм?

     
     
  • 6.79, keydon (ok), 16:33, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >>Судя по большинству самая лучшая и безопасная система это андройд.
    > А вы же написали это как сарказм?

    Надеюсь что это все очевидно

     
  • 5.54, Аноним (53), 13:59, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >Судя по большинству самая лучшая и безопасная система это андройд.

    Но, на самом деле, она безопасТная.

     
     
  • 6.80, коньюктивит (?), 16:45, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, не знаю. Андроид - основная операционная система, которую я использую. Мне всё нравится. И с безопасностью тоже вроде всё в порядке.
     
     
  • 7.83, YetAnotherOnanym (ok), 17:00, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > с безопасностью тоже вроде всё в порядк

    Именно такое впечатление она, вроде, и должна производить.

     
  • 7.107, Аноним (107), 22:11, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну, не знаю. Андроид - основная операционная система, которую я использую.
    > Мне всё нравится. И с безопасностью тоже вроде всё в порядке.

    Да зашибись просто. Рекламой - смердит, данные - сливает, пароли от точек доступа - бэкапает. Just as planned.

     
     
  • 8.114, коньюктивит (?), 23:52, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Где реклама В гугл плей реклама вот прямо сейчас зашёл и нет там её Сливает ... текст свёрнут, показать
     
     
  • 9.128, Аноним (-), 00:38, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Как нет А в верху самом это не реклама, типа Да и если софт поставить - особен... большой текст свёрнут, показать
     
  • 9.146, Бывалый смузихлёб (?), 07:58, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    В бесплатных приложениях, например Самое забавное, что с некоторых пор гугел пра... текст свёрнут, показать
     
  • 3.30, пох. (?), 11:53, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Хотя, скоро можно будет и ntfs накатывать...

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

    Так что если ты ждал поддержку vss - тебе в винду. А... ну собственно, чего ждать-то...

     
     
  • 4.109, Аноним (-), 23:27, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Так что если ты ждал поддержку vss - тебе в винду. А... ну собственно, чего ждать-то...

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

     
  • 3.73, Аноним (73), 15:27, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    в ext3/4 есть снапшоты - но этот код не был принят в основную ветку ядра.
    Последний раз я их видел у фуджитсу, можно даже найти эти патчи.
     
     
  • 4.89, Аноним (88), 18:13, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    ссылки, явки, пароли?
     
     
  • 5.219, maximnik0 (?), 21:30, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    https://www.opennet.dev/opennews/art.shtml?num=30826

     
  • 4.161, swarus (ok), 11:04, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    просвети тёмных, ссылку дай.
    снапшоты нафиг сдались (для меня), а вот ограничения на папку для контейнеров нужны.
     
     
  • 5.227, ivan_erohin (?), 23:43, 21/09/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 3.103, Аноним (107), 22:08, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > в ext4 за глаза не зватает снапшотов аки ntfs. Хотя, скоро можно будет и ntfs накатывать...

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

     
  • 3.158, swarus (ok), 10:42, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    ntfs медленнее ext4 на 25%
     
     
  • 4.271, InuYasha (??), 22:19, 23/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Даже в ядре? Я готов на 20% лишь бы иметь общую нормальную ФС, поддерживаемую всеми акронисами с 2000 года.
     
  • 2.102, Аноним (-), 22:05, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > И ext4 хватает за глаза

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

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

     
     
  • 3.131, Вопрос (?), 01:26, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    О чем ты?

    Расскажи подробнее

     
     
  • 4.138, Аноним (-), 02:35, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    1 В btrfs можно даже на 1 устройстве разложить данные в схему хранения DUP А м... большой текст свёрнут, показать
     
  • 3.147, Бывалый смузихлёб (?), 08:07, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Под винду и на подобные случаи были штуки вроде WinHex
    В былые времена позволявшие очень многое - от непосредственного сканирования данных с поиском заголовков известных типов файлов
    Хотя там и не ext4 была

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

     
     
  • 4.183, Аноним (183), 16:04, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Это антипод вон тех техноолгий Там видите ли рояль в кустах разложен так чтобы ... большой текст свёрнут, показать
     
  • 3.178, AlexYeCu_not_logged (?), 15:23, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >Без шансов что-то с этим сделать вообще.

    В смысле без шансов?

     
     
  • 4.186, Аноним (186), 16:26, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    В самом простом У меня на EXT4 разок вылез редкий, меткий, мерзкий бэд аж под l... большой текст свёрнут, показать
     
  • 3.298, swarus (ok), 23:33, 26/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    ext4 нормально фурычил на хреновых hdd бэд переводил в read-only режим, отмонтир... большой текст свёрнут, показать
     
  • 2.231, Аноним (231), 02:43, 22/09/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > И ext4 хватает за глаза

    Тебе на твоём localhost хватит и windows 98 с fat32.

     

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

  • 1.2, Аноним (2), 08:36, 20/09/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Уровень XFS недостижим
     
     
  • 2.56, Аноним (53), 14:01, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Было бы чего достигать. Отрицательного ресайза нет, аккуратного использования дискового пространства для мелких файлов нет.
     
     
  • 3.84, Менеджер Антона Алексеевича (?), 17:04, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Как только напишешь непротиворечивый алгоритм «отрицательного ресайза» — пиши в lkml, там найдётся кому накодить.
     
     
  • 4.92, Аноним (-), 19:06, 20/09/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 4.113, Аноним (-), 23:46, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В btrfs накодили - сделали backrefs которые указывают кому блок принадлежит Пр... большой текст свёрнут, показать
     
     
  • 5.196, Менеджер Антона Алексеевича (?), 17:24, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Маленький catch

    И не один! Дьявол в деталях. Как это всё по-твоему должно работать когда на ФС активно пишутся данные? Где и как хранить обратный индекс? Как обрабатывать ситуации аварийного завершения работы ядра? Что делать, если место на носителе кончилось посреди операции? Каково должно быть поведение резервирования свободного места? Про главный вопрос — производительность всего этого — ты сам написал. Действительно, можно и не дождаться окончания работы на забитой и фрагментированной ФС размером в 20Тб. Получается, что отрицательный онлайн-ресайз не такая уж и простая задача. А для оффлайна нет нужды морочиться: перенос данных на другой носитель будет быстрее.

     
     
  • 6.203, Аноним (-), 18:40, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Элементарно, Ватсон 1 Избегаем записей в регион интереса 2 Расчищаем его в ф... большой текст свёрнут, показать
     
     
  • 7.228, Менеджер Антона Алексеевича (?), 00:57, 22/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Так BTRFS и ZFS уже есть, туда кодить не надо, там всё уже работает. Если ты посмотришь с чего ветка началась, увидишь, что накодить это нужно для XFS.
     
     
  • 8.236, пох. (?), 08:54, 22/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    лолшта zfs научилась уменьшать размер пула А пацаны-то и не знают Все что о... текст свёрнут, показать
     
     
  • 9.247, Менеджер Антона Алексеевича (?), 17:04, 22/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Выкидывание устройства из рейда действительно феерично бесполезная фича У меня ... текст свёрнут, показать
     
     
  • 10.250, Аноним (-), 17:32, 22/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Мне вот это было полезно для примерно такого Датарекавери с большого диска Мо... большой текст свёрнут, показать
     
     
  • 11.252, Менеджер Антона Алексеевича (?), 18:17, 22/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Именно И поскольку Линукс пишется корпорациями для своих корпоративных нужд, ло... текст свёрнут, показать
     
     
  • 12.254, пох. (?), 19:36, 22/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    нормальные люди уходят в винду, которую корпорация пишет - для людей Именно так... текст свёрнут, показать
     
     
  • 13.259, Аноним (-), 00:37, 23/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ога, нормальные потребители и хомяки Ну, может, очень узкоспециализированные ли... большой текст свёрнут, показать
     
  • 12.258, Аноним (-), 00:33, 23/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ну как бы я с своими кейсами довольно неплохо вписываюсь в это все Например, па... большой текст свёрнут, показать
     
  • 10.253, пох. (?), 19:30, 22/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    там нельзя выкинуть даже целиком вдев с рейдом заколдованные оне большие стора... текст свёрнут, показать
     
     
  • 11.260, Аноним (260), 00:41, 23/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, кроме локалхоста есть и смежные применения Кастомдев там всякий и проч, ког... большой текст свёрнут, показать
     
  • 8.249, Аноним (-), 17:25, 22/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Вы спросили какой _алгоритм_ этого действа Я и обрисовал вполне валидный и рабо... большой текст свёрнут, показать
     
  • 2.99, Аноним (99), 20:50, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это какой-такой уровень? Разрешать каждой программе пихать свои васяноатрибуты на твои файлы?
     
     
  • 3.175, Аноним (175), 14:44, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Поддержка атрибутов - необходимое требование для UNIX FS. И по умолчанию, без задания необходимых опций проги на твои, васянские файлы, атрибуты не накладывают.
     
  • 2.110, Аноним (-), 23:30, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Уровень XFS недостижим

    Майнтайнер оного тоже так подумал - и съ...ся восвояси от греха подальше, когда за syzbot-ом устал баги в индусском коде своих раджей разруливать, весьма колоритно высказав что он думает про это все - и объяснив что в всяком легаси типа v4 чинить это вообще не бу! Просто дропнем - и порядок.

    В принципе имеет пойнт - под такие уровни стандартов качества ТОТ код того XFS и правда не делался. И не, кент врядли ЭТОТ уровень догонит, он не настолько энтерпрайзный :)))

     

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

  • 1.5, Аноним (5), 09:26, 20/09/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Так это же она — новейшая революционная единая файловая система для всего и вся, собравшая лучшие передовые решения своих предшественников!
     
     
  • 2.7, Аноним (7), 09:44, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Сказал как старый коммунист. Молодой бы сказал на твоём месте - "серебрянная пуля".
     
     
  • 3.9, Анонизмус (?), 09:50, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • +10 +/
    стеклянный, деревянный, оловянный
    серебряный
     
     
  • 4.18, Аноним (18), 10:51, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Посеребренная
     
     
  • 5.58, 12yoexpert (ok), 14:03, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    гугли разницу между отглагольными прилагательными и причастиями, а лучше в школу сходи
     
  • 5.60, Аноним (53), 14:03, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну да, серебрянная, сделанная в Китае.
     
  • 4.97, Аноним (97), 20:41, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Повеяло чем-то тёплым и ламповым )
    Ещё бы напомнили о «раненом» и «раненном в плечо»
     
     
  • 5.117, коньюктивит (?), 23:55, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Стрелой в колено же.
     
  • 4.98, Аноним (97), 20:43, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ... и уж замуж невтерпёж )
     

  • 1.10, Аноним (10), 10:15, 20/09/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Целью разработки Bcachefs является достижение уровня XFS в производительности, надёжности и масштабируемости

    Хороший ориентир, и цели хорошие ага, главное не забыть запилить фичу порчи файлов при отключения света.

     
     
  • 2.22, fumanchez (ok), 11:17, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Ты из 2010?
     
     
  • 3.31, пох. (?), 11:54, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • +9 +/
    нет, он гораздо ранешний попаданец - даже в 2010м уже умели фичу порчи файлов без всякого выключения света, что это еще за прошловековые фокусы...

     
  • 3.62, Аноним (53), 14:05, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    РАО ЕЭС закончилось в 2008.
     
     
  • 4.67, Аноним (8), 14:43, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    …И качество электроснабжения изменилось кардинально, ага.
     
  • 2.81, Аноним (81), 16:53, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вот чего нет — того нет.
     
     
  • 3.283, bOOster (ok), 11:04, 25/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Дурачек всегда думает - если его проблема не коснулась, то и проблемы нет.
     

  • 1.11, Аноним (11), 10:27, 20/09/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > По производительности Bcachefs опережает

    Это при недостатке фич или пропорционально количеству граблей?

     
     
  • 2.44, Аноним (44), 13:06, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Как я понимаю при меньшем количестве факапов и проблем и лицензиями.
     
     
  • 3.105, Аноним (11), 22:10, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Это не так работает, попробуй ещё раз
     

  • 1.13, Аноним (11), 10:27, 20/09/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А когда будет Ext5 уже где всё это из коробки?
     
     
  • 2.20, Аноним (8), 10:56, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Вот только в ext это всё пихать не надо.
     
     
  • 3.106, Аноним (11), 22:11, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Надо. Ты скучный
     
  • 2.111, Аноним (-), 23:32, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > А когда будет Ext5 уже где всё это из коробки?

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

     
     
  • 3.152, User (??), 09:20, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Большинству людей того... Ножками за хлебушком через день ходить, а им каждый раз пытаются кривой космолет на паровом ходу впарить и рассказывают, что из автомобиля менее кривой бы тоже не получился.
    Что характерно - на винде с макосью просто гоняют в булошную кто на самокате, кто на лисапеде - и чот не парятся.
    Такие вот дела.
     
     
  • 4.165, Аноним (11), 13:14, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Никому не интересно на каком лисапеде ты дома от мамки гоняешь, у дядечек петабайты с репликацией и бекапами на тридварас, макоси и винде такое в страшном сне не снилось
     
     
  • 5.193, пох. (?), 17:11, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    главное - веровать! Что есть мудрые дядечки у которых таааакие приборы (мы за гаражом вам покажем!)

    И что их петабайты вообще куда-то там бэкапаются а не как обычно.

     
     
  • 6.269, InuYasha (??), 19:43, 23/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    А на чём там сейчас петабайты у дядек? А то я давно не интересовался. Развели всяких зубастиксёрчей и прочих зайцев - и большие сторажи никому стали не нужны.
     
     
  • 7.289, пох. (?), 09:21, 26/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > А на чём там сейчас петабайты у дядек?

    ну вот тебе показательная история (отрицательного) успеха (не нашего):
    https://lizardfs.com/wp-content/uploads/Cases/Tinkoff_case_study.pdf (хватай пока дают - с сайта уже попрятали ибо стыдобища, но удалить из uploads забыли и вообще некому)

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

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

     
     
  • 8.293, InuYasha (??), 10:40, 27/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    I m lovin it ... текст свёрнут, показать
     
  • 4.187, Аноним (187), 16:40, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Можно пойти дальше, треть россиян вообще в позе орла нужду справляет до сих пор ... большой текст свёрнут, показать
     
     
  • 5.189, User (??), 16:56, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ну да. А у нехомяков появилась ещё одна замечательная уже почти-но-ещё-не-совсем production риди(ТМ) фс на костыльно-грабельном ходу с паровым приводом - скоро можно будет на альфа центавра за хлебушком сгонять (но глядя на f2fs/zfs-on-linux/btrfs - это, разумеется, не точно).
    Ура, товарищи!
     
     
  • 6.199, Аноним (-), 17:40, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну да. А у нехомяков появилась ещё одна замечательная уже почти-но-ещё-не-совсем production
    > риди(ТМ) фс на костыльно-грабельном ходу с паровым приводом - скоро можно
    > будет на альфа центавра за хлебушком сгонять (но глядя на f2fs/zfs-on-linux/btrfs
    > - это, разумеется, не точно).
    > Ура, товарищи!

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

    А насчет хлебушка... ммм... "do not ring-transport!" (c) надпись на ящике. Ну вот такая разница уровня технологий.

     

  • 1.14, Аноним (11), 10:28, 20/09/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Btrfs и другие ФС на базе механизма Copy-on-Write

    А другие это какие? У ZFS RoW

     
     
  • 2.72, Минона (ok), 15:23, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Btrfs и другие ФС на базе механизма Copy-on-Write
    > А другие это какие? У ZFS RoW

    У ZFS - CoW.

     
     
  • 3.104, Аноним (11), 22:10, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Нет
     
     
  • 4.157, Минона (ok), 10:21, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Нет

    Да. RTFM!

     
     
  • 5.166, Аноним (11), 13:15, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, кури мануалы поактуальнее
     
     
  • 6.218, Минона (ok), 21:17, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Нет, кури мануалы поактуальнее

    Угощай, покурим.

     
  • 3.201, kvaps (ok), 17:55, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Actually, it's Redirect-On-Write, but nowadays Copy-On-Write usually refers to Redirect-On-Write as implementation
     
     
  • 4.284, bOOster (ok), 11:07, 25/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Теже яйца, только в профиль...
     

  • 1.21, Аноним (21), 11:10, 20/09/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >дополнительные возможности, свойственные Btrfs и ZFS, такие как включение в раздел нескольких устройств

    Опять велосипеды вместо того, чтобы использовать lvm2. Ну откуда они такие лезут то?!

     
     
  • 2.23, Аноним (23), 11:18, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    зачем лишняя прослойка, когда можно без лишней прослойки? башкой думай иногда
     
     
  • 3.29, _ (??), 11:52, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Сходи к программерам - вот где прослоек …
    LVM - рабочая, но еЯ IBM ещё в 1980-е сделала… она постарше вас будет, ну а старую цирковую собачку обучить новым фокусам … 🤷♂
     
  • 3.63, Аноним (53), 14:09, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Не делай слишком маленькие экстенты и не заметишь её существования. Оптимально, где-то, 32 М.
     
  • 3.94, microcoder (ok), 20:00, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не лишняя, котлеты отдельно, мухи отдельно. А когда намешано в одну кучу, то это помойка называется
     
     
  • 4.127, Аноним (-), 00:28, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ну, понимаешь, в btrfs в результате можно btrfs device add на вооон тот наобум... большой текст свёрнут, показать
     
     
  • 5.153, User (??), 09:24, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ... вы прослушали рассказ о том, как страшна и безблагодатна жизнь пользователей ms word, В котором нельзя так просто взять - и одной командой удалить три последних символа в каждой четной строке файла начиная с девятой...
     
  • 5.177, microcoder (ok), 14:50, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В LVM тоже самое делается, только безопасней (на мой взгляд). У тебя атомарная функция (скорее всего) на уровне FS progs, а LVM это отдельная сущность, вначале добавляешь диски, а потом только действия по раширяемости с ФС. На одну-две команды больше, не кричтино, в этом вопросе соревноваться на пару секунд не имеет смысла.

    VOLUME отдельно, RAID отдельно, FS отдельно. Никакого компота, каждый на своём уровне

     
     
  • 6.188, пох. (?), 16:56, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    на твой безграмотный взгляд.

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

    И да, повреждения на уровне lvm не диагностируются (кроме спонтанных крэшей вышележайшей fs) и не исправляются.

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

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

     
     
  • 7.195, Аноним (-), 17:23, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ну а и btrfs интегрированность cow знание аллокации таки дает все знания котор... большой текст свёрнут, показать
     
     
  • 8.197, пох. (?), 17:31, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    если б еще и работало - но raid6 пишутъ что в общем-то как бы и намекает н... текст свёрнут, показать
     
     
  • 9.202, Аноним (-), 18:01, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Дык работает А RAID56 как бы явно маркированы как экспериментальные Таки не ви... большой текст свёрнут, показать
     
  • 6.190, Аноним (81), 16:58, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Вот только не нужно говорить так, как будто это что-то хорошее.
    В отсталыхгосударствах тоже по любому поводу нужно пробежать по 10 местам, каждое — со своими часами работы, записью, требованиями и причудами.
    Потому что все отдельно друг от друга.
    Ну, если по другому представить себе не можешь — то, конечно, нормально.
    Спасибо, что не расстреляли.
     
  • 6.194, Аноним (183), 17:14, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Btrfs на поверку переживает крах и ребут даже при конверсии схемы RAID, на минут... большой текст свёрнут, показать
     
  • 4.170, Пряник (?), 14:36, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Пробовал летать на самолёте отдельно без крыльев, кабины и двигателя?
     
     
  • 5.172, microcoder (ok), 14:38, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Пробовал летать на самолёте отдельно без крыльев, кабины и двигателя?

    Всё летает, LVM отдельно, FS отдельно. Ноу проблем.

     
     
  • 6.216, Аноним (-), 21:08, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >> Пробовал летать на самолёте отдельно без крыльев, кабины и двигателя?
    > Всё летает, LVM отдельно, FS отдельно. Ноу проблем.

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

    Вон тот то читер гипердрайв ща врубит - ДО встречи с поверхностью. А у вас в жиге оно где?!

     
     
  • 7.270, InuYasha (??), 19:52, 23/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Да нет - это у вас крылья лежат в салоне самолёта и пассажиры ими машут.

    Файлы пусть лучше лежат в ФС
    Тома в ллвввмммм
    А рэйд пусть будет в SmurfArray (6ой и с батарейкой)

     
     
  • 8.272, Аноним (-), 05:57, 24/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Да нет, чувак, тот то читер имел весьма годный план врубив гипердрайв он проско... большой текст свёрнут, показать
     
     
  • 9.273, InuYasha (??), 10:14, 24/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Коробка новых однотипных хардов в шкафу, Парагон и Акронис, телефон службы рекав... текст свёрнут, показать
     
     
  • 10.276, Аноним (-), 16:32, 24/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ну да, ну да, видал я это все Проблема в том что все это д рьмо не может в резу... большой текст свёрнут, показать
     
     
  • 11.277, InuYasha (??), 21:21, 24/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Так весь твой хвалебный опус про что в итоге был - про bcachefs или btrfs От бэ... текст свёрнут, показать
     
     
  • 12.281, Аноним (-), 00:31, 25/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Пока - про btrfs Сабж рановато в активную эксплуатацию Но как дизайн он мне ве... большой текст свёрнут, показать
     
  • 2.28, _ (??), 11:47, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ну если слаще морковки ничего и не пробовал … то можно и LVM2. Оно в принципе - рабочее, для простых сетапов - вполне себе хороший вариант.

    Но всё же попробуй какую нибудь ZFS, чтобы хотя бы понимать о чем тут взрослые дяденьки печалятся. Но поначалу будет … больно 😁

     
     
  • 3.32, пох. (?), 11:55, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    по началу - как раз нет, все работает из коробки и сразу. Вот при продолжении наступаешь на интересные грабли - но у владельца локалхоста они могут так и не вылезти вообще.

     
  • 3.95, microcoder (ok), 20:03, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Но всё же попробуй какую нибудь ZFS

    Одна большая помойка. Лучше котлеты отдельно, мухи отдельно. Не надо в файловую систему пихать LVM

     
     
  • 4.174, Пряник (?), 14:43, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    К сожалению LVM копирует оригинальные данные в снапшот при изменении (Copy-on-Write). Снапшот может переполниться. А в ZFS снапшот это адреса блоков, а пишет новые данные он всегда в новые блоки. Снапшот не может переполниться, ведь он фиксированный набор данных.
     
     
  • 5.192, пох. (?), 17:07, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    В thin lvm это уже не так, но связываться с ним - такое себе...

     
  • 3.179, Аноним (179), 15:35, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Такое впечатление, что это ты кроме морковки ничего не едал. Постоянно про морковку вспоминаешь.
     
  • 2.82, Аноним (81), 16:54, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Слишком сложно.
    Используй EXT2 и не беспокойся этих глупостев™.
     
     
  • 3.100, Аноним (99), 21:00, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Во! Апдейт сломал систему? Выключаешь компу питание и перезапускаешь в состоянии до сбоя! Сила EXT2!
     
     
  • 4.191, Аноним (81), 17:00, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Апдейт выполняется в авторизованной мастерской квалифицированным персоналом.
    Сам тронешь — лишишься гарантии и права доступа к облаку.
     
  • 2.112, Аноним (-), 23:37, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Да вот видишь ли, хотят люди нормальное управление файлухами И впном - вайргад,... большой текст свёрнут, показать
     
     
  • 3.130, Аноним (130), 01:00, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Wireguard - это не VPN, а кастрат.
     
     
  • 4.135, Аноним (-), 01:48, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Wireguard - это не VPN, а кастрат.

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

     
     
  • 5.143, пох. (?), 07:45, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > То ли дело IPSec, уровень на уровне и уровнем погоняет

    очередной свидетель ужасов ipsec, видевший его только во сне.

    > и решительно непригодно для ремотных сотрудников

    наши ~4000 смотрят на тебя как на ...

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

    >   зазря, а знания можно слить в толч. Все равно от них толку нет.

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

     
     
  • 6.204, Аноним (-), 19:06, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ты как минимум в чем-то прав Например, я предпочел забыть такие технологии как ... большой текст свёрнут, показать
     
     
  • 7.214, пох. (?), 20:54, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ты как минимум в чем-то прав. Например, я предпочел забыть такие технологии как страшный сон.

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

    >> наши ~4000 смотрят на тебя как на ...
    > - Так, хорошо... очень хорошо.
    > - А что хорошо, док?!
    > - Хорошо, что все это - не у меня!

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

    Твой огромный опыт виден за версту! Опыт локалхоста.


     
     
  • 8.217, Аноним (-), 21:16, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Да вот к сожалению пришлось немного познакомиться Откуда и узнал что знатный пр... большой текст свёрнут, показать
     
  • 7.285, bOOster (ok), 11:24, 25/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Еще один "свидетель RUSTовый". Нах..на вы лезете туда, разбираться в чем не хотите? Дискредитируя всю отрасль в целом своими поделками на местах? Ничего сложного в IPSec нет. Ты еще скажи что не знаешь что такое модель OSI, хотя по твоим суждениям это понятно, что полный профан ждущий какое-нибудь решение вундервафлю - которое решит все проблемы. Только не будет такого, а ваш убогий удел жаловаться на opennet - как все в сетевых технологиях сложно.
     
     
  • 8.290, Аноним (-), 15:25, 26/09/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ИМХО, дискредитируют - напыщенные бакланы, которые свое мнение обосновать не спо... большой текст свёрнут, показать
     
  • 5.163, tipa_admin (?), 11:56, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не используй винду - не надо будет в реестре ковыряться.
     
  • 3.154, User (??), 09:32, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Вот ни разу не видал людей, которые хотели бы wireguard - обычно у всех хотели "я такой тык! И оно работает!" - из любой, что характерно, ос - а не только между двумя своими виртуалками.
    У безов конечно свои желалки - централизованно управление ключами, маршрутами, комплаенс полиси на устройствах, сертификат фстэк и прочий ГОСТ - вот это всё. Им ваш вайргад тоже ээээ... Нафиг не сдался.
    Инфраструктурщикам - поддержку со стороны оборудования подавай. И со стороны вендора. И официальную инструкцию по настройке.
    Полтора линуксойда - те да, могут пердолиться как им угодно - пока с вышеозначенными множествами не пересекутся.
     
     
  • 4.156, пох. (?), 10:03, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Вот ни разу не видал людей, которые хотели бы wireguard - обычно у всех хотели "я такой тык!
    > И оно работает!" - из любой, что характерно, ос - а не только между двумя своими виртуалками.

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

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

     
     
  • 5.171, User (??), 14:38, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вот sstp от ms скорее работает. Anyconnect от Cisco - скорее "да". Даже какой-нибудь l2tp+ipsec уже скорее "да", чем "нет".
    С wg на оффтопике у меня проблемы были. Про то, что сопровождать вышеописанные решения in scale > 1000 человек можно, а у wg'шников столько воображаемых друзей не набирается, так что они не в курсе, какие при этом проблемы возникают - мы милостиво промолчим.
     
  • 4.167, Аноним (11), 13:17, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    А что не так с WG на любой актуальной ОС? Кажется везде кроме форток он уже чуть ли не по уши в ядре
     
     
  • 5.173, User (??), 14:39, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нукакгбэ да - но у 97% людей возможны варианты.
     
  • 3.155, User (??), 09:38, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Вот ни разу не видал людей, которые хотели бы wireguard - обычно у всех хотели "я такой тык! И оно работает!" - из любой, что характерно, ос - а не только между двумя своими виртуалками.
    У безов конечно свои желалки - централизованно управление ключами, маршрутами, комплаенс полиси на устройствах, сертификат фстэк и прочий ГОСТ - вот это всё. Им ваш вайргад тоже ээээ... Нафиг не сдался.
    Инфраструктурщикам - поддержку со стороны оборудования подавай. И со стороны вендора. И официальную инструкцию по настройке.
    Полтора линуксойда - те да, могут пердолиться как им угодно - пока с вышеозначенными множествами не пересекутся.
     
  • 3.176, Пряник (?), 14:47, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    IPSec как раз таки и является самым нормальным VPN. Точнее IPSec это лишь шифрование. VPN делается через IKEv1+l2tp или IKEv2. Шифрование AES аппаратно поддерживается много где.
     
     
  • 4.215, пох. (?), 21:01, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > IPSec как раз таки и является самым нормальным VPN. Точнее IPSec это
    > лишь шифрование.

    ipsec это и есть vpn. Вполне образует эту самую virtual network произвольной топологии. (или не образует - это уж кому как удобно)

    Причем, вполне себе может обойтись и вовсе без ike, и уж тем более - windows-only костыля l2tp (его смысл в том же в чем ipsec interface в некоторых других ОС, только слепили из того что было, не заморачиваясь эффективностью).
    ike - это всего лишь механизм key exchange (первая буква там преданье старины глубокой и давно устарела). Один из возможных.

     
     
  • 5.237, Пряник (?), 10:20, 22/09/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > ipsec это и есть vpn

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

     

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

  • 1.24, fumanchez (ok), 11:22, 20/09/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Для меня лично теперь основной критерий выбора - поддержки сжатия на уровне фс. Запилить такую опцию не должно составлять труда, а ее отсутствие должно настораживать.
     
     
  • 2.27, Аноним (8), 11:46, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    NTFS, уже почти тридцать лет.
     
     
  • 3.37, Ананий (?), 12:23, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    лол было бы чем гордиться, сжатие работает лишь для кластеров <=4к
    ну и бонусом идет фрагментация
     
     
  • 4.40, Аноним (8), 12:41, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Даже не вспомню, когда я видел NTFS с размером кластера, отличным от 4К.
     
     
  • 5.41, Ананий (?), 12:52, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    На диске С: (кстати когда уже этот анохронизм сподобятся убрать? или так и будем жить як в 90х, с дисководами на 360к от роботрона) по умолчанию да. На всем остальном в 202Х делать такой размер смысла мало.
    Или ты прон блюреи на 50Г тоже хранишь с кластером на 4к? Или баттлфилды на 100Г? Ну удачи, че.
     
     
  • 6.42, Аноним (8), 13:01, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Давай посмотрим на вопрос под другим углом: много ли кто при создании NTFS-раздела выбирает размер кластера, отличный от умолчального 4К?

    > Или ты прон блюреи на 50Г тоже хранишь с кластером на 4к? Или баттлфилды на 100Г? Ну удачи, че.

    А что страшного в данном случае происходит?

     
     
  • 7.45, пох. (?), 13:22, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Многие - те самые владельцы современных дисков по 20 тер (c 4 лимит 16, но устанешь ждать пока оно проверяется).
    Но им, конечно же, очень актуально пофайловое сжатие. (нет)

    > А что страшного в данном случае происходит?

    не получается включить сжатие для несжимаемого файла, бида, пичаль.

     
     
  • 8.47, Ананий (?), 13:27, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    ну так еще и не зашифровать самым лучшим на свете тм битлокером ... текст свёрнут, показать
     
     
  • 9.49, пох. (?), 13:39, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    20T Мгм Др-чи что-ли в разрешении поменьше ну или хотя бы на разрешенный... текст свёрнут, показать
     
  • 7.46, Ананий (?), 13:25, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Меньше скорость чтения/записи, особенно для нжмд, разрастание двух MFT
    Впрочем о чем тут говорить, все вокруг идиоты, придумывают разные размеры экстентов и recordsize для зфс, но раз аноним за всех порешал, значит не нужно. Все сидим на 4к и не жужим.
     
     
  • 8.48, Аноним (8), 13:36, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Скорость чтения записи стогигабайтных файлов ограничивается исключительно носите... текст свёрнут, показать
     
  • 6.64, Аноним (53), 14:19, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >На диске С: (кстати когда уже этот анохронизм сподобятся убрать?

    И ещё один анахронизм: заголовок MZ у файлов формата PE, заодно и расширение .ехе.

     
     
  • 7.68, Аноним (8), 14:54, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Можно в .com переименовать для разнообразия.
    Раньше ещё сигнатура ZM вместо MZ работала.
     
     
  • 8.93, Аноним (-), 19:08, 20/09/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 7.116, Аноним (-), 23:54, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >>На диске С: (кстати когда уже этот анохронизм сподобятся убрать?
    > И ещё один анахронизм: заголовок MZ у файлов формата PE, заодно и
    > расширение .ехе.

    Они это даже в UEFI затолкали. И вот этот гуашь уже и дос то загружать в части реализаций разучился - а в части и не умел никогда (откуда он на ARM/MIPS/RISCV?). А заголовок, вот, есть. Интеерсно кстати - на ARM всяких там x86 код, чтобы совсем уж бессмысленно и беспощадно? :)

     
     
  • 8.149, Аноним (150), 08:33, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ну если вы найдёте MS-DOS под ARM 8230 ... текст свёрнут, показать
     
  • 2.33, пох. (?), 11:56, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    тооочна! При ширпотребных дисках по 20 терабайт и nvme модулях работающих уже почти на скорости оперативки - сжатие на уровне фс это вот супернеобходимейшая фича.

     
     
  • 3.36, Аноним (36), 12:08, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > nvme модулях работающих уже почти на скорости оперативки

    Разница в пропускной способности на порядок, в лучшем случае (это если PCIe 5.0 и средний DDR5 сравнивать; если более дешманский PCIe 3.0 или 4.0, то всё еще печальнее). Разница в задержке на несколько порядков.

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

     
     
  • 4.65, Минона (ok), 14:26, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Во сколько раз сжимаются документы, раз в 10?
    Ну будет у тебя отчёт открываться за 10 мс вместо 100, что ты выиграешь от разницы в 90 мс?
     
     
  • 5.75, 1 (??), 16:20, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Увеличение ЧСВ на порядок.
     
  • 5.76, Аноним (36), 16:22, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    В первую очередь я выиграю место на диске, и уже одного этого мне будет достаточно. Во-вторую, я, возможно, выиграю в скорости загрузки и запуска приложений, если сожму директории с бинарниками, к примеру. Но тут выиграю или нет - зависит уже от скорости накопителя и CPU.
     
  • 5.118, User (??), 23:57, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Эм, смотря какие. Если docx - то не восколько, они уже пожаты. А если кто-то чего-то в любимом vi наплейнтекстил - то таки да, есть разница.
     
  • 5.119, Аноним (-), 23:57, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Во сколько раз сжимаются документы, раз в 10?
    > Ну будет у тебя отчёт открываться за 10 мс вместо 100, что
    > ты выиграешь от разницы в 90 мс?

    Да вот видите ли - он выиграть может...
    1) Доступное свободное место. А поди плохо если гигабайт подешевеет в пару раз?!
    2) Износ накопителя. Сильно продвинутые и сами что-то могут попытаться изобразить - но это как минимум не транслируется в выигрыш по емкости, т.е. вон то все равно лучше.
    3) Документы и вообще файлы - разные бывают. Где 10 мс а где и 10 с.
    4) А если это сервак, то через всего то 1000 запросов 10 мс станут теми же 10 с.

     
     
  • 6.133, fumanchez (ok), 01:40, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    У меня хомяк похудел почти на треть с zstd при самой легкой степени сжатия, а там, к примеру, лежал флатпаковский .var (я с флагом --user все ставлю). А сервер в теории можно более равномерно загрузить, если он до этого не упирался в процессор.
     
     
  • 7.136, Аноним (-), 01:55, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > У меня хомяк похудел почти на треть с zstd при самой легкой
    > степени сжатия,

    А у меня система (и ее снапшоты!) раза в 2 с гаком полегчали на SSDшнике. Поди плохо то, если это еще и не в ущерб скорости, а то и с бонусом к ней. Я типа жаловатсья должен что мне гигов досыпали, а то и скорости? :)

    > а там, к примеру, лежал флатпаковский .var (я с флагом --user все ставлю).

    Я вообще не ставлю никакие флатпаки, ибо нафиг винды. Но на нормальной файлухе это кроме сжатия наверное еще и дедупнется неплохо.

    > А сервер в теории можно более равномерно загрузить, если он до этого не упирался в процессор.

    Ну как бы если IO еще и ускорится - то это всяко лучше. А если и нет - меньше займется места, меньше протирания SSD. Тоже неплохо.

     
     
  • 8.142, пох. (?), 07:41, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    просто пофигу Никому в 2k23 неинтересно занимает ли твоя система вместе с нен... текст свёрнут, показать
     
     
  • 9.205, Аноним (-), 19:11, 21/09/2023 Скрыто ботом-модератором     [к модератору]
  • –2 +/
     
  • 7.274, InuYasha (??), 10:18, 24/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Я до слёз от мысли как ты будешь файлы каким-нибудь O&O recovery по заголовкам искать. И не найдёшь. :D
     
     
  • 8.275, fumanchez (ok), 10:54, 24/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Был бы умный - знал бы, что жмется не все подряд ... текст свёрнут, показать
     
     
  • 9.278, InuYasha (??), 21:23, 24/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    И что же Как, интересно, фс узнает, что у BMP-файла есть заголовки, а внутри чт... текст свёрнут, показать
     
     
  • 10.280, fumanchez (ok), 00:08, 25/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Если тебе лень открывать документацию, то кратко btrfs пытается сжать первые 12... текст свёрнут, показать
     
     
  • 11.294, InuYasha (??), 11:05, 27/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, это уже прямое нарушение OSI ФС вообще сжатием заниматься не должна Решени... текст свёрнут, показать
     
     
  • 12.295, fumanchez (ok), 12:26, 27/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    ФС может хранить данные вообще как угодно, и решение таки принимает юзер - сжати... текст свёрнут, показать
     
  • 6.141, пох. (?), 07:26, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    сколько его вообще похрен всем Неплохо если терабайт подешевеет - но откуда у ... большой текст свёрнут, показать
     
     
  • 7.207, Аноним (-), 19:21, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    А где как На системных SSDшниках места не так уж и дохрена, оно денег сотит, а ... большой текст свёрнут, показать
     
     
  • 8.211, пох. (?), 20:23, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    страдания долбанавтов держащих какой-то ненужный мусор в системном разделе вмест... большой текст свёрнут, показать
     
     
  • 9.220, Аноним (220), 21:35, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Я уже понял что твой потолок использования компьютеров - это хомячить А софт ви... большой текст свёрнут, показать
     
  • 3.132, fumanchez (ok), 01:28, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > тооочна! При ширпотребных дисках по 20 терабайт и nvme модулях работающих уже
    > почти на скорости оперативки - сжатие на уровне фс это вот
    > супернеобходимейшая фича.

    Полный бред, как про объемы, которые составляют 1-2 ТБ для HDD и 256+ ГБ для SSD, так и про скорости, но тут пожалуй без комментариев. И это именно что опция, чтобы у тебя была возможность при необходимости эту опцию задействовать (почему вообще это приходится объяснять?). Плюс тут люди пограмотнее уже поясняли, что это может быть полезно для уменьшения количества записей на SSD и I/O в целом.

     
     
  • 4.140, пох. (?), 07:22, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Полный бред, как про объемы, которые составляют 1-2 ТБ для HDD и 256+ ГБ для SSD

    у тебя криокамера потекла. С разморозочкой, но тебе у нас не понравится. Чини быстрей пока есть чем и давай дальше в свое гребаное будущее.
    Вот во времена твоих дисков "1-2 ТБ" как раз была актуальна та фича в ntfs. Но им вполне хватало кластера в 4k.

    А сегодня _ширпотребный_ диск выглядит как-то вот так: https://www.amazon.com/dp/B09QFV1HNZ/
    (ширпотребный, даром что помечен как "data center". В твой дрисктоп даже можно вставить и будет жужжать. Неширпотребные - это какие-нибудь hm-smr)

     
     
  • 5.164, fumanchez (ok), 12:16, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ок, ширпотребный НОВЫЙ хард на текущий момент это 8ГБ для ПК и 2 ГБ для ноутов, судя по первым результатам категории "Internal hard drives". Конечно же, у всех на данный момент стоят именно харды (нет), еще и купленные в 2023 (нет), а даже если и не стоят, то обязательно будут стоять (нет).

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

    А может будут какие-то экспертные комментарии относительно сжатия на SSD (в частности внешних), на флешках? Или даже может быть какие-то экспертные подсчеты издержек на содержание датацентра с компрессией и без?

     
     
  • 6.180, пох. (?), 15:42, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    дружище, не все живут в помойном бачке Первые результаты тебе видимо показываю... большой текст свёрнут, показать
     
  • 6.208, Аноним (-), 19:24, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Ок, ширпотребный НОВЫЙ хард на текущий момент это 8ГБ для ПК и
    > 2 ГБ для ноутов, судя по первым результатам категории "Internal hard
    > drives".

    Вот прям ГБ? Путешественник во времени не палится :)

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

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

     
     
  • 7.212, пох. (?), 20:31, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    если по цене отсортировать то могут и дискеты вылезти Пятидюймовые да-да кон... большой текст свёрнут, показать
     
     
  • 8.221, Аноним (-), 21:49, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Эм, ну я бы взял себе несколько штук для антуражу И винчей и дискет Если по бр... большой текст свёрнут, показать
     
  • 2.34, _ (??), 11:56, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А ты в курсе что ход дисков менее 100 гиг больше даже не продаётся? Зойчем сжимать на уровне файлов , а не FS - вообще за гранью понимания…
     

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

  • 1.50, Аноним (50), 13:47, 20/09/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Ура! Очередной бтрфс завезли! На ближайшие 10 лет разработчикам файловых систем будет чем заняться, а там и очередная инновация появится. А люди как сидела на ext4/xfs, так и поодолжат.
     
     
  • 2.77, Самый умный из вас (?), 16:23, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Люди сидят на cow, на ехт4 сидит масса
     
     
  • 3.120, коньюктивит (?), 23:58, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Сидят на корове? Они не знают, что корова не ездовое животное? Ох уж эти маргиналы внутри маргиналов.
     
     
  • 4.168, Аноним (11), 13:19, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    apt moo
     
  • 2.122, Аноним (-), 00:00, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Ура! Очередной бтрфс завезли! На ближайшие 10 лет разработчикам файловых систем будет
    > чем заняться, а там и очередная инновация появится. А люди как
    > сидела на ext4/xfs, так и поодолжат.

    Ну так до сих пор вон чувак с деревянной телегой в правом ряду тошнится. Если от крупных городов отъехать. В перди куда подальше. И оправляется в дырку удобств во дворе. Присоединяйся! И вообще нахрен тебе файлухи? И грамоту можно не учить. Понапридумывали тут всяких компьютеров, ироды.

     
     
  • 3.255, Аноним (255), 21:10, 22/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    То ли дело ты - на феррари с хомяком в колесе вместо двс. Ачо, всё равно только по пробкам ездишь, хватает. И дороги нормальные (в треугольнике "дом-работа-пятёрочка").
     
     
  • 4.261, Аноним (-), 00:58, 23/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > То ли дело ты - на феррари с хомяком в колесе вместо
    > двс. Ачо, всё равно только по пробкам ездишь, хватает. И дороги
    > нормальные (в треугольнике "дом-работа-пятёрочка").

    Я уже давно не езжу. Я навигирую по 4-мерному пространству, в чем-то типа гибрида звездолета и машины времени. Давно забив на те глупые концепции. А если меня при парковке угораздит материализоваться посреди фонарного столба, failsafe, вот, отмотает время назад и я попробую еще раз. Вбив немного другие координаты бортовому компьютеру на этот раз.

    Такая вот разница в эксплуатации систем. При том первыми этот стиль освоили как раз корпорации с виртуалками так то. Потому что это эффективно.

     
     
  • 5.279, InuYasha (??), 21:25, 24/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Навигируешь на виртуальной машине, получается? :D
     
     
  • 6.282, Аноним (-), 02:04, 25/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Менеджмент большей части моих железок мало чем отличается от виртуалок, сюрприз ... большой текст свёрнут, показать
     

  • 1.55, 12yoexpert (ok), 13:59, 20/09/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    что такое ФС? FS?
     
     
  • 2.61, Аноним (8), 14:03, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • +9 +/
    Да, Failovaya Sistema.
     
     
  • 3.96, InuYasha (??), 20:17, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Da, Fail System. :)
     

  • 1.66, Аноним (66), 14:34, 20/09/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    "В Bcachefs используется механизм Copy-on-Write (COW), при котором изменения не приводят к перезаписи данных"

    это называется Redirect on Write (RoW)

     
     
  • 2.71, Минона (ok), 15:22, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > "В Bcachefs используется механизм Copy-on-Write (COW), при котором изменения не приводят
    > к перезаписи данных"
    > это называется Redirect on Write (RoW)

    Нет, это CoW.
    Отличия смотри тут: https://support.huawei.com/enterprise/ru/doc/EDOC1100200561

     
     
  • 3.90, Аноним (90), 18:34, 20/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    по описанию в новости- ROW, а чо там внутри я без понятия.
     
  • 2.123, Аноним (-), 00:05, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > "В Bcachefs используется механизм Copy-on-Write (COW), при котором изменения не приводят
    > к перезаписи данных"
    > это называется Redirect on Write (RoW)

    У этой технологии много имен. Примерно то же по смыслу для памяти называется RCU - Read-Copy-Update. Ну а смысл примерно одинаковый.

    Copy-on-write лучше всего отражает суть - при отличии делается копирование отличающейся версии в другое место. Параллельно начинают существовать 2 версии изменившегося региона. Т.е. довольно близкое к копированию по эффекту действо. Это не совсем точное название т.к. копии более не идентичные. Но остальные названия не отражают суть действа и не дают понимание что место будет потрачено на старый и на новый вид, и почему GC может захотеться в некий момент.

     

  • 1.74, Kuromi (ok), 16:16, 20/09/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Очередная "SSD-ориентированная" и еще NOVA на подходе. Притом что когда появилась F2FS все сразу по умному сказали что "да зачем это, контроллеры и так умные".

    Как же так?

     
     
  • 2.126, Аноним (126), 00:15, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Оно не SSD ориентированное а универсальное и многодевайсное Все новые дизай... большой текст свёрнут, показать
     
     
  • 3.225, Kuromi (ok), 22:12, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    На самом деле он уже несколько лет как многодевайсный, при создании ФС и позже ... большой текст свёрнут, показать
     
     
  • 4.229, Аноним (-), 01:46, 22/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    О, и правда завезли Но ты уж извини, там про лишь рассмотрение как 1 большого д... большой текст свёрнут, показать
     
     
  • 5.239, Kuromi (ok), 13:01, 22/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Да, у F2FS вообще нет никакиого намека на менеджмент томов, там просто объединяю... большой текст свёрнут, показать
     
     
  • 6.251, Аноним (-), 18:15, 22/09/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ответ ради ответа А смысл Аналог этого сто лет можно было lvm md dm и ко дюжин... большой текст свёрнут, показать
     
  • 5.242, Kuromi (ok), 13:52, 22/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Кстати многопоточность в F2FS была всегда. По умолчанию она пишет на диск в 4 (кажется так) потока в рассчете на многоканальные контроллеры памяти. Другой вопрос что недорогие диски сейчас частенько имеют 1 канал всего, да и вообще канальность зависит от количества чипов NAND, если он один (а так клепать М.2 намного проще и формфакто может быть еще меньше), то извините. Поддержка многих устройсв одной ФС позволяет эту проблему слегка порешать.
    На форониксе тесты были, прирост и правда есть, хотя и не гигантский, порядка 10%. Там кстати в проблему с именованием устройсв при форматировании не заметили тупо потому что протестировали и забыли.
     

  • 1.86, Аноним (86), 17:53, 20/09/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > прозрачное сжатие данных (режимы LZ4, gzip и ZSTD),

    зачем этот выбор?

     
     
  • 2.124, Аноним (126), 00:08, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >> прозрачное сжатие данных (режимы LZ4, gzip и ZSTD),
    > зачем этот выбор?

    Потому что один размер на всех - не катит. Кому-то надо максимальную скорость, а сжатие лишь приятный бонус. Для них LZ4 на минималочках. А кому-то захочется место сэкономить, на сжатии можно попыхтеть, распаковывать лучше не очень тормозно - и ему тогжа зайдет zstd на высоких уровнях. И так далее. Gzip - где-то посередине но при наличии zstd не сильно нужен уже. Видимо чтобы старые ФС читать - zstd в ядре относительно недавно. А сабжу так то уже около 10 лет.

     
     
  • 3.134, fumanchez (ok), 01:47, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Еще скорость разжатия почти не меняется даже после запаковки хоть с самым высоким уровнем. Может быть актуально для внешнего диска.
     
     
  • 4.137, Аноним (-), 02:09, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    У LZ-based все три именно оно есть довольно большая асимметрия по ресурсам на ... большой текст свёрнут, показать
     
     
  • 5.162, fumanchez (ok), 11:40, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > В первом приближении, сжатие LZ - поиск совпадений, чем длиннее, тем лучше.

    btrfs жмет не файл целиком, а его куски по 128 КБ, поэтому тут навряд ли количество совпадений будет сильно отличаться при разных уровнях сжатия, а решать будет скорее то, как алгоритм отрабатывает в среднем, но я не шарю. Страдают только экстенты жирных файлов - на каждый скомпрессированный кусок надо хранить метаданные, и по идее это тоже бьет по времени доступа к содержимому из-за фрагментации, но я чето уже и не помню где глянуть бенчмарки, чтобы оценить какой выигрыш дает хранение файла "сплошняком".

     
     
  • 6.210, Аноним (-), 19:49, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А таки - некая зависимость плотность сжатия vs скорость остается Поэтому сие де... большой текст свёрнут, показать
     
     
  • 7.224, fumanchez (ok), 22:02, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Пожалуй да, хоть zstd 1 неожиданно хорошо себя показал в плане сжатия, но ради и... большой текст свёрнут, показать
     
     
  • 8.230, Аноним (-), 02:41, 22/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Zstd делал тот же кодер что LZ4, это творение Cyan а Технически это что-то тип... большой текст свёрнут, показать
     
     
  • 9.240, fumanchez (ok), 13:33, 22/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Вчера таки еще разок заглянул на страничку Compression в доке btrfs, и оказывает... большой текст свёрнут, показать
     
     
  • 10.262, Аноним (-), 02:35, 23/09/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    LZO по смыслу похож на LZ4, тоже скоростной 1-компонентный алгоритм, с прицелом ... большой текст свёрнут, показать
     
     
  • 11.268, fumanchez (ok), 15:17, 23/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Я смотрю в первую очередь на скорость разжатия, все-таки данные пишутся один раз... большой текст свёрнут, показать
     
     
  • 12.286, Аноним (-), 16:04, 25/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ну как бы в итоге все состоит из времени чтения времени распаковки, и оптималь... большой текст свёрнут, показать
     
     
  • 13.288, fumanchez (ok), 20:49, 25/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Мне лично задержки не критичны и большая часть пользовательских данных мне видит... большой текст свёрнут, показать
     
     
  • 14.291, Аноним (-), 19:48, 26/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ну как, в случае быстрой SSD хи на умеренном проце скорость записи zstd может за... большой текст свёрнут, показать
     
  • 7.226, fumanchez (ok), 22:23, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > А соотношение оптимально в конкретном случае - зависит от деталей. И может завести в довольно дальние дебри pareto frontier'а, у этих, от сжатия, свои граали тоже есть.

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

     
     
  • 8.232, Аноним (-), 03:19, 22/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Боюсь вам ОЧЕНЬ не понравится размер таких таблиц Для них даже ZFS с его зеттаб... текст свёрнут, показать
     
     
  • 9.241, fumanchez (ok), 13:38, 22/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ну да, тут херню сказанул, да и таблицы для паролей еще и под укороченный алфави... текст свёрнут, показать
     
  • 7.297, Kuromi (ok), 16:35, 27/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > На механике фрагментация это фу. На SSD - сильно меньше фу, можно
    > не очень париться. А большой непрерывный экстент всяко эффетивнее кучи мелочи.
    > Вопрос в масштабе эффекта и стоит ли оно заморочек в конкретном
    > случае.

    Меньше, конечно, но не настолько уж и сильно меньше фу. Мелкоблочное чтение даже на быстрых NVME НАМНОГО медленнее линейного и большого прогресса тут не видно (как минимум пока не откажутся от трансляции, что опять же потребует новых ФС и механизмов выравнивания). А распространение безбуферных дисков эту проблемку еще и усиливает - невозможность разместить всю таблицу трансляции в набортном RAM осложняет скачкообразное чтение по всему диску. В том же Линуксе безбуферники берут от системной памяти 128 (хотя кое где говорят что 256) мегабайт, а обычное соотношение RAM к NAND - 1 мегабайт на 1 гигабайт, т.е. 1 гигабайт буфера под 1 терабайт диска. Жить можно, но становится понятно почему вендоры так любят выпячивать именно линейную скорость.

     
  • 2.182, Пряник (?), 15:43, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Предположу, что, как Горк и Морк: одно жмёт быстро, но слабо, а другое долго, но сильно.
     
  • 2.243, Kuromi (ok), 14:01, 22/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >> прозрачное сжатие данных (режимы LZ4, gzip и ZSTD),
    > зачем этот выбор?

    У F2fs тоже несколько на выбор. Это нынче норма, главное чтобы в будущих обновлениях ВДРУГ не оказалось бы что данные сжатые алгоритмом Х больше не читаются.

     

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

  • 1.91, Анончик (?), 18:48, 20/09/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Когда смотрел оно было очень монструозным
     
  • 1.101, Аноним (101), 21:43, 20/09/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > По производительности Bcachefs опережает Btrfs и другие ФС на базе механизма Copy-on-Write
    > В Bcachefs используется механизм Copy-on-Write (COW)

    Она получается сама себя опережает?

     
     
  • 2.125, Аноним (126), 00:09, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >> По производительности Bcachefs опережает Btrfs и другие ФС на базе механизма Copy-on-Write
    >> В Bcachefs используется механизм Copy-on-Write (COW)
    > Она получается сама себя опережает?

    Да легко. Программа новой версии может оказаться быстрее старой из-за улучшения алгоритмов. Уж в ФС это вообще норма жизни.

     
  • 2.206, Аноним (90), 19:19, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    нет
    тут RoW, если правильно описано в новости
     

  • 1.200, Аноним (200), 17:41, 21/09/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > Особенностью Bcachefs является поддержка многослойного подключения накопителей, при котором хранилище компонуется из нескольких слоёв - к нижнему слою подключаются наиболее быстрые накопители (SSD), которые используются для кэширования часто используемых данных, а верхний слой образуют более ёмкие и дешёвые диски, обеспечивающие хранение менее востребованных данных.

    Вот уж реально киллер фича, но в комментах почему-то спорят о совсем другом

     
     
  • 2.209, Аноним (209), 19:42, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ZFS такую "особенность" имеет с рождения
     
     
  • 3.213, пох. (?), 20:33, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > ZFS такую "особенность" имеет с рождения

    отродясь не имел.

    тут layered storage а не т-пой да еще и де-факто неработающий кэш только на чтение.

     
     
  • 4.223, Аноним (-), 21:56, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > тут layered storage а не т-пой да еще и де-факто неработающий кэш
    > только на чтение.

    Ну да. В общем то Кент достаточно забавно понял как еще можно с write-anywhere развернуться, учитыая свойства девайсов.

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

     
  • 4.256, Аноним (209), 23:07, 22/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Подождите минуточку, давайте посмотрим на второй абзац новости К пулу ZFS при ж... большой текст свёрнут, показать
     
     
  • 5.263, Аноним (-), 02:42, 23/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Может вас еще и авто-репайр битой копии с исправной настораживать станет Хороши... большой текст свёрнут, показать
     
  • 2.222, Аноним (-), 21:53, 21/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Вот уж реально киллер фича, но в комментах почему-то спорят о совсем другом

    Видимо не всем столько счастья надо и не все понимают что вообще можно вытворять с улучшенным вариантом гипердрайва Mk II :)

    Дла этого надо все же немного войти во вкус и познать вещи за пределами EXT4, блин.

     
  • 2.234, Аноним (66), 07:15, 22/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Устарело, нынче модно всё на ssd или nvme
     
     
  • 3.245, Kuromi (ok), 14:05, 22/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Устарело, нынче модно всё на ssd или nvme

    Хранить жирные рипы и прочие медиафайлы на SSD все еще не особо модно. Записываешь раз, читаешь кусками, 7 гигабайт в секунду чтения (PCIE4) тут не нужны вообще.

     
     
  • 4.246, пох. (?), 15:36, 22/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    причем записываешь тоже не из мегаскоростного источника, откуда бы ему такому взяться.

    Остается только проверить - а сработает ли моднявый bcache правильно в таком формате - или таки будет переписывать этот рип с hdd на ssd layer чтобы потом отдавать в секунду не гигабайты а 7 килобит да и те не факт.

     
     
  • 5.257, Kuromi (ok), 23:30, 22/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > причем записываешь тоже не из мегаскоростного источника, откуда бы ему такому взяться.
    > Остается только проверить - а сработает ли моднявый bcache правильно в таком
    > формате - или таки будет переписывать этот рип с hdd на
    > ssd layer чтобы потом отдавать в секунду не гигабайты а 7
    > килобит да и те не факт.

    Теоретически модный bcache при записи должен пихнуть рип на SSD, потом потихоньку в фоне перенести его в на HDD, а дальше смотреть как часто дергают данный файл. Если это что-то активно используемое, то держать на SSD, если нет, то нет. Тут все упирается в то насколько умная эвристика.

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

     
     
  • 6.264, Аноним (-), 02:49, 23/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Это под гибриды где HDD и SSD в одном девайсе Зонирование - немного не про то ... большой текст свёрнут, показать
     
  • 6.267, пох. (?), 09:13, 23/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Теоретически модный bcache при записи должен пихнуть рип на SSD

    ага. Напоминаю - откуда он взялся-то? Правильна - либо с флэшки, либо с интернета, и скорость поступления этих данных не то что для ssd, а для mfm hdd вполне посильна.

    Поэтому мы просто даром тратим ресурс.

    Теперь мы его начинаем "активно использовать". Т.е. смотрим и подр..4иваем. Он, напоминаю - бааааальшоой. Поэтому места для всяких любимых тут некоторыми "/build" немножко перестает хватать и они идут нахрен писаться на медленный уровень. (хуже вариант - пишутся таки на ssd потому что он в приоритете, а потом переписываются потому что рип все еще читается - снова зря тратим ресурсы) Чтение идет со скоростью аж 8 килобит в секунду (что по-моему даже перебор для прона, чего там прыщи на п-де разглядывать-то) - опять справился бы древний диск.

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

     
     
  • 7.287, Аноним (-), 16:13, 25/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Теперь мы его начинаем "активно использовать". Т.е. смотрим и подр..4иваем. Он, напоминаю
    > - бааааальшоой. Поэтому места для всяких любимых тут некоторыми "/build" немножко
    > перестает хватать и они идут нахрен писаться на медленный уровень.

    Если кэш не совсем тупой он статистику вести будет - и забуферит даже не весь build а то что часто гоняют. А редкое - и хрен с ним. А если ты на огроменное порево так часто наяривать удумал, тебя, наверное, мозоли начнут больше напрягать. И не факт что только на руках :))). При этом как мне кажется тебе уже не до проблем SSD будет. "Козел у вас конечно задр@ченный, но жить будет" (c) анекдот.

     
  • 7.296, Kuromi (ok), 16:14, 27/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >> Теоретически модный bcache при записи должен пихнуть рип на SSD
    > ага. Напоминаю - откуда он взялся-то? Правильна - либо с флэшки, либо
    > с интернета, и скорость поступления этих данных не то что для
    > ssd, а для mfm hdd вполне посильна.
    > Поэтому мы просто даром тратим ресурс.

    Ну так для тех же быстрых NVME даже в тестах данные льются чтобы скорость проверить - с другого такого же NVME, иначе откуда еще? Самый быстрый SATA SSD не загрузит на полную даже PCI-E 3 диск стоящий во втором слоте с двумя линиями PCI-E.

    С другой стороны там только в кэше такая скорсоть, так что...

     
  • 2.244, Kuromi (ok), 14:03, 22/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >> Особенностью Bcachefs является поддержка многослойного подключения накопителей, при котором хранилище компонуется из нескольких слоёв - к нижнему слою подключаются наиболее быстрые накопители (SSD), которые используются для кэширования часто используемых данных, а верхний слой образуют более ёмкие и дешёвые диски, обеспечивающие хранение менее востребованных данных.
    > Вот уж реально киллер фича, но в комментах почему-то спорят о совсем
    > другом

    Так это наследие от Bcache, который собственно это и делал - кэшировал HDD на SSD. Много лет уже доступно, а раньше SHDD тоже самое делали только сами.

     
     
  • 3.292, rinat85 (ok), 23:29, 26/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    то, как в первых имплементациях было реализовано, было напрямую взято из bcache, но позже всё переделали для именно файловой системы
     

  • 1.266, Аноним (266), 05:16, 23/09/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Без длинных имен файлов и 16 битных символов так же не нужна как Btrfs, ZFS, Linux, хотя OpenZFS думают над добавлением.
     

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



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

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