The OpenNET Project / Index page

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



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

Оглавление

Линус Торвальдс пояснил, в чём проблемы реализации ZFS для я..., opennews (??), 10-Янв-20, (0) [смотреть все] +1

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


31. "Линус Торвальдс пояснил, в чём проблемы реализации ZFS для я..."  +/
Сообщение от Аноним (31), 10-Янв-20, 10:53 
Но после того, как туда впендюрили чип T2, Линус им вряд ли сможет пользоваться.
Ответить | Правка | Наверх | Cообщить модератору

34. "Линус Торвальдс пояснил, в чём проблемы реализации ZFS для я..."  –2 +/
Сообщение от пох. (?), 10-Янв-20, 10:54 
> Но после того, как туда впендюрили чип T2, Линус им вряд ли
> сможет пользоваться.

я же пользуюсь? И он сможет.

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

58. "Линус Торвальдс пояснил, в чём проблемы реализации ZFS для я..."  +/
Сообщение от ryoken (ok), 10-Янв-20, 11:17 
И именно под Линуксом? Поделитесь плз ссылками, как сие поделие отключать, с целью повышения уровня образованности..? (Народ писал в разных местах, что официальные мануалы по отключению неэффективны).
Ответить | Правка | Наверх | Cообщить модератору

68. "Линус Торвальдс пояснил, в чём проблемы реализации ZFS для я..."  +/
Сообщение от Аноним (16), 10-Янв-20, 11:42 
https://habr.com/ru/post/472106/
Ответить | Правка | Наверх | Cообщить модератору

73. "Линус Торвальдс пояснил, в чём проблемы реализации ZFS для я..."  –3 +/
Сообщение от пох. (?), 10-Янв-20, 11:50 
> И именно под Линуксом?

конечно же нет - но ведь ведро и так отлаживают в виртуалочках, не ресет же ж каждый раз жать, с риском потерять собственные ценные правки. ;-) Хошь федору там запускай, хошь rhel. Если во весь экран открыть - то даже на конференции не спалишься, объявляя "год линуха на десктопе".

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

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

83. "Линус Торвальдс пояснил, в чём проблемы реализации ZFS для я..."  +/
Сообщение от ryoken (ok), 10-Янв-20, 12:18 
> Отключать, кстати, оказалось незачем - достаточно понизить уровень защщщиты, а не загружалось
> оно из-за неумения правильно работать с маковским uefi, а не из-за
> наличия T2 - эту проблему вроде решили. "но зачем?" Макбучек с
> макосью вполне хорош и пригож, а без нее превращается в унылый
> огрызок, где то одно отвалится, то другое не работает, и электричество
> жрется впустую.

В своё время, когда была возможность потыкать интеломак, запустил там efi-shell из rEFInd. Дико удивила версия собссно самого EFI - 1.10, когда у всех биосописак на материнках уже 2.0 и выше было. Сложилось мнение, что яблоко форкнуло эту версию и пилит её на свой лад. Какое сейчас там ядро - понятия не имею. Без rEFInd-а на интеломаке всё равно скучно, потому как, вы верно заметили, не все умеют нормально запускаться на яблоEFI :D.

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

87. "Линус Торвальдс пояснил, в чём проблемы реализации ZFS для я..."  +/
Сообщение от пох. (?), 10-Янв-20, 12:37 
ну естественно пилит - не интеловскую же выкинутую в опенсорс поделку им пользовать, а потом получать от разъяренных юзверей возвраты своих дорогущих штуковин. И апгрейдиться в рамках закрытой экосистемы незачем, по крайней мере, пока такой апгрейд не несет явно видимых преимуществ.

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

Пользуйтесь fusion, чего мак-то портить ради года-линуха-на-десктопе? Тем более что давно прошел.

zfs, кстати, нативная в целом почти и работала ;-)

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

245. "Линус Торвальдс пояснил, в чём проблемы реализации ZFS для я..."  +1 +/
Сообщение от Аноним (-), 11-Янв-20, 11:37 
> Пользуйтесь fusion, чего мак-то портить ради года-линуха-на-десктопе?

Да его фиг испортишь. Видеодрова у эпла кривые. OpenGL сливает MESA в лине по всем фронтам, вулкана вроде совсем нет, metal эпловский мало кому надо. Ну нифига ж себе десктоп - с обкоцаной и кривой графикой. По состоянию на сейчас - кривее и тормознее линукса.

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

100. "Линус Торвальдс пояснил, в чём проблемы реализации ZFS для я..."  –1 +/
Сообщение от pofigist (?), 10-Янв-20, 13:03 

