The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD, opennews (??), 13-Окт-23, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


96. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от пох. (?), 14-Окт-23, 17:49 
> Вау. Пох пытается освоить враппинг виртуалок в стиле почти как я vs
> btrfs. Только в btrfs это сильно проще, меньше entity на прогрев

только в btrfs нет volumes, поэтому чья бы корова мычала...

> В линухе, конечно.

В линухе мне не нужно. Совсем. Вместе с линухом.

Ответить | Правка | Наверх | Cообщить модератору

112. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  –1 +/
Сообщение от Аноним (112), 14-Окт-23, 20:38 
> только в btrfs нет volumes, поэтому чья бы корова мычала...

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

>> В линухе, конечно.
> В линухе мне не нужно. Совсем. Вместе с линухом.

Ну дык виндочкой пользуйся, с нтфсиком, все как ты и хотел. Не, не айс?

Ответить | Правка | Наверх | Cообщить модератору

116. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +2 +/
Сообщение от пох. (?), 14-Окт-23, 21:21 
опять зелен виноград. Все что у тебя не работает и никогда не будет - тебе не баг а фича.

пользуюсь. вполне доволен. Моего труда в нее вложено ровно ноль, и это прекрасно.

Ответить | Правка | Наверх | Cообщить модератору

119. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  –1 +/
Сообщение от Аноним (119), 14-Окт-23, 21:57 
> опять зелен виноград. Все что у тебя не работает и никогда не
> будет - тебе не баг а фича.

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

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

> пользуюсь. вполне доволен. Моего труда в нее вложено ровно ноль, и это прекрасно.

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

Ответить | Правка | Наверх | Cообщить модератору

127. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от пох. (?), 14-Окт-23, 23:07 
>> опять зелен виноград. Все что у тебя не работает и никогда не
>> будет - тебе не баг а фича.

слив засчитан. Вместо по существу - опять сказки про белого бычка.

> Знаешь что мне в btrfs больше всего нравится? Его менеджмент, вот это
> - next gen, в отличие от того миндфака который был раньше.

угу. Образчик "неминдфака":
btrfs subvol create /srv/docker
btrfs subvol list -a /

ID 257 gen 63247491 top level 5 path <FS_TREE>/@
ID 258 gen 63247080 top level 5 path <FS_TREE>/@home
ID 402 gen 63247491 top level 257 path @/srv/docker

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

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

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

> А вон то - таки стоит на пути такого подхода, как я

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

> Кажется у нас довольно разные понятия о прекрасном. В мои понятия входит

Вон там выше - прекрасное. Но наблюдать лучше издалека.

И это лишь одна из любимых моих фич но далеко не единственная.

Ответить | Правка | Наверх | Cообщить модератору

135. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (-), 15-Окт-23, 00:15 
> слив засчитан. Вместо по существу - опять сказки про белого бычка.

Да не, просто на меньшее согласиться после вон того - уже тяжко.

> угу. Образчик "неминдфака":
> btrfs subvol create /srv/docker
> btrfs subvol list -a /
> ID 257 gen 63247491 top level 5 path <FS_TREE>/@
> ID 258 gen 63247080 top level 5 path <FS_TREE>/@home
> ID 402 gen 63247491 top level 257 path @/srv/docker

У тебя получилось то что ты запросил. Subvol в /srv/docker + 2 которые были до этого. Технически это вложенные структуры - @ содержит в себе @/srv/docker видимо. Но при снапшотировании снапшот НЕ идет в subvolume, они рулятся полностью независимо в этом плане и это их пойнт и есть. Альтернативные "точки входа" с своими независимыми снапшотами. Можно выбрать более гранулярно что и как снапшотим.

А @ и @home - видимо была типовая абстракция "в стиле убунты" (они первые ее придумали). Когда система поделена на "/" и "/home", это 2 разные точки монтирования с разным subvol= ... в монтировании, их можно снапшотить независимо друг от друга. По дефолту снапшот / назван как @ а /home как @home. Настоящий top of hierarchy в этой абстракции немного косплеит виртуалки, он - на один уровень выше этого. Представь себе что ты гипервизор и менеджишь виртуалку с снапшотами. Зачем гуесту видеть свои мозги? Ну и вот тут так же.

Истинный top файлух маунтится при менеджменте в отдельную локацию. Там скорее всего будет только 2 "диры" (на самом деле subvolume) - @, @home. И да в btrfs subvolume и snapshot это одно и от же. Когда ты просишь снапшот, создается sybvolume изначально который ссылается на те же блоки а потом как пойдет.

