The OpenNET Project / Index page

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



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

Оглавление

Утверждён переход Fedora Desktop на Btrfs и замена редактора vi на nano, opennews (??), 16-Июл-20, (0) [смотреть все]

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


176. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."  +1 +/
Сообщение от Аноним (27), 16-Июл-20, 19:04 
> ...сказал быренько cp --reflink <template> <new_vm> - и через секунду виртуалка с многогиговым
> диском уже идет на взлет.

и хряпается, украв mac а то и ip рабочего инстанса.
> А в Вилабаджо

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

Кстати, уточните для второго ряда - а какой жуткий уродец до сих пор этого НЕ умеет, чтоб об него ненароком не споткнуться?

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

179. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."  +/
Сообщение от Аноним (179), 16-Июл-20, 19:28 
> и хряпается, украв mac а то и ip рабочего инстанса.

Только если тот кто лепил темплейт - форменный болван и забыл сделать уникализацию инстанса при first boot. Да и дефолтные макадреса чаще всего виртуализатор "снаружи" назначает, рандомно.

> уже лет пятнадцать используют виртуализатор, не требующий от файловой системы хоста arcane
> magic, и умеющий cow клонирование без ее участия

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

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

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

> Кстати, уточните для второго ряда - а какой жуткий уродец до сих
> пор этого НЕ умеет, чтоб об него ненароком не споткнуться?

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

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

190. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."  +/
Сообщение от Аноним (27), 16-Июл-20, 20:22 
> Это, интересно, как?

банально - совершенно все равно, относится "parent" (который вовсе необязательно именно снапшот, он и r/o template может быть) к той же виртуалке, или к другой.

Ну, в нормальных системах, разумеется.

Называется такое обычно (терминологии бывают разные) linked clone или просто clone (у некоторых, не будем показывать пальцем, любые образы - cow, и вообще все клоны - linked, а других не бывает, только копии) Потери на таблицах ремапинга - вероятнее всего, ровно те же. Зато fs под ними может быть простой как палка - что от fs для виртуализатора и требуется, кстати.

> Это уже требует всякие околоэнтерпрайзные управляторы

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

> что автоматику можно по минимуму самому за несколько минут сделать

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

Да и минуты по факту - потерянные часы, если не дни на отладку ненужного полунедоделка и зубрежь невменяемого синтаксиса qemu. Хотя за вас все давно сделали (вон, в винде классом повыше home, например).

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

204. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."  +/
Сообщение от Аноним (-), 16-Июл-20, 21:42 
> банально - совершенно все равно, относится "parent" (который вовсе необязательно именно
> снапшот, он и r/o template может быть) к той же виртуалке, или к другой.

Вот ща побегу энтерпрайзятину на тот несчастный дев-лаптоп вкорячивать вместо KVM'а без энтерпрайз монстрил в комплекте :)

> Ну, в нормальных системах, разумеется.

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

> Называется такое обычно (терминологии бывают разные) linked clone или просто clone (у
> некоторых, не будем показывать пальцем, любые образы - cow, и вообще
> все клоны - linked, а других не бывает, только копии)

Так можно. Однако когда оно на уровне ФС - это универсальнее. Ну вон на 2-терабайтном диске лежит якобы-три якобы-терабайтных образа. Это конечно не dev а data recovery был, но все-равно прикольно и эффективно. И слепить такой thin-provisioned образ для эксперимента, на случай если номер не прокатил, чтобы переиграть - все же здорово. Алсо, я так копирую допустим целые иерархии размером с линевое ядро. Чем мне тут виртуализатор поможет?

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

Для виртуализатора требуется чтобы не было 2 x CoW. Можно зайти с другого бока: простой как палка диск VM ("raw image") но CoW и снапшоты в ФС, например. На любителя, зато так мы уходим от специфичного для неведомой вундервафли внутреннего мира. И да, вы когда-нибудь видели осыпавшийся CoW-диск у виртуализатора? И как вам оно было? Вы хоть чтонить оттуда достать вообще смогли потом? :)

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

Да маки вроде бы у всех назначаются рандомно, не понимаю ваших проблем. Вы в образе вбили жесткую установку конкретного мака чтоли? Или откуда вообще эта проблема? А то даже kvm без нифига этим не страдает.

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

Скорее, я предпочитаю unix way - с разнесением программ и их автоматизации по уровням. Вместо одной непонятной монстрилы, чего доброго еще и проприетарной. Так что когда оно сделает "бсст!" - потом вообще непонятно чего. А вот тут я во первых понимаю что и нафига случается, и во вторых делаю так как удобно и эффективно конкретно мне, в конкретно вот той ситуации, а не то что там себе навозомнил чей-то маркетинговый отдел про чьи-то сферические юзкейсы в вакууме. Я имею наглость полагать что адаптированное под себя решение делает меня эффективнее. Это сильная сторона юниксвэя.

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

Чего? Кого? Какие часы? Зачем?

> Хотя за вас все давно сделали (вон, в винде классом повыше home, например).

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

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

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

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




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

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