> конечно же нет - но ведь ведро и так отлаживают в виртуалочках,
> не ресет же ж каждый раз жать, с риском потерять собственные
> ценные правки. ;-) Хошь федору там запускай, хошь rhel. Если во
> весь экран открыть - то даже на конференции не спалишься, объявляя
> "год линуха на десктопе".

1. И как в MacOS X обстоят дела с нативной виртуализацией?
2. VirtualBox - не рекомендую, особенно на конференции. Он регулярно падает и палит объявляющего "год линакса на десктопе" :)

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

113. "Линус Торвальдс пояснил, в чём проблемы реализации ZFS для я..."  –1 +/
Сообщение от пох. (?), 10-Янв-20, 14:01 
говорено ж вам - fusion.
vbox горе разработчики доломали до неработоспособности на родной для него соляре, чего вы от него хотите. А старые версии с новыми маками не работают.

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

146. "Линус Торвальдс пояснил, в чём проблемы реализации ZFS для я..."  +/
Сообщение от Wilem (?), 10-Янв-20, 16:43 
О. Лет 10 пользуюсь виртуалбоксом и сегодня узнал, что он оказваается падает.
Ответить | Правка | К родителю #100 | Наверх | Cообщить модератору

168. "Линус Торвальдс пояснил, в чём проблемы реализации ZFS для я..."  +/
Сообщение от Pofigis (?), 10-Янв-20, 20:18 
На MacOS X?
Ответить | Правка | Наверх | Cообщить модератору

169. "Линус Торвальдс пояснил, в чём проблемы реализации ZFS для я..."  –1 +/
Сообщение от пох. (?), 10-Янв-20, 20:36 
он и в линухе, бывает. (в смысле - крэшится процесс конкретной виртуалки)
А на винде я им лет десять уже не имел повода пользоваться - поэтому не знаю.

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

Так что если его не сломали и в макоси тоже - я был бы очень удивлен.

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

172. "Линус Торвальдс пояснил, в чём проблемы реализации ZFS для я..."  –1 +/
Сообщение от Pofigis (?), 10-Янв-20, 20:45 
А под линаксом он кому-то нужен при наличие kvm?
Ответить | Правка | Наверх | Cообщить модератору

179. "Линус Торвальдс пояснил, в чём проблемы реализации ZFS для я..."  –2 +/
Сообщение от пох. (?), 10-Янв-20, 21:40 
тем, к примеру, кому совсем не хочется в зависимость от линукса и его kvm?

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

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

А потом она упрется в неэффективность линуксной zfs, и ты понесешь все это на фрю с частичной переустановкой, потому что уже завязался на kvm. А vbox vm раньше можно было просто скопировать.

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

193. "Линус Торвальдс пояснил, в чём проблемы реализации ZFS для я..."  –1 +/
Сообщение от Pofigis (?), 10-Янв-20, 23:21 
Так стоп. Есть два варианта...
1. Если мы говорим о виртуализации на рабочей станции - то есть вполне приличные аналоги виртуалбокса, но для управления виртуалками на kvm+libvirt
2. Если мы гокорим о кровавом энетерпрайсе - с кластером, СХД и прочими радостями типа SDN, то есть очень приличный oVirt...

По первому варианту - мало чего скажу ибо у меня даже дома - две ноды, схд и все это с каталистом в стойке в коридоре :)

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

214. "Линус Торвальдс пояснил, в чём проблемы реализации ZFS для я..."  +/
Сообщение от Аноним (211), 11-Янв-20, 07:36 
> непригодный ни для чего полезного без qemu-обертки,

А как же та мелкая запускалка kvm виртуалок? Оно конечно и умеет не столько сколько qemu, но чудес не бывает. Или уж большой код и много фич, или уж компактный код...

> которой пользоваться без дополнительных прослоек совсем мучительно больно

Не знаю, я себе вбил параметры в скрипты - и взлетает на раз.

> то бесконечные и бессмысленные параметры qemu, еще и изменяемые как попало
> в каждой новой версии

Основные параметры там никто не меняет.

>  - стойкую ненависть).

Да тебя никто не заставляет им пользоваться. Пользуйся своим виртуалбоксом. Только там небось и трети того что qemu умеет нет.

> Вот щастье-то ради иногда запустить виртуалку.

На самом деле достаточно написать шелскриптики с параметрами для типовых vm пару раз.

> А потом она упрется в неэффективность линуксной zfs,

Ну дык в zfs поди нельзя сказать nodatacow и тамошний cow будет пополам с qcow'овским... ну или юзать как raw диск, но тогда снапшотов у VM не будет, придется ZFSом это делать. И даже так zfs не особо расчитан нa активно меняемый in-place файл.

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

262. "Линус Торвальдс пояснил, в чём проблемы реализации ZFS для я..."  +/
Сообщение от пох. (?), 11-Янв-20, 13:35 
> А как же та мелкая запускалка kvm виртуалок?

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

