ㅤ
И он тоже подчеркивает что даже возможно на SSD стоит применять дефраг.
ㅤ
Но тогда мы вернемся снова к вопросу про Write amplification. Ну и так по кругу. :)
ㅤ
Похоже вечный двигатель уже изобрели, это обсуждать BTRFS.
Dead
Это не мало в любом случае. На скорости всё это скажется на HDD. Кстати rpm тоже активно ее юзает и единственно где я замечать начал так это замедление в mock когда собираю, когда mock на HDD.
у меня наоборот вроде локальная сборка стала быстрей выполняться после сжатия
Dead
но у нас ndb, в fedora вроде на другую переехали
ㅤ
Наду сразу смотреть сколько фрагментов уже у БД RPM.
Yaroslav
@Artem4 вот что у меня с профилем FF: https://paste.centos.org/view/6642014a
Dead
в барклидб кстати дольше локально тоже дольше собирались
ㅤ
@Artem4 вот что у меня с профилем FF: https://paste.centos.org/view/6642014a
И это даже не на btrfs, на ext4/xfs?
Yaroslav
И это даже не на btrfs, на ext4/xfs?
это на старой btrfs, ~год пользовался, но пару раз делал дефрагментацию
ㅤ
в барклидб кстати дольше локально тоже дольше собирались
Вау, может в этом и вся разгадка. Но в любом случае с БД будет хуже если сранвить с другими ФС, другое дело что с некоторыми может не играет большой роли.
Anonymous
ну вот например холодный старт ОС на HDD долгий, прям очень, тут я не спорю, но приложения работают нормально, тот же браузер работает не хуже чем на SSD
Запустил и пошел пить кофе. У меня сейчас так.
Yaroslav
ещё у меня толстое чувство, что btrfs добила мне диск
но это ничем не подтверждено :)
ㅤ
Я пока даже не заметил чтобы мои VM которые на SSD стали хоть немного медленнее с btrfs и это без nodatacow пока что, специально хочу потестить.
olegon.ru
ещё у меня толстое чувство, что btrfs добила мне диск
но это ничем не подтверждено :)
жесткий или солидный?
olegon.ru
я уже писал, что когда с zfs на btrfs с компрессией писал, писалось куда больше, чем читалось
Dead
в openSUSE есть набор скриптов для обслуживания btrfs
btrfs-balance for weekly
btrfs-scrub for monthly
Еще есть trim и defrag но они вроде отключены, for none написано
ㅤ
в openSUSE есть набор скриптов для обслуживания btrfs
btrfs-balance for weekly
btrfs-scrub for monthly
Еще есть trim и defrag но они вроде отключены, for none написано
Тоже интересно. Но кстати то что автодефраг даже в opensuse не включен до сих пор тоже о многом говорит и что это операция считается потенциально опасной.
olegon.ru
так еще раз возвращаюсь к вопросу о двух дисках в btrfs, они в зеркале или JBOD?
olegon.ru
я где-то видел, что рейд липовый...
Sergei
так еще раз возвращаюсь к вопросу о двух дисках в btrfs, они в зеркале или JBOD?
Там разные режимы работы есть. Как сделаешь - так и будет.
olegon.ru
и нормально работает?
Sergei
но зеркало точно есть?
В каком смысле "есть"? Raid 1 поддерживается. Вопрос звучит странно. Приведи контекст.
olegon.ru
В каком смысле "есть"? Raid 1 поддерживается. Вопрос звучит странно. Приведи контекст.
контекст простой, я собрал зеркало в свое время, а получил jbod, увидел это уже при переезде
Sergei
контекст простой, я собрал зеркало в свое время, а получил jbod, увидел это уже при переезде
Очевидно, ты собрал jbod.
olegon.ru
может, но хотел 1
ㅤ
А вот моя фрагментация VM образов за пару дней использования: 😊
fedora-31-release.qcow2: 26914 extents found
fedora-31.qcow2: 44165 extents found
Что было бы если они были на HDD.
ㅤ
А вот моя фрагментация VM образов за пару дней использования: 😊
fedora-31-release.qcow2: 26914 extents found
fedora-31.qcow2: 44165 extents found
Что было бы если они были на HDD.
Тут бы никакая дефрагментация не спасла по расписанию.
Sergei
А вот моя фрагментация VM образов за пару дней использования: 😊
fedora-31-release.qcow2: 26914 extents found
fedora-31.qcow2: 44165 extents found
Что было бы если они были на HDD.
Ну я тебе сразу сказал, что надо флаг nocow ставить и пересоздавать файл.
ㅤ
Ну я тебе сразу сказал, что надо флаг nocow ставить и пересоздавать файл.
Угу, но https://t.me/russianfedora/516035
ㅤ
https://opennet.ru/53374/
Matrix
late: Всё жемутная история с этим btrfs. Какие-то плюшки дорогой ценой. Тут в этом чате уже была мысль что у всех всё равно SSD сейчас, незачем на HDD ровняться. Вот, похоже что как-то так авторы пропозола и думают.
Sergei
Угу, но https://t.me/russianfedora/516035
Должно-должно быть медленнее. В образы ВМ идёт много случайной записи, btrfs всё это делает в новые области с CoW, IO страдает.
ㅤ
Должно-должно быть медленнее. В образы ВМ идёт много случайной записи, btrfs всё это делает в новые области с CoW, IO страдает.
Должно быть на SSD тоже медленнее? Пока что я только упоминал что был чел который тоже утверждал такое и вот теперь еще сегодня Крис написал что дефрагментацию возможно стоит делать и на SSD тоже, но не уточнял почему.
Sergei
ㅤ
Понять бы насколько, в %, всё это выразится.
Sergei
Понять бы насколько, в %, всё это выразится.
Погугли, бенчмарки IO для cow vs nocow когда-то видел.
Alexander
>we are explicitly pushing people away from creating these types of "pet" systems
Одной фразой объяснил, зачем нужна Silverblue.
Эта фраза относится к reprovisional systems: например, северным, которые по уши обмазаны configuration management-ом. И как раз про то, что btrfs там не нужен. Домашние системы и рабочие станции же по определению будут pet-системами.
Alexander
В общем, идея в том, что операционная система - это "скотина" (cattle), а не "питомец" (pet). Она должна быть легко заменяемой (redeployable) тягловой лошадью, а не любимым котиком. Silverblue (как и её atomic-предшественники) эту идею форсируют.
Это для серверов-то не всегда работает. А на личных системах это антиутопия просто.
Sergei
Это для серверов-то не всегда работает. А на личных системах это антиутопия просто.
Пользователи Silverblue и EndlessOS с тобой не согласятся.
Alexander
Ну и, вообще, притягивать за уши концепцию управления большими парками серверов к домашним системам довольно неразумно.
Alexander
Пользователи Silverblue и EndlessOS с тобой не согласятся.
И что, эти системы можно репровиженить с очисткой диска хоть раз в неделю без ущерба юзабельности?
Sergei
И что, эти системы можно репровиженить с очисткой диска хоть раз в неделю без ущерба юзабельности?
Они же принципиально неизмениямые. Там /usr в рид-онли.
Хотя Silverblue оставляет возможность устанавливать пакеты "традиционным" способом, прибегать к ней рекомендуется только в крайнем случае.
Alexander
Sergei
Ну так можно или нет?
Если под "очисткой диска" ты подразумеваешь в удаление всех данных - то нет. Если только замену ОС - то да, и её замена происходит при каждом обновлении.
Alexander
Если под "очисткой диска" ты подразумеваешь в удаление всех данных - то нет. Если только замену ОС - то да, и её замена происходит при каждом обновлении.
Ясное дело, с удалением, мы же про cattle вместо pets говорим: умерла система (например, сдох диск), мы её заменили (отдав старую в ремонт на замену диска), на новую накатили конфигурацию и летим дальше, как будто ничего и не было.
Тебе же в случае стада неважно, что вместо умершей коровы теперь другая, главное, что поголовье сохранилось, и новая корова даёт примерно столько же молока.
Alexander
А данные с реплики сами приедут. А, в идеале, система, вообще, stateless.
Sergei
Ясное дело, с удалением, мы же про cattle вместо pets говорим: умерла система (например, сдох диск), мы её заменили (отдав старую в ремонт на замену диска), на новую накатили конфигурацию и летим дальше, как будто ничего и не было.
Тебе же в случае стада неважно, что вместо умершей коровы теперь другая, главное, что поголовье сохранилось, и новая корова даёт примерно столько же молока.
Мне кажется, ты путаешь "stateful vs. stateless" и "pets vs. cattle". Полная заменяемость невозможна никогда - пользовательские данные восстанавливают из бекапов, а не провижонят заново.
Alexander
Мне кажется, ты путаешь "stateful vs. stateless" и "pets vs. cattle". Полная заменяемость невозможна никогда - пользовательские данные восстанавливают из бекапов, а не провижонят заново.
Stateful не мешает cattle-подходу, просто немного усложняет следование ему: сдох сервер с данными, выкинули его, поставили другой, запровиженили, реплики залили ему данные, и пошла нагрузка.
Alexander
Это усложнение лишь повод разделять stateful и stateless части инфраструктуры для облегчения управления. Но подход, в целом, остаётся такой же.
Sergei
Stateful не мешает cattle-подходу, просто немного усложняет следование ему: сдох сервер с данными, выкинули его, поставили другой, запровиженили, реплики залили ему данные, и пошла нагрузка.
Короче, автоматический провижон для домашних систем в любом случае невозможен - не у всех под кроватью датацентр с менждментом конфигураций. А Silverblue это компенсируется тем, что нет никакой конфигурации ОС, помимо заводской (ну, почти), все пользовательские настройки содержатся отдельно от ОС, потому она и cattle. В смысле, операционная система, а не весь ПК со всеми данными в целом.
Дима
Ребят, а чего в центоси подман 2ой версии ставится через реп от opensuse?
Дима
# CentOS 8
sudo dnf -y module disable container-tools
sudo dnf -y install 'dnf-command(copr)'
sudo dnf -y copr enable rhcontainerbot/container-selinux
sudo curl -L -o /etc/yum.repos.d/devel:kubic:libcontainers:stable.repo https://download.opensuse.org/repositories/devel:/kubic:/libcontainers:/stable/CentOS_8/devel:kubic:libcontainers:stable.repo
sudo dnf -y install podman
Вот официальная инструкция.
Alexander
Короче, автоматический провижон для домашних систем в любом случае невозможен - не у всех под кроватью датацентр с менждментом конфигураций. А Silverblue это компенсируется тем, что нет никакой конфигурации ОС, помимо заводской (ну, почти), все пользовательские настройки содержатся отдельно от ОС, потому она и cattle. В смысле, операционная система, а не весь ПК со всеми данными в целом.
> Короче, автоматический провижон для домашних систем в любом случае невозможен - не у всех под кроватью датацентр с менждментом конфигураций.
Именно. Потому что у тебя дома не стадо железок, на индивидуальные особенности которых ты можешь забить. Потому я и говорю, что тащить концепцию управления сотнями серверов домой довольно глупо. У cattle-подхода слишком велики капитальные расходы на это безотносительно того, насколько ОС пытается избавиться от стейта, тут не в этом загвоздка.
> А Silverblue это компенсируется тем, что нет никакой конфигурации ОС, помимо заводской (ну, почти), все пользовательские настройки содержатся отдельно от ОС, потому она и cattle.
Стадо из одной коровы - это оксюморон.
Во-первых, юзеру на рабочей системе так или иначе будут требоваться изменения на уровне системы (да, не каждому первому, но будут).
Во-вторых, если даже взять андроид, как пример такого подхода, то насколько юзеры относятся к своим телефонам как к безликой скотине, которую поменять - плевое дело на 5 минут (если представить, что девайс на замену у них уже есть)? И, заметь, это андроид, который никто в здравом уме в качестве платформы для рабочей станции из-за его ограничений рассматривать не будет.
Дима
# CentOS 8
sudo dnf -y module disable container-tools
sudo dnf -y install 'dnf-command(copr)'
sudo dnf -y copr enable rhcontainerbot/container-selinux
sudo curl -L -o /etc/yum.repos.d/devel:kubic:libcontainers:stable.repo https://download.opensuse.org/repositories/devel:/kubic:/libcontainers:/stable/CentOS_8/devel:kubic:libcontainers:stable.repo
sudo dnf -y install podman
Вот официальная инструкция.
причем как я понимаю 2 версия достаточно стейбл, но единственный способ её установить это записаться в тестировщики на проде
Alexander
Короче, автоматический провижон для домашних систем в любом случае невозможен - не у всех под кроватью датацентр с менждментом конфигураций. А Silverblue это компенсируется тем, что нет никакой конфигурации ОС, помимо заводской (ну, почти), все пользовательские настройки содержатся отдельно от ОС, потому она и cattle. В смысле, операционная система, а не весь ПК со всеми данными в целом.
Я бы еще понял, если бы речь ещё шла про однотипные унифицированые корпоративные рабочие станции, обслуживаемые отделом специалистов с ЗИП-ом на складе, системой централизованного бэкапа и данными на общих хранилках: тогда, да, можно было бы говорить о преимуществах подхода к управлению этим парком, как к управлению стадом из безликих скотин. Но дома это совсем неоправданно.
Vasiliy Glazov
Но с этим в @centos_ru
Yaroslav
https://www.phoronix.com/scan.php?page=article&item=linux-58-filesystems&num=2
Matrix
late: this is russian fedora chat, so please, russian language only
ㅤ
https://www.phoronix.com/scan.php?page=article&item=linux-58-filesystems&num=2
Ага, сегодня просматривал, но не успел всё. Можешь что-нибудь выделить оттуда, самое важное и интересное?
Yaroslav
Ага, сегодня просматривал, но не успел всё. Можешь что-нибудь выделить оттуда, самое важное и интересное?
я сначала удивился откуда такие результаты - но это на NVMe
ext4 - чуть ли не самый медленный оказался, вот так вот
Andrey
ㅤ
Andrey
и ещё можно будет спец. символы смотреть прямо в редакторе.
Andrey
А еще раньше жрать было нечего что приходилось жрать мышей и зерна на всех не хватало, но тоже выжили как-то.
я вот часто работают на edge и gprs. и лучше vi (а иногда ed!) ничего не найти для такого
Andrey
а редактор по-умолчанию должен быть универсальным.
Andrey
да даже на 3g херово иногда бывает nano.
Matrix
я вот часто работают на edge и gprs. и лучше vi (а иногда ed!) ничего не найти для такого
late: gprs ещё где-то используется? вот это поворот. Вы на крайнем севере где-то бываете?