Компания Intel опубликовала новый выпуск движка виртуализации HAXM 7.8 (Hardware Accelerated Execution Manager), после чего перевела репоизиторий в архив и объявила о прекращении сопровождения проекта. Intel больше не будет принимать патчи и исправления, участвовать в разработке и формировать обновления. Лицам, желающим продолжить разработку, предложено создать форк и развивать его самостоятельно...Подробнее: https://www.opennet.ru/opennews/art.shtml?num=58568
Поняли что есть KVM и лучше когда что-то одно, чем куча поделок
HAXM был хорош тем, что он был один для всех платформ и на его основе можно было создавать универсальные решения (тот же эмулятор для Android). А сейчас опять разнобой, KVM/Xen в Linux, Hyper-V в Windiws и HVF в macOS.
Все верно. Только разнобой уже не играет никакой роли, поскольку qemu поддерживает, из коробки, помимо HAXM, четыре платформозависимых бекенда (kvm для Linux, hvf для MacOS, whpx для Windows, nvmm для NetBSD).
В виндовсе haxm в связкке с qemu работал ужсано, whpx с qemu работает тоже плохо.
Что значит ужасно? Как это проявляется? У меня норм работает.
QEMU в связке с WHPX работает ощутимо медленнее, чем VirtualBox или VMWare
Значит никому не надо. Была охота для маздайцев бесплатно кодить, аж два раза. Сами кодьте, или бабки платите вон тем.
Не знаю. Я не замечаю никакой разницы, между нативной машиной и виртуалкой на HAXM.
На чем я тестил? Дистрибутивы пересобирал. Изначально пересобирал, грузя Live-образа на реальном компьютере, потом переключился на виртуалку. Разницы не вижу. Андройд из исходников собирал. Веселенькое занятие. Сильно зависит от проца, т.к. это считай несколько часов непрерывной компиляции. Может у вас просто проц слабый? Вообще то не все процессоры полностю поддерживают виртуализацию. У меня Core i7.
на некоторых задачах qemu+haxm работает медленее чем без haxm.
Значит он у вас не работает, как надо. Может быть ваш процессор не поддерживает виртуализацию или она не включена в биосе? Без HAXM у меня все работает так, как во времена WinXP на целероне и 64Мб оперативы. Отклика интерфейса нужно ждать секунд 10. С HAXM у меня все работает так, как будто я загрузил линух с флэшки на настоящем компьютере. Т.е. летает.
что сейчас корпрпация бобра использует для эмулятора Андроид?
Дает на выбор использовать hyper-v или процессороспецифичный гипервизор (haxm для интелов и что-то подобное для амд).У меня больше другой вопрос, hyper-v идет только в виндах прошках. В обычных «домашних» редакциях он недоступен. Теперь появился еще один повод покупать только более дорогую версию.
В "домашних" редакциях Windows тоже есть Hyper-V, но просто урезанный. Иначе бы WSL и WSA не работали в Windows Home, а они работают.
Ох ты божечки жеж - "разработчик" под ведроид не может позволить себе pro винду, он же не про какой а обычный хомеюзверек.
А можно просто поставить себе линух и нифига не платив получить еще +дофига плюшек. И просто билдовку проектов заметно резвее чем в вон том мега-про-маркетинг-булшит-бинго.
>он был один для всех платформНо не для всех архитектур. В данном случае, AMD в пролёте. А KVM и для всех архитектур пригож.
Помимо твоего л@п4огуана есть еще операционные системы.И лучше бы, конечно, чтоб хотя бы что-то одно работало на них всех одинаковым образом, но интел, увы, ниасилил вечно гоняться за stable nonsense.
пох, перелогинся уже. А ещё лучше - просто перестань посещать этот сайт. Не нужен он тебе, так же как и ты не нужен этому сайту.
он же сотрудник)
секретный?
> секретный?да нее, опеннет же, открытый:)
> секретный?латентный
Нахм надо твои другие системы?
На самом деле проблема тут в том что у Интел вот совсем не получаются программные продукты, вот прям ваще. Не заточена компания под это и всё.
> у Интел вот совсем не получаются программные продуктыДа и железо уже тоже не особо получается: "Intel остановила разработку сетевых коммутаторов и закрыла программу поддержки разработчиков чипов на RISC-V".
То ли дело у вас л@п4ых получается. Что ни продукт, то - вторичный. И пованивает.Вон там выше про ваши успехи с qemu over hyperv. И так у вас все и работает.
Да вот что-то KVM на хостингах неплохо обосновался, показав мастеркласс по виртуализации много кому. А если это good enough чтобы за деньги продавать, то для себя и подавно.
угу, единственный хостинг где "ой, нам понадобилось перенести вашу виртуалку по техническим очень причинам, поэтому чпок, мы ее ресетом перезагрузили" - у меня как раз kvm.Мастер-класс показывает.
Там где vmware или hyper-v - почему-то за пять лет ни одного подобного инцидента.
А мне однажды бабка в автобусе нагрубила, вот никто, никогда и нигде, а тут такое, надо запретить бабкам в автобусах ездить...
> угу, единственный хостинг где "ой, нам понадобилось перенести вашу виртуалку по техническим
> очень причинам, поэтому чпок, мы ее ресетом перезагрузили"Специально для т-порылых ванек разжевываем: не один раз случайно, а это именно фича хостинга и происходит постоянно. Впрочем, похоже, насчет единственный - я погорячился, и у меня таких два.
Полагаю - в виду очешуительного умения kvm в live migration, но не только (потому что у арубы ничего такого не происходит, хотя никакой live там в принципе нет, дешманские виртуалки привязаны к хосту. Просто это не дерьмоkvm затобесплатно на железе из помойки. И у них за пятилетку не нашлось поводов что-то куда-то на ходу переносить.)
> угу, единственный хостинг гдеА у меня есть пачка серверов на этом добре, при том стоит это аж 3 бакса в месяц и - тадам - просто работает месяцами, не создавая проблем.
> Там где vmware или hyper-v - почему-то за пять лет ни одного
> подобного инцидента.Я согласен даже лишний доллар в месяц доплачивать чтобы левые нашлепки от проприерасов в мои системы не получать. Впрочем это не требуется.
А мне вот неинтересно чтоб оно даже и месяцами (два, три?) работало а потом ой, перезагружено ресетом потому что лайвмиграции нет а оператору было очень надо.> Я согласен даже лишний доллар в месяц доплачивать чтобы левые нашлепки от проприерасов
а мне на твои псевдорелигиозные суеверия - похрену, а вот перезагрузок своих корыт я не люблю.
И вот те корыта которые на вмвари и hyper-v - иногда умудряются пару лет проработать и пойти на пенсию без единого разрыва. А у обоих шибкодешовок-kvmлюбителей - оно, вот...
> лучше когда что-то одно, чем куча поделокПоддержу. И зачем Линус начал стряпать своё поделие, когда уже были окна, только войну операционок лишнюю развязывать.
> уже были окназачем начали делать окна, когда уже был юникс с иксами?
> зачем начали делать окна, когда уже был юникс с иксами?В смысле как "зачем"? Microsoft не удовлетворила норма прибыли, которую они получали от продажи Юникса. Кстати, Microsoft была, да и, наверное, остается крупнейшим лицензиатом UNIX System V в мире. В общем, ребята решили, что Юникс -- неликвид и сами они справятся лучше.
>> уже были окна
> зачем начали делать окна, когда уже был юникс с иксами?когда их начали делать, он как бы и был, с иксами, но не на том, для чего их начали делать.
А на том был без иксов и вообще малопонятно для чего и для кого.Потом стало чуть интереснее, уже можно было (правда, по прежнему без иксов) приспособить и писишные юниксы к чему-то полезному в хозяйстве, но все немножко портили требования к железу, какое большинство видали только в рекламе и на выставках достижений антинародного хозяйства.
Потом даже и иксы стало можно, но тоже как-то так... 386/33 + 16 mb только для запуска а чтоб работать давай 32. В это самое время win все еще работает на 286 и в ней есть word 2.0
А в иксах только word perfect но это неточно (в смысле - ты еще поищешь единственноправильный юникс где это работает, и даже найдешь - но это не будет pc)
> win все еще работает на 286 и в ней есть word 2.0Только это там все виснет нахрен от дуновения ветра, если ты вдруг удумаешь задачи переключать или еще какие глупости.
Очень плохо. Он в Android studio используется
Лицам, желающим продолжить разработку, предложено создать форк и развивать его самостоятельно.
Но так не честно!
Заставить Google самостоятельно финансировать поделки для своей среды разработки - очень даже честно.
Проблемы гугла интел не волнуют.
Вендузятников//FIXED
Да! В Linux оно сразу через kvm работает
Зато теперь это стабильный продукт. Можно начинать использовать.
Да. Самое стабильное состояние - на кладбище.
Чо, оно у вас сразу перестало работать?
Перестанет после обновления ядра или эмулятора. Это вопрос времени
> Перестанет после обновления ядра или эмулятора. Это вопрос времениТо есть, две вещи очевидны:
1. Вам надо, вы и пилите.
2. НАХМ — кривое поделие.
Ты бы определился, толи кривое, толи стабилизец.
Я не могу даже калькулятор на jetpack compose написать, а вы мне предлагаете гипервизор доделывать.
Стабильность в стране важна как никогда
Без политсрача у кого то день прожит зря ? Надо обязательно погадить ?
Вы про Эльбрус?
+
https://www.opennet.ru/opennews/art.shtml?num=56335
Интересное было поделие - в теории в одном кластере позволяла задействовать годы с разными ос. Зачем? Ну например для миграции...
lol, ещё одна привязанная к одному вендопу поделка не полетела.
qemu/kvm всех переживёт)
Интел последнее время всё закрывает:Intel остановила разработку сетевых коммутаторов и закрыла программу поддержки разработчиков чипов на RISC-V
> Интел последнее время всё закрываетМешЦентрал разработчиков всех тоже уволили, гуд бай AMT и вообще самый толковый ремот
И разработчиков уволил.
EEE "opensource" быстро загибается, так как был создан не для того, для чего его при-подносят.
Intel как обычно. Открываешь BIOS 2019-го года - почти все опции с пометкой "Intel" объявлены End-Of-Support (из того, что сразу приходит на ум - Rapid Start Technology, AntiTheft)
Boot Guard, Management Engine, secureboot всякие, спектры с мелтдаунами и прочие хардварные баги... вот это визитные карточки интела и их железа.
А что амд сильно лучше? Ну, схалявили инженеры, как будто никто никогда так не делал, хотели производительности, нате-получите, а то что там еще серукность какаято, речи не было, а если и была то потерялась в множестве - "Надо еще быстрее".
Specture и большинство подобных "багов" это просто следствие работы кэша и внеочередного выполнения команд и hypertheading.
Чтобы в процессоре не было этих "хардварных багов" нужно просто выкинуть соответствующие блоки затормозив процессор в десятки раз и всё.
Сейчас главное - доступ к виртуалке, чтоб удаленный со звуком, пробросом всего и вся и 3d-ускорением. Вот где баталии.
>This project has adopted the Contributor Covenant, in the hope of building a welcoming and inclusive community.Что с лицом, community? Как там building?
Вот это шанс для сообщества разработчиков Раст!
Переписать сначала, а потом поддерживать совместимость с новыми версиями и показать корпорастам, что опен сорс может в проекты и без вливания больших денег..
> предоставляющего похожий на KVMНу, спасибо, у меня KVM и так есть. А как там BSD и макос будут с этим бодаться - пусть и покажут. Заодно могут показать успех своего cibtrubutor covenant something.
>> В Linux поддержка Intel VT изначально была доступна в Xen и KVM, а в NetBSD предоставлялась в NVMM, поэтому HAXM был портирован для Linux и NetBSD позднее и не играл особой роли на данных платформах.
> Ну, спасибо, у меня KVM и так есть. А как там BSD и макос будут с этим бодаться - пусть и покажут. Заодно могут показать успех своего cibtrubutor covenant something.Ты опять слишком поспешил с задиранием гузочки и пусканием метана в лужу ...
Последняя версия 7.8.0 у меня не работает. Откатился назад на 7.7.1. Никаких ошибок не выдается, но линух на виртуалке тупо не грузится - загрузчик работает, но дальше просто висит черный экран и все.
А че минусуете то? Я просто констатирую факт. Не работает и все. И с UEFI оно к сожалению не работает.
Т.е. с UEFI оно вообще не работает, а не конкретно эта версия. Virtual processor stopped выдает или что то в этом роде.
Всем, кто не верит. Видос мне конечно снимать влом. Но вот сейчас проверил. Manjaro без HAXM до рабочего стола грузится 5 минут, с HAXM - 30 секунд. Разница в 10 раз. Если у вас не так - выкиньте свой i3 без поддержки VT и купите нормальный процессор.