> Да тебя никто не заставляет им пользоваться. Пользуйся своим виртуалбоксом. Только там небось и
> трети того что qemu умеет нет.

и зачем оно мне, даже если бы это было правдой?

Отдельный вопрос - что вы-то сами знаете о том, что qemu+kvm на самом деле умеет и что из этого вам на самом деле пригодилось в жизни? (И оно уже умеет без дополнительных примочек хотя бы live миграцию на другой хост?)

> На самом деле достаточно написать шелскриптики с параметрами для типовых vm пару раз.

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

А zfs на тех системах, где ее еще не доломали окончательно - вполне приемлемо отдает volumes под тома виртуалок - во всяком случае, для моих нужд производительности хватало.

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

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

302. "Линус Торвальдс пояснил, в чём проблемы реализации ZFS для я..."  +/
Сообщение от Аноним (-), 12-Янв-20, 07:21 
> к которой даже man с полным набором ключей запуска поленились написать?

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

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

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

Со своими прелестями. Ну вот смотри, рядом с вот этими VM забутявлен ARMовский target. А qemu тот же самый, только совсем уж full virt. В чем пойнт? Так можно слепить образ для железки даже если железки еще нет в руках. Ну и в случае крупной лажи цепануть "sd card" из qcow на хосте и устроить небольшой оверрайд "уровнем выше" проще чем снять образ с небутабельной железки. Ну и консоль уарта сразу в терминалке без доп.софта, удобно.

> Напоминаю, что если что пойдет не так - перенести виртуалку будет очень непросто,
> поскольку драйвера в ней будут только kvm-ных виртуальных устройств.

С удовольствием послушаю куда мне перенести например вон ту ARMовскую штуку? Уж не на твой виртуалбокс? А шо, он уже научился в кросстрансляцию команд? А может он и RISCV уже могет?

> и зачем оно мне, даже если бы это было правдой?

Не знаю. Я знаю только зачем и что мне.

> Отдельный вопрос - что вы-то сами знаете о том, что qemu+kvm на
> самом деле умеет и что из этого вам на самом деле пригодилось в жизни?

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

> (И оно уже умеет без дополнительных примочек хотя бы live миграцию на другой хост?)

Как ни странно, вот конкретно этот юзкейс меня пока не слишком сильно парит. Это красивый трюк и все такое, но т.к. я не мегахостер - для меня это имеет ограниченную ценность. Ну а так по человечески довольно забавно такие предъявы от юзера виртуалбокса. А тот так вообще умеет? И если да - то этим кто-то еще и реально пользуется? Просто qemu я вижу, как и kvm vm на продажу. И фичи в нем под это я вижу. Мне это просто не надо было и я поленился в них детально копаться. Но если станет надо - оно у меня 100% сделает то что ожидается. Там ща вроде есть какие-то замахи даже на дифференциальную миграцию, чтоли.

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

Их на моей памяти переделывали всего 1 раз за дофига лет, уходя с давным давно объявленого obsolete синтаксиса. Если какой додик ну вообще не читает предупреждения и ченжлоги и зачем-то юзает obsolete синтаксис, кто ж ему доктор? Поэтому нет - у меня даже скрипты не ломаются. Даже при замене major версий, не то что минорщине.

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

У меня из примочек только шелл да несколько скриптов на типовые случаи. Вроде юниксвэйно вполне даже. Наверное поюниксвэйнее vboxmanage. Ну и я сомневаюсь что vboxmanage сконфигурит мне ARMовскую виртуалку с консолькой прямо "вот в эту же терминалку" например. Так что после запуска скриптика ... это более не мой хост. Это - шелл на uart вон той ARMовской фигни.

> А zfs на тех системах, где ее еще не доломали окончательно -
> вполне приемлемо отдает volumes под тома виртуалок - во всяком случае,
> для моих нужд производительности хватало.
> На линуксе не пробовал, и пробовать не буду, брр...

Я тоже не буду на линуксе это пробовать. Потому что cp --reflink зело уж круто виртуалочки копирует. Независимо от размера диска. Но так можно только на btrfs и xfs. А ты можешь 20-гиговые диски честно копировать, если тебе некуда время девать.

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

238. "Линус Торвальдс пояснил, в чём проблемы реализации ZFS для я..."  +/
Сообщение от Аноним (-), 11-Янв-20, 10:01 
> весь экран открыть - то даже на конференции не спалишься, объявляя
> "год линуха на десктопе".

Троллльвальдс все-таки кушает то что испек. Поэтому у него на маке федора :)

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

Зачем Торвальдсу? А чтоб у него в системе вот как раз всего этого не было. Ты с бцдюками попутал.

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

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

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




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

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