Представлен релиз проекта QEMU 8.1. В качестве эмулятора QEMU позволяет запустить программу, собранную для одной аппаратной платформы на системе с совершенно иной архитектурой, например, выполнить приложение для ARM на x86-совместимом ПК. В режиме виртуализации в QEMU производительность выполнения кода в изолированном окружении близка к аппаратной системе за счёт прямого выполнения инструкций на CPU и задействования гипервизора Xen или модуля KVM...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=59647
не умеет захватывать клавиатуру и мышь под вяленым.
Я даже не знаю чему ты удивляешься под вяленым так и должно быть.
я понимаю, безопасность и все дела. Но как мне триггерить всяческие сочетания? Допустим, я сейчас на sway. В виртуалке тоже sway. Я хочу перейти на рабочий стол номер три. Жму Alt-3. И вдруг внезапно на рабочий стол номер три переключается хост, а не гость.
Я не понимаю зачем тебе так делать. И разработчики вейленда тоже. Но всё вопросы к свею.
В свее в виртуалке надо иметь другой, непересекающийся набор хоткеев. Желательно их рандомизировать при каждом запуске для увелечения безопасности.
> другой, непересекающийся набор хоткееввот этого хотелось бы избежать. В иксах проблем не было. Неудобства были, типа если мышь над qemu, тогда хоткеи ловятся гостем, а иначе - гостем. А тут в вяленом нет даже этого.
чет я в последнее время не соображаю.если мышь над qemu, тогда хоткеи ловятся гостем, а иначе - хостом
> В иксах проблем не было.ПОЭТОМУ вы перешли на вяленый? Или были другие причины?
Решил перейти.
Именно для того и ставят вяленый, чтобы ловить проблемы на ровном месте и зacиpaть комментарии о том что что-то на вяленом не работает.
> вот этого хотелось бы избежать. В иксах проблем не было. Неудобства были,
> типа если мышь над qemu, тогда хоткеи ловятся гостем, а иначе - гостем. А тут
> в вяленом нет даже этого.В иксах оно тоже видишь ли компромисс. С одной стороны иногда очень тяжко из виртуалки выломиться вообще, осоьенно если ее в фулскрин загнал с grab-ом. Особенно учитывая что линухи в иксах традиционно странно на ctrl или alt с разных сторон клавы реагируют и шорткаты типа ctrl+alt+g работают ну вот не в 100% случаев мягко говоря.
С другой стороны вот ты был уверен что grab был, в...шь от душт alt-F4 - опа! Как серпом по йайцам, вся виртуалка улетает нахрен.
Это в основном для гномского бэка характерно, у того неиллюзорные проблемы с вводом. SDLный несколько адекватнее что в вяленде что в иксах.
> Особенно учитывая что линухи в иксах традиционно странно на ctrl или alt с разных сторон клавы
> реагируюттрадиционно они реагировали так как ты настроишь в xmodmap, но традиции для лoxoв.
> С другой стороны вот ты был уверен что grab был, в...шь от душт alt-F4 - опа! Как серпом по
> йайцам, вся виртуалка улетает нахрен.а в вендепоганой просто закрывается окошко. Виртуалка как работала - так и работает.
Окошко можно заново открыть.Зашатдаунить машину не определившись что должна при этом сделать виртуалка - то ли тоже зашатдауниться, то ли уйти в спячку, а не sigkill и похрен что там - не получится, что характерно - независимо от того, открыто какое-то там окошко или нет.
Видите, дети, что бывает, когда софт пишут нормальные разработчики и для людей а не на от...сь?
> традиционно они реагировали так как ты настроишь в xmodmap, но традиции для лoxoв.Что еще я должен мануально прокостылить в каком-то сакральном знании древних? И почему это не должно вменяемо работать сразу и по дефолту? Тот же вопрос и к TTY подсистеме е...чей, где наслоения легаси-костылей давно затмили здравый смысл.
Ну и там root cause это вообще в том что кто-то допер гном юзать для морды этой штуки. А тот с input работает... ну в общем сильно хуже libsdl - ту то геймеры доканали и там все как надо потому что вываливание из гамезы посреди рубилова это сразу багрепорт чуть не клавиатурой по морде причастному. А гномовская морда для виртуалки... это гномовская морда для виртуалки, там grab, hotkeys и - вот - модификаторы - традиционно, через джеппу. В grab режиме идея отдать почти все хоткеи VM по максимуму. Гном в этом прос@сывает, он для такого не делался.
Но это фигня! С мышью это добро еще интереснее работает! В ряде ситуаций комбо "grab + иксы" ведут к тому что в гуесте мышь пропадает! Cовсем! Курсор при переходе в гуест становится не видно! Апчишуительно, да? Терь попробуйте куда-то кликнуть, ололо. В libsdl'ном бэке опять же этого булшита нет. И я не думаю что гном vs иксы vs grab кто-то удумает чинить на эту тему, кмк мазохистов на такой баг примерно ноль будет.
> а в вендепоганой просто закрывается окошко. Виртуалка как работала - так и работает.
> Окошко можно заново открыть.Вон там тоже так можно сделать - если виртуалку c VNC или спайсом каким пускать. Но локальная морда таки - соблазнительнее. Она _быстрая_ и если SDL/Gnome юзает GL как бэк, там можно что угодно вплоть до 1080p в ютубе смотреть с virtio адаптером, он быстр аки понос при локальном отображении. Но вот с подглюкивающим grab можно въе... alt-f4 не на тот уровень. В винде именно вот этот аспект меньше глюкает, обычно alt-F4 таки правильно уходит по назначению. Там вон той галиматьи с контролами-альтами нету и grab в целом - примерно как у libsdl-ного бэка. Даже у самопальных морд типа вмвари и проч.
> Зашатдаунить машину не определившись что должна при этом сделать виртуалка - то
> ли тоже зашатдауниться, то ли уйти в спячку, а не sigkill
> и похрен что там - не получится, что характерно - независимо
> от того, открыто какое-то там окошко или нет.Да как бы оно лечится - но не бесплатно а "detached" интерфейсом, т.е. сетево-протокольным. Что таки заметно медленнее чем virtio в локальное окно с GL контекстом.
> Видите, дети, что бывает, когда софт пишут нормальные разработчики и для людей
> а не на от...сь?Я видел, спасибо. У меня от апгрейда типа диска на виртуалке DC сдох - и стал отсылать юзерей нафих, по слету активации. При том что корп сервер лицензий на минутку вот он. Но нет, за апгрейд типа диска (вмтварь его сама сделала, без спроса) вот так вот вам. Все для людей. Правда хз каких. Акционеров наверное. Правда, им там всем уплочено было - но лучше раба на всякий лищний раз кнутовать, чтоб другие боялись.
> Что еще я должен мануально прокостылить в каком-то сакральном знании древних? И почему это не
> должно вменяемо работать сразу и по дефолту?потому что одна венда у тебя и так есть. В ней все как ты любишь, сразу, по дефолту, и переключатель раскладок на правый ctrl повесить нельзя без кривых и чудовищно глючащих хаков.
А я xmodmap последний раз трогал в 1998м году. Его с тех пор дважды пытались сломать, один раз почти успешно, но окончательную точку поставит гом и вафлянд. К счастью, у меня нет и не будет ни одного линкуса с ними.
> Ну и там root cause это вообще в том что кто-то допер гном юзать для морды этой штуки.
ну вот же ж - сразу и подефолту. Никто ж не виноват что тебе не нравится объявленное владельцами линукса дефолтом.
А пацаны пишущие современную куему с автодаунлоадом прямо из гитшлака и гитляпа каких-то пихоновских модулей - считают что так как раз и надо, у них-то гом и всьоработаитсофтнастроин - потому что он в окошке vmware у них запущен. Где они и отлаживаются.
> Вон там тоже так можно сделать - если виртуалку c VNC или спайсом каким пускать. Но локальная
> морда таки - соблазнительнее.вот таки тут она - локальная, и еще и с графическим ускорителем (вдруг у тебя все же там внутри не линукс какой-то, которому как корове седло, а еще одна винда, год десктопа объявлять с чего-то ж надо). Просто это почему-то не повод ронять виртуалку если внезапно сессия отвалилась и уж тем более если просто я вкладку закрыл, потому что уже все увидел что хотел.
> потому что одна венда у тебя и так есть. В ней все
> как ты любишь, сразу, по дефолту, и переключатель раскладок на правый
> ctrl повесить нельзя без кривых и чудовищно глючащих хаков.У меня никаких виндов нету. Никак и нигде. А раскладки ctrl я никогда и не переключал, как по мне это идиотская идея. Вот капсом щелкать, еще и с хардварным индикатором RUS/LAT в олдовом стиле из капслока - я еще понимаю, куда ни шло.
> поставит гом и вафлянд. К счастью, у меня нет и не
> будет ни одного линкуса с ними.Ну а меня таки напрягает как иксы работают с выводом графики. Проц жрут жутко при работе ряда программ, а если операции неудачные еще и общесистемное дергание графики начинается. Современные системы так работать точно не должны, но в иксах ЭТО точно уже не починят. Малоперспективно а работ работать дофига.
> ну вот же ж - сразу и подефолту. Никто ж не виноват
> что тебе не нравится объявленное владельцами линукса дефолтом.Э... да вообще это я прописал - потому что в энном дебиане доперли libsdl бэк выпилить в пользу гномского, додики. Но видимо сами за...сь и вернули взад в слежующей версии. Но вот пара конфиг от старых времен осталась и напомнила о обработке кеев к гноме и иксах промазавшим alt-F4 :).
> А пацаны пишущие современную куему с автодаунлоадом прямо из гитшлака и гитляпа
> каких-то пихоновских модулей - считают что так как раз и надо,
> у них-то гом и всьоработаитсофтнастроин - потому что он в окошке
> vmware у них запущен. Где они и отлаживаются.Хызы, не видел там вмварщиков. Вмварь вообще такая неведома фигня ни 2 ни полтора, имхо она постепенно вообще помрет.
>> морда таки - соблазнительнее.
> вот таки тут она - локальная, и еще и с графическим ускорителемЯ как раз хочу явно контролить этот аспект. Вот тут нет 3D акселерации, хоть и могла бы быть, это чтобы webgl не мог профайлить систему и дрова по разному рендеру. А лысый 2D не больно много отпрофайлишь. Но позырить 1080p ютуб его перфоманса таки хватает.
А где мне сильно надо я могу хоть вон тот GPU целиком отдать, тут IOMMU есть, так что хоть всю железку получайте. Но там всякие вычисления и проч.
> (вдруг у тебя все же там внутри не линукс какой-то, которому
> как корове седло, а еще одна винда, год десктопа объявлять с
> чего-то ж надо).У меня нет никаких виндов, что пристал? Я ж не юниксвэйщик с голой джеппой как ты - я для себя еще и пользуюсь этим всем.
> Просто это почему-то не повод ронять виртуалку если
> внезапно сессия отвалилась и уж тем более если просто я вкладку
> закрыл, потому что уже все увидел что хотел.Ну как бы alt-F4 это довольно типовой случай закрытия окна вместе с процессом. Но это именно гномский бэкэнд. Гномеры из себя пытаются корчить полноценный фреймворк для всего но таковым совершенно не являются. Особенно для быстрого вывода графики и рюхания IO пользователя. У SDL с этим намного лучше, там вон то обычно мимо назначения не пролетает и курсор не пропадает.
Им надо вот это: shortcut inhibition protocol. GNOME Boxes это уже умеет, например.
Он умеет уже менять директорию размещения гостевых систем?
Box? Не, box всратый. Я посмотрел, qemu тоже умеет ингибировать хоткеи. Если это не работает, значит композитор этого не умеет.
А мне эта особенность вейланда наоборот понравилась. Удобно переключаться между полноэкранными сессиями RDP. Нажал Meta+3 и один удаленный комп, нажал Meta+4 и другой.
Жму Alt-3 дебиане и... ничего не происходит )
Хост нормальный может ставить надо?
Берешь и отключаешь глобальные хоткеи для конкретного приложения в 4-5 кликов. Правда для этого нужны кеды.
> Но как мне триггерить всяческие сочетания?Пробовать переключать?
А не удобнее ли тогда через virt-manager виртуалки гонять?
Ответ: Не удобнее, как и в qemu
Уверен? У меня вроде захватывает.
А, ну да, у меня же отключение хоткеев для этого окна настроено -_-
На вейланде вообще хоть что-нибудь работает без косяков?
Бай дизайн нет в гноме только если.
Для того и начали переход на вяленого -- чтобы сделать гном одним окружением to rule them all and in the darkness bind them.
Захватывать клавиатуру и мышь устарело.
Захватывать клавиатуру и мышь это луддизм иксовый, которому место на обочине истории. Радуйся вяленому прогрессу, а не цепляйся за устаревшие костыли, написанные дидами.
Debian 12 GNOME Wayland, virt-manager, KVM всё работает. ЧЯДНТ?
>и задействования гипервизора XenСколько ни бился, --accel xen не работает. У кого работал, как делали?
> В сборочном сценарии configure реализована опция "--enable-
> download" для поиска и загрузки недостающих сборочных зависимостей на языке Python.
> Повышены требования к версиям Python (3.8+)как тебе такое, старина Беллард?!
до curl | sudo su осталось ......
Не нужно пока не сделают GUI для людей.
Чем virt-manager не угодил?
такая же хрень, только в графическом виде
Там и без гуя всё нормально.
Обожаю QEMU. Вот прямо сейчас пишу это сообщение из под AndroidX86 11, который запущен из под винды и был собран под убунтой из под той же винды.
X86 - и этим всё сказано. Под W11 и без него кое-что работает.
А ты нормальный армовый погоняй.
Зато оно с аппаратной виртуализацией не тормозит. Большинство софта работает под x86, ибо его под x86 и разрабатывают, т.к. в Android Studio по сути используется тот же самый QEMU и тот же самый AndroidX86. Разница только в том, что AndroidX86 позволяют ему запускаться на обычном компе, ну и делают человеческий Live-образ, которым можно по человечески пользоваться. Гугель тоже предоставляет образы системы под x86. Но все эти корпорации зла нарочито не делают так, чтобы можно было удобно пользоваться ими вне Android Studio. Как его нормально запустить под эмулем без поллитры не разобраться. А тут за тебя люди уже все сделали.
Нормального софта под X86 на андроид нет. Кроме хеллоуворлдов, которые ты сам напишешь.
Я качал игры и играл в них. Angry Birds Epic например. Приложения написаны на Java, а Java она и в Африке Java. Проблемы есть только с NDK вставками на C++. Но изначально приложение пишется именно под x86, ибо, еще раз, эмулятор под Android Studio и есть QEMU с запущенной под ним x86 версией Android. А потому например всякие Unity, под которые пишутся почти все игры, поддерживают x86 из коробки. Проблемы возникают только в тех случаях, когда разрабы НАМЕРЕННО вырезают поддержку x86. Но в основном все свободные программы типа Firefox имеют версии под x86. А нам что еще надо то? https://ftp.mozilla.org/pub/fenix/releases/116.3.0/android/
Оно не то что прям злонамеренно вырезается - просто выкидывают нативщину которая едва ли пригодится. Даже не так, его в релизах не вырезают а не компилят - там ведь выставляется конкретный набор архитектур под который делатьВ иных приложениях код под каждую архитектуру ощутимо весит - так зачем его тащить если на рынке уже практически нет андройдных устройств под х86
И кстати, в той же андройд-студии доступны и арм-овые образы и даже под мипс
https://ibb.co/r6fsJH5
Некоторые вещи - это вопрос желания. Никто не запрещает распространять отдельные версии под x86. Просто если нам обычно говорят, что сейчас размер не имеет значения, т.к. память идет на десятки гигабайт, диски на террабайты, а сеть на гигабиты, то бизнес почему то не хочет делать вообще никаких лишних телодвижений, даже если надо просто поставить лишнюю опцию компиляции и хранить пару лишних файликов размером в несколько мегабайт.У меня лично просто складывается ощущение, что x86 гнобят намеренно.
Сборки под другие платформы может и есть, но на них не будет работать аппаратное ускорение. Я ставил Debian под ARM. Работает как WinXP на компе с 64Мб. Отклика интерфейса приходится ждать по несколько секунд.
> Некоторые вещи - это вопрос желания.
> Никто не запрещает распространять отдельные версии под x86.Едва ли этим кто-то будет заморачиваться, т.к современных устройств с андройдом под х86 практически нет. А у андройда что ни версия - так постоянно что нахрен отваливается( придумали какие-то чередные ограничения прав или ещё что-то ) и под это надо лепить кучу костылей
> Просто если нам обычно говорят, что сейчас размер не имеет значения
Оно вроде бы и так
И говорят так весьма часто, а вроде бы - сам гугел ещё несколько лет назад ограничил возможность выгрузки apk, кажись, сотней мегабайтЧто больше - уже отдельная история. Выгружается отдельными кусками( AAB ) и по сути конечному пользователю генерируется конкретный apk или его подобие
У яблока отчасти так же. Там вообще от конкретной железки может зависеть.
Последние годы - и вовсе, корпорация умеренного добра(тм) всё настойчивей требует от разработчиков перейти на подписание сборок от гугла - это когда сертификаты генерятся и лежат у него без возможности выдачи, а ты - никто, жалобно просящий подписать очередную сборку приложения, называемого своим, пока что своим> бизнес почему то не хочет делать вообще никаких лишних телодвижений,
> даже если надо просто поставить лишнюю опцию компиляцииВот это хз. Поскольку прибавляет по весу не более 20%, равно как и по времени сборки
> и хранить пару лишних файликов размером в несколько мегабайт.
Но у того же ВК, например, нативщина под каждую архитектуру весит 20-30 Мб. Там вплоть до OpenCV было вкомпилено, по крайней мере, ещё некоторое время назад. Забавы для попробую скачать ВК и глянуть что в нём натолкано на 110 Мб
> У меня лично просто складывается ощущение, что x86 гнобят намеренно.
Возможно. С другой стороны, уже и андройдных планшетов с урезанными ноутбучными х86 процами почти не делают. Т.е её уже даже не рассматривают как целевую.
А какая не целевая - под ту и не тестируют и не допиливают. А под которую не тестируют - проще не релизить, а то можно славно оподливиться> Сборки под другие платформы может и есть, но на них не будет
> работать аппаратное ускорение. Я ставил Debian под ARM. Работает как WinXP
> на компе с 64Мб. Отклика интерфейса приходится ждать по несколько секунд.Я ставил винду в виртуалке под яблоко. Даже ХР лагает на секунды тупо при перетаскивании окошек проводника
Но там проблема в пробросе интегрированной графики. Без неё всё рисуется на ЦП
> Забавы для попробую скачать ВК и глянуть что в нём натолкано на 110 МбИии так и не понял чего
Вся нативщина там( 8,4 ) весит порядка 35 мб, в которых содержится код, включая тензорфлоу, только под пару армов
Ну вот нативщина не такая уж и большая, но очень важная, т.к. без нужной нативщины прога прото крэшится. Но я уже говорил. Я ставил РуСтор или как его там, когда он еще был в бэте и не требовал аккаунта. Ставил различные игры. Половина прекрасно работала.
Ну это именно у них. Порой она очень жирной бывает. Хотя обычно примерно половина - это ресурсы приложения вроде иконок и шрифтовС рустором и прочими вообще другая проблема( хотя я до сих пор не понимаю, почему в правительстве не выбрали самобытный и вовсю существовавший магаз приложений от 4PDA, а решили пилить кучу новых )
А именно, приложения по умолчанию завязываются на кучу хрени вроде покупок в приложении, пуш-уведомлений, геопозиционирования и карт, проверки целостности и проч
И вот это всё было завязано на гуглосервисы, без которых даже годное приложение падало
Даже карты - и те - гуглокарты, а не 2-гис-карты и, тем более, не яндекс-карты( это вообще хз что )А архитектуры - это уже третий вопрос
Можно поставить на комп эмулятор арм-архитектуры вместе с гуглосервисами в рамках андройд-студио
Проблема лишь в том, что жрать ЦП оно будет ещё больше чем х32-64( который одно ядро грузит до 100% даже полностью в покое и без каких-либо внешних событий )
Например я могу четко сказать, кто намеренно вырезает поддержку x86, т.к. это не в его интересах. Сам Гугель. Вот 100% полноценной версии гапсов под x86 действительно нет. Но это 100%. Большинство нужных приложений есть и они работают. https://opengapps.org/
Ну, причина понятна - на x86 очень хорошо развита культура отладки-отлома, все эти лицензионные трюкачества разберут по винтикам очень быстро.
Яблоко поступило хитрее - отладка в симуляторе на х86
Работа приложения - на арм'е
Можно ещё через яблоко мощно отлаживать, но, если нет исходников... там разве что взлом и перепрошивка устройства помогут
Самое забавное, что ввиду подобного уровень защиты яблочных приложений - примерно на уровне UPXа
Не, ну девелоперам всегда было проще.
Я имею в виду, что на x86 очень развита отладка именно не имеющих исходников аппликух.
И очень мощные инструменты для таковой, вплоть до контролируемой виртуализации.
В том и прикол, что релизные яблочные сборки делаются исключительно под АРМ
Т.е под х86 там ничего нет - это можно получить только непосредственно собирая проект из исходников. И то, многое будет недоступно вроде камеры или доступа к звонкам.э И при условии кучи нюансов ведь там всё подписано-переподписано и требует тонны проверокА что касается АРМа - так даже чтобы на собственном айфоне запустить собственную приложуху при наличии исходников и подключении аппарата к компу - всё равно потребуется добавить подобия серийников мобилы в аккаунт через веб-панель
Причём, для одного аккаунта ограниченное количество устройствНо и каждый аккаунт платный, разумеется
Но и чтобы поставить новую версию среды разработки( весом установочника под ~10 Гб ) - требуется каждые 2 горда ставить новую ОС( ещё +10 Гб установочника и вообще не факт что поставится - там постоянно ужесточаются требования )
> X86 - и этим всё сказано. Под W11 и без него кое-что работает.
> А ты нормальный армовый погоняй.Армовый медленно будет если это не на армовской системе. Кросс-трансляция инструкций затея далеко не халявная.
Особенно рисковой примитивной лапши, да... оверхед при эмуляции максимален.
> Особенно рисковой примитивной лапши, да... оверхед при эмуляции максимален.Ну как бы если ты можешь лучше ПОКАЖИ ЭТО. А языком трындеть не мешки ворочать.
Я тебе это, о том же вещаю, что рисковая лапша на полноценных процессорах эмулируется так себе, даже с рекомпиляцией.
С производительностью кроссплатформенной эмуляции по CPU всё та же задница, а поэтому честно говоря не интересно. Вот в качестве железной обвязки для виртуалок на x86 - годно да.
Куда ты спешишь в игры играешь?
Ну мне лень сборки каждого обновления типового софта для своей репы ждать часами даже на серьёзной платформе.
А на самом Pi собирать ещё дольше. ARM такой ARM.
А кросс-компиляция в современном софте "автоматически скачивающим модули" для сборки - это, сынок, фантастика, да.
Странно правда что Pi у тебя медленнее эмуляции. Может пора обновить первый кипятильник на четвертый или что там у хипсторов сегодня модное?(ну или поискать уродца типа ведроид hc4 - с sata over pci, а не как всегда - возможно у тебя сборка вообще в диски упирается а вовсе не в процессор)
Кроссуха под арм, особенно с упаковкой в RPM - это эпический изврат.
Не, makeinstall'ы даже получаются, но тут не тот случай.> Странно правда что Pi у тебя медленнее эмуляци
Эмуляция просто достаточно быстрая, объём кода и промежуточных объектов большой, а работа с дисками у Pi - ээээгкхкхм.
> Кроссуха под арм, особенно с упаковкой в RPM - это эпический изврат.теоретически можно разделить одно и другое.
Но на практике конечно фигня выйдет потому что хрен ты такое вот соберешь. Где-нибудь да просочится не та архитектура.> Эмуляция просто достаточно быстрая
а че тогда жалуешься что недостаточно?
> а работа с дисками у Pi - ээээгкхкхм.
ну вот порадуй хардкернел своими 80 баксами, у них все должно быть хорошо. Кроме денег, поскольку корейцы так и не поняли, какой продукт у них был на самом деле стоящим и почему. (хотя инвесторы, конечно, не видят разницы)
Там две проблемы:
- множество сборочных spec'ов используют скрипты с запуском кусков собранного софта для генерации того-сего (про тесты вообще молчу) - вот тут наступает первый ахтунг, собрано-то под ARM
- второй ахтунг начинается, когда этот самый RPM надо затянуть (поставить) в образ, который понятное дело в отдельном каталоге...> а че тогда жалуешься что недостаточно?
Ну, собирать на 5950X чуть быстрее, чем на ARM, когда оно нативно собирается в десятки раз быстрее...
А, да, ко второму ахтунгу снова добавляется то же самое, что и в первом - даже если с каталогом удалось разобраться, он тебе попытается что-нибудь из собранного запустить...
Но в целом со вторым попроще - ставим на реальном ARM в чрут с NFS. А вот первое - тотальная задница.
С реальным армом тоже не всё гладко, сборка с LTO жрёт фигову тучу памяти, 8 гигов на Pi4 не всегда хватает для сборки в 4 потока...
> С реальным армом тоже не всё гладко, сборка с LTO жрёт фигову
> тучу памяти, 8 гигов на Pi4 не всегда хватает для сборки в 4 потока...Ну елки, если тебе реально надо часто и много - поставь билдферму из нескольких пи или чего там. Или что ты там такое собираешь в таких объемах чартерными рейсами что оно того не стоит? Благо distcc какой запустить или что там тебе нравится не особо рокетсайнс, тем более что это даже не кросс.
Прости чувак но ты ж не компилишь на третьем пне x86 пакеты. А ARM чем хуже? Купи ARMов за столько же бабок как твой десктоп или ноут - не хуже компилять будет, вероятно.
Третий пень по факту компилил гораздо шустрее, чем это ныне ARM делает.
А, если честно, я уже на данный момент готов забить, и переехать полностью на x86, пусть он и размером несколько больше получится.
8" панельные PC с экранчиком в принципе существуют, видимо буду брать что-то из них на замену, оно для хозяйственных нужд.
> 8" панельные PC с экранчиком в принципе существуют, видимо буду
> брать что-то > из них на замену, оно для хозяйственных нужд.И, конечно, софт будет билдиться на вот именно этом вот? И может быть оно даже окажется дешевле и чем-то лучше? Или их преимущества - они волбще в чем с точки зрения разработки? С учетом вон того ответа, надеюсь его не сгрызет модобот еще раз, чтоб его!
Ты не понял, это снимет необходимость городить огород для билда софта, в чём и цель.
Да, я потеряю на потреблении самой хреновины.
Но выиграю на устранении геморроев.
Стильная модная молодёжность - это всё хорошо, но тёплый ламповый x86 выглядит куда меньшим злом на фоне этого счастья.
> А, если честно, я уже на данный момент готов забить, и переехать
> полностью на x86, пусть он и размером несколько больше получится.Долбаный модобот стер сообщения, но я повторю. Я честно говоря не понимаю вас.
Во первых, странно сравнивать распи с здоровым компом. Купите комп за столько же денег как распи, со всеми потрохами, включая модули памяти, питальник и проч. Тогда расскажете как вам билдовка на ЭТОМ. А то сравнить вдесятеро более дорогой и прожорливый гроб с мелкотой - круто придумано, но - нет.
Во вторых, есть мощные 64-битные ARM на 2.5..3 ГГц. C кучей ядер, быстрым IO, 8-16 гигз, а то и PCIe. Ну вон рокчиповские платы прикольные есть. И уж как минимум шустрый SSD на usb3 повесить не проблема много где, если стало надо. А то и NVMe вообще. И в таком виде оно третьепню даст такой мастеркласс во всем, включая билдовку... а то что это стоит более похоже на писюк - ну, чудес не бывает. Если кто думал что ему устроят совсем уж халяву - чудес не бывает. Там просто можно вниз масштабироваться - за 10 баксов есть одноплатники. Не то чтоб они супер для билдовки но x86 за 10 баксов с мелкими габаритами, питаемых от зарядки для мобилы, вообще не бывает. Как категории. Другой уровень цен, потребления, сложности системы и TDP.
В третьих я не понимаю вашу проблему. Большинство открытого софта кроссплатформенное. И к тому же в типовом дистро типа дебиана либы соберут сами майнтайнеры и самому это делать не надо, так что 90% билдовки можно спихнуть на других. И даже то что осталось - обычно кроссплатформенное. Прелесть опенсорса в том что оно кроссплатформенное, можно отладиться на большом мощном компе, даже с тяжелыми ниструментами типа ubsan/asan. А когда все ок - запустить билд и под ARM в том числе. И даже если оно там всю ночь допустим пашет - пнул билд и свалил спать. Я не релижу софт по пять раз в день чтобы это стало моей проблемой. А лично ждать вон тот комп или VM совершенно не обязательно. Так что даже если душит жаба на нормальное девовско-билдерское окружение - можно найти относительно халявные и ненапряжные варианты. Так даже алго для МК можно отлаживать - при том что там запустить компилер вообще малореально по ресурсам. А если хочется "девовский воркстейшн на ARM" или "билдферму" - это все же более мощные чем распи агрегаты надо смотреть.
И я не понимаю - плюсы x86 - они вообще в чем, под таким углом? Это довольно дорогие, прожорливые и - не масштабируемые вниз до простоых, дешевых, маложручих и предсказуемых систем, решения. Минимум что интел смог выдать - это атом но он ужасен. Система многократно сложнее и дороже ARM, билдить софт на этом вы тоже врядли захотите, а за 10 баксов его можно разве что БУ и старый найти.
> Во первых, странно сравнивать распи с здоровым компом.что есть то и сравниваем. Человеку надо собирать под целевую платформу. Она rpi или что-то подобное. Получается медленно и хреново, потому что современный софт - дерьмо и его сборочные системы еще большее дерьмо, и на нормальную кросс-сборку как правило в принципе неспособны уже лет пятнадцать, а тут еще и надо правильно опакетить для дальнейшего распространения.
> Купите комп за столько же денег как распи, со всеми потрохами, включая модули памяти, питальник и
> проч. Тогда расскажете как вам билдовка на ЭТОМ.простите а где у распи3ды - питальник?
Его отдельно надо покупать.А денег хотят за нее и без питальника не так чтоб мало. Ну да, dual xeon подороже обходится, ну так кипятилка- то и на core2 не тянет - упирается в отсутствующую у нее дисковую фичу.
При этом если ты попытаешься купить что-то приличное на базе arm (не в курсе даже - существует ли оно по сей день, я др-л когда-то на две подобные штуки, одна от супермикры, другая от каких-то других васянов - но это было давно и их запросто могли перестать уже выпускать вообще) - ценник тебя приятно поразит, удивит, в чем-то даже фраппирует но вслух ты почему-то скажешь совсем не это. Потому что тех китайских ксеонов можно будет пять штук купить, и при этом у слона-то все равно больше.
> И в таком виде оно третьепню
с разморозочкой. твой третий пень устарел в 2003м.
> что есть то и сравниваем. Человеку надо собирать под целевую платформу.Ну так если кто low power дешевую штуку попробовал рассмотреть как воркстейшн - странно, что же пошло не так. Пусть тогда сравнивает с вон тем, с 8" экраном и как на этом всем компилять.
А то довольно странно что вот там мы спустим килобакс-два на мощный девовский воркстэйшн или топовый ноут а вот там мы этого делать не будем. Ну тогда и разработчик под платформу получится - вот такой. А x86 никогда не обещал что девелопать под другое эффективно. Так же как на ARM - даже мощном - девелопать под x86 тоже врядли супербыстро в кроссовой VM будет. В этом месте имхо полная симметрия.
Зачем x86 надо делать какие-то скидки в сравнениях я не знаю. Кого так можно наесть кроме себя я тоже не понимаю. Интел и амд свое не упустят, а сейчас они еще с большим количествои strings attached c ME/PSP/плутоны в принудиловку. Не, если кто в д@рьмо влопаться хочет, пох эксперт как это делать правильно - чтобы уж точно изгваздаться по уши и делать вид что по другому и быть не может. А таки - может. Я проверял. Blob-free штуки загружающиеся майнлайновым убутом и кернелом соврать не дадут. Но это опенсорс. Тут каждому - по умениям его. И если они у вас такие - значит и вон то вы заслуживаете. Мне на это вообще грех жаловаться - это мое конкурентное преимущество, когда я могу показать кастомеру что вот этих "линуксоидов" которые "эксперты" могу сделать как с куста. Просто я за объективную оценку технологий. Без рояля за штуку баксов в кустах.
> Она rpi или что-то подобное. Получается медленно и хреново, потому что современный
> софт - дерьмо и его сборочные системы еще большее дерьмо,Ну так 99% этого софта из репы качается. Распаковать даже на первом распи не так уж много времени. А дебиан или *бунта или что там таки поставило себе более шустрые железки под билдфермы, они ж себе не враги и инвестируют в себя немного. Более того - пересобрать их 60К пакетов из реп ты и на x86 не захочешь. Даже если у тебя билдфмера есть. И стало быть в основном колышет сборка именно того что сам накалякал. И если оно у тебя вот такое - ну и кто же это сам себе в тапки нагадил? Не знаешь? :)
> и на нормальную кросс-сборку как правило в принципе неспособны уже лет пятнадцать,
Ну так это и есть причина юзать кросс-эмуляцию или железки.
> а тут еще и надо правильно опакетить для дальнейшего распространения.
В дебиане это сводится к заполнению полей в паре файлов да еще по мелочи. Не особо тяжелая операция. Вот компил сотен кода, с высокими оптимизациями - там да, RAM и проца надо прилично. И это даже на x86 порой задалбывает. Современные компилеры стали генерить намного более оптимальный код, но - ценой куда более интенсивного жора ресурсов при компиле. Если это не надо, собери чтонить tcc и подивись на скорость сборки. Но код заметно хуже. Сорян.
> простите а где у распи3$ды - питальник? Его отдельно надо покупать.
Половина таких штук счастливы питальником от мобилки в юсб порт, который уже валялся где-то. У x86 в принципе с этим проблемка. Поэтому дешевый маложручий таргет из x86 не получается хоть как. А всякая блобота в UEFI еще бонусом нагадит в малину. И если у малины самой блобы, то есть куча выводков одноплатников на allwinner и rockchip подымаемых без блоботы. В том числе и относительно мощные. Ну вон на форониксе платку гоняют - 12 64-битных ядер на 2.5ГГц, юсб 3 и 8-16 гигз оперативы. Знаешь что такой артефакт с третьм пнем по перфомансу сделает? Ну да, он стоит от стольника нерублей в минимальном конфиге. А что - x86, типа, в такой производительности и конфиге и не БУ будет дешевле? ORLY? :)
> А денег хотят за нее и без питальника не так чтоб мало.
Ну там уже как бы накрутка на бренд и попсу. А вон там - китайские 10-басовые штуки. С 2-4 ядер, 512 оперативы и проч. Когда надо "немного компа" - вполне себе. И вот оно уже через сотовую сеть модный вайргад прокидывает, телепортируя com-port через тридевять земель в относительно секурном виде. Ты будешь x86 ставить под секурный проброс телеметрии/управления с компорта? Ну а вот 10-баксовую штуку можно. При этом у нее будет более-менее обычная вафля и эзернет, можно прицепить к обычным сетям. Или даже usb-модем в usb воткнуть. Хоть это и на любителя квест - есть нюансы, больше по линии модемов и юсб, но все же. А то что оно как билдферам не очень - эээ... а писюк за 10 баксов это вообще что? :)
> Ну да, dual xeon подороже обходится, ну так кипятилка- то и
> на core2 не тянет - упирается в отсутствующую у нее дисковую фичу.Ну дык соотношения не отменяли - если кто не хочет платить он наслаждается тормозами. Если взять себе конфиг пожирнее на нем будет поудобнее девелопать. И никто не обещал что кросс будет круто и быстро. Ни на арме, ни на x86.
> При этом если ты попытаешься купить что-то приличное на базе arm (не в курсе
> даже - существует ли оно по сей день,Выше крыши. Вон фороникс развлекается. А то что в заж@пинске не продается - так тебе скоро и кор2дуба за хайтек будет. Воон там китайцы поставки перекрывают. Для начала - дронов и комплектухи, но кто не поймет последнее китайское по хорошему, узнает как оно по плохому. Когда тебе даже китайский ксеон - не доставят. FYI, многие китайские PCB фабы уже например послали россиян прямым текстом. Можешь у себя на коленке делать. Только тебе врядли понравится соотношение цены и технологических возможностей. А будет мало - китайцы объяснят и еще более популярно.
> я др-л когда-то на две подобные штуки, одна от супермикры, другая от
> каких-то других васянов - но это было давно и их запросто
> могли перестать уже выпускать вообще) - ценник тебя приятно поразит, удивит,Ну вот я поэтому разборчив в том что и почему я покупаю - и не ищу самое самое. В эмбедовке есть принцип "good enough". И да, вон тот демон я могу в черновом виде и на x86 в нативной сборке отладить. Ну будет там uart не нативный и физический а чутка эмулированый через usb-бридж, чуть менее надежно но это ж не в прод а девконфиг, а на железке как раз будет уже нативно сделано.
> в чем-то даже фраппирует но вслух ты почему-то скажешь совсем не
> это. Потому что тех китайских ксеонов можно будет пять штук купить,Китайцы с 1 числа перестанут для начала продавать дроны и комплектуху. А если не понятно будет - то и остальное перекроют для повышения сговочивости господ роняющих мировую экономику. Думаешь не перекроют? Уже много чего перекрыли. Бизнес конечно бизнес но клиент гиморный и малоденежный, порще его кинуть чем самому пролететь.
> и при этом у слона-то все равно больше.
>> И в таком виде оно третьепнюс разморозочкой. твой третий пень устарел в 2003м.
У меня нет третьепнев, это у вон того сэра.
Вон то с 8" экраном компилять будет на удивление быстрее...
Но зачем, если можно скомпилять на десктопе.
Собрать на ARM что-то пристойное для компиляния - выйдет в разы дороже десктопа.
Кроме того, ARM'ов много, и тут опять начинается занудная подгонка под конкретный тип.
Такие дела.
> strings attached c ME/PSP/плутоны в принудиловкуУгу. Бредкомовский арм с его проприетарной фирмварью и бутлоадером - конечно же лучше.
У остальных армов ситуация тоже не сильно отличается - за исключением пары китаевасянских поделок на любителя. Имеем всё такой же полностью проприетарный старт и ещё к нему довеском полусовместимые devtree.> Половина таких штук счастливы питальником от мобилки в юсб порт, который уже
> валялся где-то.Распи*** не щаслива, если питальник слегка не по характеристикам - начинает SD пороть.
Впрочем, она и с нормальным питальником SD порет иногда.> У x86 в принципе с этим проблемка. Поэтому дешевый маложручий таргет из x86 не получается хоть как.
Так они и работают соответственно, в чём и опыт. Никак ты на 15 ватт входа арма 90 ватт работы не выдашь, такие дела. Те же LED лампы, вид в профиль. Резиновое подобие естества под шоколадным соусом.
> есть куча выводков одноплатников на allwinner и rockchip подымаемых без блоботы
Ну я и говорю - полторы подвальных китаеподелки на любителя.
>> А денег хотят за нее и без питальника не так чтоб мало.
> Ты будешь x86 ставить под секурный проброс телеметрии/управления с компорта?Y not. 10-баксовой штуке неизвестной надёжности я телеметрию и управление не доверю.
> Купите комп за столько же денег как распи, со всеми потрохами, включая модули памяти, питальник и прочНа арме таковых - нет. Ну вот просто нет.
Единственная потуга - эпловский Mx, но там больше ценник за понты, нежели за работу.
В смысле "больших" нет.
Есть либо какие-то полусерверные поделки, которые в лучшем случае сами с собой дружат, и производительностью всё равно ниже x86 десктопа - из них ферму придётся собирать.Либо вот это всё унылое эмбедоввое.
Учитывая, что haxm помер и его скоро выпилят из кему, есть какой-то способ получить ускорение на виндовс?
Да, с ускорением можно снести этот кусок анального зондирования
Использовать WHPX бэкэнд: -accel whpxhttps://www.qemu.org/docs/master/system/introduction.html#vi...
Когда пробовал на одной из прошлых версий, у меня в виртуалбоке вылезла черепашка, да и в qemu всё это не очень хорошо.
Может кто-нибудь знает свежие портабол версии под офтопик?
> Добавлен новый звуковой бэкенд ("-audiodev pipewire"), работающий с мультимедийным сервером PipeWire.Царский подгон. Спасибо разрабам за это. И за мультитач. Мой ноут с тачем, мне мультитач в Quemu пригодится...
Кто знает, он качественно эмулирует?
> Кто знает, он качественно эмулирует?Смотря что считать качественным.