Почему ты не создал и доскер куда-то туда же в "one level above" - ну, может ты баклан и не умеешь в абстракции "god mode" когда самое интересное - ВНЕ основного поля видимости и НЕ засирает управляемое лишним, так что нечаянно испортить это становится куда сложнее, соответственно. Но любой кто понимает концепции типа гипервизоров прекрасно понимает и вот это "one level above" - с множественными состояниями именно там. Не отсвечивающими кишками в текущее состояние особо. А зачем? Менеджмент отдельно, менеджимое отдельно.

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

Вы попали в higher plane - где на самом деле и происходило управление. То что вы считали пространством-временем было всего лишь очень частной инкарнацией мультивселенной где можно перемещаться в 4-мерном простанстве, в обе стороны. Да еще - при откате таймлайна для допустим ОС и ее / я совершенно не обязан пролюбливать изменения в вон тех проектах в CAD в хомяке например. Конечно супер-полный откат лучше выполнить синхронным переключением хомяка и системы на снапшоты из одного времени их создания. Но есть довольно высокий шанс что система из прошлого все же переживет хомяк из будущего с приемлимым фаллаутом, и тогда хотя ты вернулся в прошлое, ты притащил знания из будущего и не обязательно при откате системы пролюбить и свои проекты.

Почему вы не смогли сделать свои абстракции в higher plane менеджмента и попытались нагадить этим в основную систему - ктулху вас там знает. Может примитисные существа не умеют в абстракции нелинейного менеджмента систем? Хоть и странно, корпы это все любят начиная с зари появления виртуалок и гипервизоров. Должны были бы объяснить такие вещи не совсем безнадежным.

> (Чувак берет любимый отбойный молоток и бодро лезет с ним в гипердрайв.

Оно и видно! (матерится, програмит гипердрайв на короткий прыжок и наблюдает зачетный салют с безопасной дистанции).

> "Давайте не будем ему мешать и просто понаблюдаем за ним"(c) -
> но с расстояния в пару миллионов парсек - чтобы не быть
> утянутым в ту чорную дыру которую он сейчас наворотит.)

Ну вот ты что-то такое и попытался. Правда, оно ничем таким не фатально, как создал так и удалить можно. Даже цуко стереть миднайтом (с неких пор unlink на subvolume таки работает и эквивалентен удалению через команды). И это +1 причина НЕ хранить уровень менеджмента в видимости "текущего состояния" вынеся слой менеджмента в "higher plane" - так оно гипервизор чуть больше напоминает. Только теперь мы bare metal в том же стиле рулим, ага.

А прикинь, на минималках даже GRUB можно убедить читануть кернел и инитрд из вон того снапшота, и зацепить вон те / и /home. Поди плохо когда у машины времени failsafe врубается с совсем минимуом допущений то? Так что если при парковке случилась материализация в столб - ну, отмотаем в прошлое, объясним себе баклану что координаты надо тщательнее выбирать, и попробуем еще раз.

> А вон в том есть пул, отдельно, и фс или том в нем - отдельно (и еще снапшоты
> - тоже отдельно, потому что это не fs а снова отдельная сущность).

Как говорится, не надо умножать сущности сверх необходимости. Какая необходимость в "one level above /" я еще могу понять. Это отделение уровня менеджмента от управляемой системы в ее крейсерском режиме. Чтобы не повредить уровень менеджмента лишний раз и чтобы он не вызывал отвал башки у программ и проч. Разумеется иногда программам надо показать именно тот вид, если например хочется дедупнуть subvolume относительно друг друга прогой дедубликации, она, конечно должна видеть все что подлежит дедупу. Даже если в нормальном виде альтернативные состояния системы и не часть ЭТОЙ системы.

А чтобы увидеть настоящий топ btrfs в той абстракции - его надо цепануть куда-то без указания subvol (при этом цепляется дефолтный). Это и будет higher plane где живет менеджмент. Я туда же складываю снапшоты. Скажем @system-deb11 @home-deb11 в higher plane - это home и / дебиана 11 в виде как это было до апгрейда на дебиан 12. А настоящий дебиан 12 это никак не видит при его нормальной работе. А зачем ему что-то делать с кишками предка? Это как раз разделение абстракций. На мой вкус так убунтуи как раз хорошо это придумали, я собезьянил идею с "higher plane".

> Поэтому заехать вот так одним движением не туда - не получится.

Ну так требование открыть портал в higher plane через mount настоящего топа иерархии как раз отделяет в той абстракции мух от котлет. Зачем ты доскера скроил прям вот так - а кто тя знает.

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

Ну а в btrfs этим всем вообще мозг греть просто не надо. Для совсем неудачных прог там есть nocow и будет он как нечто типа EXT4 в результате. Актуально всяким БД и проч.

>> Кажется у нас довольно разные понятия о прекрасном. В мои понятия входит
> Вон там выше - прекрасное. Но наблюдать лучше издалека.

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

> И это лишь одна из любимых моих фич но далеко не единственная.

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

А то что олды никак не могут понять идею с higher plane и множественными состояниями, нелинейным менеджментом ОС где факап апгрейда пакета вовсе не значит день траха а лишь откат в снапшот 5-минутной давности сделаный перед апдейтом за пару минут - ну я в этом не виноват. Примитивные существа, привыкли во все кувалдой тыкать.

Ответить | Правка | Наверх | Cообщить модератору

136. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от пох. (?), 15-Окт-23, 00:34 
> У тебя получилось то что ты запросил. Subvol в /srv/docker

не-а.
У меня получился @/srv/docker - которого я вовсе и не спрашивал.

Вероятно ты не совсем умеешь управлять своим "звездолетом" в условиях, отличных от тестовой площадки с раз и навсегда проложенным маршрутом?  <FS_TREE> вместо нормального пути ни на что тебе такое не намекает?

> А @ и @home - видимо была типовая абстракция

это просто символ. Можешь вместо него букву A использовать с тем же успехом. Получится абхазский акцент. Убунта действительно первая начала именно так помечать сабвольюмы - ну раз у вас нет способа как-то еще побыстрому отличать их от подкаталогов (а они таки не подкаталоги), давайте пердолиться вручную. (да, еще одна прекрасная деталь твоего звездолета но с оглоблями от телеги - прекрасный способ выяснять не сабвольюм ли тут нам попался if [ `stat --format=%i path` -eq 256 ] - только вот осторожно, тут ошибка!)

> Ну а в btrfs этим всем вообще мозг греть просто не надо.

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

Кончишь в яме тысячи щупалец, однозначно.

Ответить | Правка | Наверх | Cообщить модератору

172. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (-), 15-Окт-23, 19:51 
> У меня получился @/srv/docker - которого я вовсе и не спрашивал.

Ну так снеси его и сделай subvol где там хотел. Все кроме создания иного subvol можно файловыми операциями оформить. В чем проблема то? Надо сохранить данные? Подвинь как обычно, это "та же самая фс" считается, будет быстро. Или если хочется странного, заснапшоть его в новый subvol в верху иерархии, а этого снеси, результат такой же. Или в чем трабл то? Да ты можешь создать subvol в subvol, это 100% валидно, но стоит понимать что при снапшоте под вложенный subvol - снапшот не распостраняется (иначе так можно в рекурсию уйти) и они полностью декоррелированы по снапшотированию. Пойнт subvol вместо дир в том что это "точка входа в иерархию" и можно снапшотить каждый subvol независимо.

> Вероятно ты не совсем умеешь управлять своим "звездолетом" в условиях, отличных от
> тестовой площадки с раз и навсегда проложенным маршрутом?

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

> <FS_TREE> вместо нормального пути ни на что тебе такое не намекает?

Он намекает на существование "higher plane" с менеджментом, в котором и живут @ и @home на самом деле, откуда @ и @home в 2 точки через subvol= при mount и монтиру.тся. Ты не видишь это в / и /home - оба используют subvolume 1 уровнем ниже чем это.

Чтобы увидеть настоящий топ файлухи зацепи его в какой /mnt/mgmt например как mount /dev/wtf /mnt/mgmt (т.е. вот именно без subvol= тебе дефолтный тогда цепанут, в нем оно и есть). Где /dev/wtf ессно какой-нить из девайсов бтрфса. Увидишь что я имел в виду про higher plane. Уровень на один выше / увидишь. А в нем твои @home и @ лежат. Прикольно, да? Добро пожаловать в новое измерение, теперь можно порулить "как гипервизор" - не засоряя менеджментом систему :)

>> А @ и @home - видимо была типовая абстракция
> это просто символ. Можешь вместо него букву A использовать с тем же успехом.

Спасибо кэп. Ты решил дать капитану звездолета азбуку управления гипердрайвом? :)

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

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

> давайте пердолиться вручную. (да, еще одна прекрасная деталь твоего
> звездолета но с оглоблями от телеги - прекрасный способ выяснять не сабвольюм
> ли тут нам попался if [ `stat --format=%i path` -eq 256 ] - только
> вот осторожно, тут ошибка!)

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

Давай я тебе скажу сразу и как снапшотить туда? Допустим ты зацепил реальные топ ФС с менеджментом в /mnt/mgmt - с именно настоящей верхушкой, где @home и @ лежали. Тогда снапшотнуть хомяка туда же будет как-то типа btrfs sub snap /home /mnt/mgmt/@home-snapshot-2 например. Или если гадать где @home примаунчен не хочется, btrfs sub snap /mnt/mgmt/@home /mnt/mgmt/@home-snapshot-3 - тоже катит. Главное чтобы источник был subvolume и в назначении катило создать новый subvolume.

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

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

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

> Кончишь в яме тысячи щупалец, однозначно.

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

Ответить | Правка | Наверх | Cообщить модератору

176. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от пох. (?), 15-Окт-23, 20:22 
> В чем проблема то?

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

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

Как догадаешься что там пошло не так - приходи.

Ответить | Правка | Наверх | Cообщить модератору

182. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (-), 15-Окт-23, 22:46 
> В том что "эксперт" так и не понял ни что произошло, ни
> почему это дерьмовая фича (логично, раз не осилил понять что вообще
> случилось). И как лечить тоже не знает (логично).

Ты дефолтный subvolume чтоли там переназначил? А нафига ты его так? Ну переназначь обратно, btrfs sub set-default <id> <path>. Если что у FS_TREE ID = 5.

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

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

> А ты оказывается тривиальных вещей не знаешь. Шаг влево, шаг вправо от наезженной
> колеи - фейл.

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

> Как догадаешься что там пошло не так - приходи.

Похоже subvol кто-то дефолтный переназначил. Так можно, но опять же - не факт что нужно, особенно если структурировать менеджмент в стиле предложенном убунтой. Btrfs крутая и гибкая штука, его можно весьма по разному ворочать. И как ты понимаешь я не изучал ВСЕ стратегии практикуемые ВСЕЙ планетой в деталях. Выбрал те которые выглядят логично и несложно и достигают мои цели - и збс.

Ответить | Правка | Наверх | Cообщить модератору

183. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от пох. (?), 15-Окт-23, 23:02 
Этот том просто не имеет общего для всех корня и никогда им не монтируется - потому что это не системный диск. (для zfs, кстати, это совершенно обычная история)
Да, его можно вручную смонтировать через id 5, и потом, зайдя внутрь, пересунуть srv/docker куда надо, на один уровень выше.  Но это уже не про космические технологии, а про управление телегой с ледащей кобылой.

Ответить | Правка | Наверх | Cообщить модератору

214. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (-), 16-Окт-23, 21:44 
> Этот том просто не имеет общего для всех корня и никогда им
> не монтируется - потому что это не системный диск.

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

В упомянутом стиле "а-ля убунта" топовый левел никуда и не монтируется в обычной ситуации, в него лишь снапшоты складываются и ЭТО цепляется без subvol= только для операций менеджмента снапшотов, отката и проч. А в норме нигде и никак не видно. Такой себе "уровень гипервизора" который на 1 выше / получается. Это несложно делается, достигает целей, ну я и делаю это вот так, решив что у вон тех был пойнт. Заметь, в той абстракции @home тоже не система. Так же можно и что-то еще цеплять, datadir, srv или что там, в общем то.

У тебя видимо какие-то иные соображения были. Не то чтобы так нельзя, я даже что-то сравнимое пробовал. Но вот именно дефолтный subvol переназначать создавало неудобства и я на это забил. Зачем возиться больше для похожего результата? :)

> (для zfs, кстати, это совершенно обычная история)

После btrfs менеджмент zfs показался мне диковатым и неудобным, поэтому будем честны - я не очень сильно въезжал в него и не эксперт в нем. Я и перфокарты пробивать не умею, экий я хипстер то.

> Да, его можно вручную смонтировать через id 5, и потом, зайдя внутрь,
> пересунуть srv/docker куда надо, на один уровень выше.

Ну да. Я просто не особо понимаю нафиг ID=5 с дефолтов убирать. Не, у btrfs есть немало забавных опций. А с любой продвинутой абстракцией можно сделать немало странных вещей. Вопрос в том надо ли и если да то зачем и что это дает "по сравнению с ..." :)

> Но это уже не про космические технологии, а про управление телегой с ледащей кобылой.

У телег в принципе нет такой консоли для ввода координат пространства-времени.

Ответить | Правка | К родителю #183 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




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

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