Состоялся экспериментальный выпуск открытой реализации WinAPI - Wine 5.16. С момента выпуска версии 5.15 было закрыт 21 отчёт об ошибках и внесено 221 изменение...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=53620
>>Улучшена поддержка ARM64 для macOSНадо чтобы Wine позволял запускать WindowsX86-приложения и на ARM
Залупа верно говорит, огрызки скоро продавят arm на десктоп.
Ну-ну, притом, что вайн нынче не работает даже на х86 яблочном железе с последней версией ябблОси.. потому что там выпилили поддержку х86_32, оставив только х86_64.
Я имел в виду то, что следом за Apple остальные производители тоже кинутся выпускать армбуки, на которые можно будет воткнуть линукс.
ARM давно утратил внутреннюю красоту архитектуры и превратился в такой же шлак, как x86. Нужны нормальные ноутбуки на mips, но где их взять?
ARM хотя бы можно использовать в ноутбуках, чего не скажешь про бесполезные x86 печки с автономностью в 4 часа.
Шило на мыло. Что одно проприетарщина, что другое
С нынешней моделью мироустройства Free Hardware не будет никогда, а на армах хотя бы можно делать холодные и шустрые ноутбуки без активного охлаждения и с огромным временем автономной работы.
> С нынешней моделью мироустройства Free Hardware не будет никогда, а на армах
> хотя бы можно делать холодные и шустрые ноутбуки без активного охлаждения
> и с огромным временем автономной работы.Это только кажется так
> ARM хотя бы можно использовать в ноутбуках, чего не скажешь про бесполезные
> x86 печки с автономностью в 4 часа.ИМХО там неоднозначней, поскольку даже десктопная ОСь с приложениями, собранная под АРМ, будет... не очень эффективно его использовать.
Если точнее, то получится тормозная печка.У мобильных устройств свои подходы к оптимизации нагрева и энергопотребления, включая крайне агрессивное «отключение» приложений, теряющих фокус( сидел на опеннетике.. открыл окно консоли - окно браузера ушло в «кеш», т.е память из оперативки сброшена на диск, доступа к процу сиё не имеет, пока снова на переднем плане и в фокусе не окажется ).
Вот этого частенько не понимают пользователи десктопа, всерьёз думающие, что, если их ос и приложения просто переслюнить под АРМ, то на нем они будут работать абсолютно так же, только «энергоэффективней».
Хотя, на самом деле, в десктопную ОС можно просто подвезти подходы к оптимизациям из мобильных не меняя архитектуры и получить почти то же самое.. но кого нынче на десктопе устроит возможность одновременной работы лишь (!) одного или двух( при разделении экрана ) оконных приложений ?
Да вы знатную чушь несёте уважаемый.
Как же тогда я, многие другие используют к примеру rpi? Она arm как раз таки и по вашей логике, открыв браузер, фильм, фм, что либо иное должно упасть, поскольку оно не на переднем плане. А оно не падает и работает.
То, что вы описали, это задачи ОС, железу всё равно, вопрос именно в том, как сама ОС распределяет ресурсы и только.
Другое дело, что единственное подходящее под то, что описано вами - это андроид, но там опять таки - такова политика системы ОС, а не железа.
Не стоит путать тёплое с мягким или говорить о чём либо, если вы не знаете этого.
>[оверквотинг удален]
> как раз таки и по вашей логике, открыв браузер, фильм, фм,
> что либо иное должно упасть, поскольку оно не на переднем плане.
> А оно не падает и работает.
> То, что вы описали, это задачи ОС, железу всё равно, вопрос именно
> в том, как сама ОС распределяет ресурсы и только.
> Другое дело, что единственное подходящее под то, что описано вами - это
> андроид, но там опять таки - такова политика системы ОС, а
> не железа.
> Не стоит путать тёплое с мягким или говорить о чём либо, если
> вы не знаете этого.Что я описал и при чем тут исключительно андройд ?
Примерно аналогичное поведение в отношении приложений и у яблока и у андройда.Я частенько имею дело с мобильной разработкой и знаю, о чем говорю.
Если позволить на нынешних мобильниках приложениям работать так же, как они работают на десктопе, то имел бы место раскалённый тормозной кирпич, не держащий заряд.Та же малина нередко требует охлаждения - активного или пассивного, но с хорошим радиатором. И это помимо энергопотребления в десяток-другой ватт( при пиковой нагрузке она может потреблять более 2А при 5В ).
Тогда как многоядерный мобильник, содержащий в очень малом (!) закрытом объёме и проц и кучу периферии при отсутствии норм пассивного радиатора даже при тяжёлых нагрузках греет корпус до 60-70С - примерно как малина без радиатора при обычном воспроизведении видео в «нативном» плеере.Какова емкость аккумов нынешних телефонов ? -2,5-4 Ач при 3,3В ?
Это порядка 10 Вт*ч, которых мобильнику хватает и на проц и на память и на дисплей с подсветкой и на кучу периферии( вплоть до GPS/ГЛОНАСС и всяких 4G-вайфай-блютуз-итп ).. притом, телефону их хватает на много часов работы, тогда как одной только малине без какой-либо периферии этого хватит на час-другой и это с учётом откровенно убогой и урезанной ОС с фиговой производительностью.На мобильных устройствах приходится бороться за каждый милливатт энергии, отсюда и такие ограничения и такая «кажущаяся» производительность и энергоэффективность.. но лишь в одном приложении, которое прямо сейчас открыто и активно, поскольку у не_активных приложений пользователь все равно не может лицезреть активность или лаги.
+для некоторых задач есть возможность работы в фоне( обе яблочных оси предоставляют ограниченные возможности для этого ). Некоторые приложения( навигаторы итп ) этим злоупотребляют, нагло работая в фоне и задействуя навигацию, что заставляет мобильник греться аки утюг и за считанные часы сжирает весь заряд на телефоне. Но лишь некоторые.
Я помню на обычный андроид-смартфон портировал postmarketOS через otg-кабель подключил USB звуковую карту и запустил ardour и оно работало! Правда не очень удобно по мелкому экрану тыкать, но оно работает!
> Я помню на обычный андроид-смартфон портировал postmarketOS через otg-кабель подключил
> USB звуковую карту и запустил ardour и оно работало! Правда не
> очень удобно по мелкому экрану тыкать, но оно работает!PostmarketOS - насколько помню адаптированная под мобильные устройства система, хотя и с ней возникают некоторые неудобства.
Речь о том, что, при запуске на мобильном проце( который "нереально шустрый и эффективный АРМ" ) именно обычной десктопной системы, скомпилированной под нужный камень и даже с нужными "дровами", ощущение в плане производительности будет едва ли аналогичным тому, которое возникает при работе на именно мобильной ОС и дело тут нередко не в архитектуре проца, просто смена x86 на АРМ едва ли что-то изменит принципиально.
Или, к слову о том, что, если на телегу просто поставить титановые колеса вместо деревянных, то получится все равно та же телега.. пусть и с титановыми колесами.Хотя, возможно, что-то и изменит, но лишь косвенно - позволит ощутимо проще, быстрее и дешевле пилить свои процы ввиду более простой их кастомизации и добавления новых аппаратных блоков, поскольку АРМовые ядра "покупают" все, кому не лень и многое пилят на их основе.. а попробуй-ка закупить права на допиливание и производство ядер у АМД или Интела( даже Китаю это не удалось - АМД предоставил им лишь возможность запилить свой блок аппаратного шифрования в начисто закрытой адм-шной системе, намертво привязанной к производственным мощностям и цепочкам амд.. крч там весело получилось ).
Результаты тестов говорят об обратном: https://habr.com/ru/news/t/508812/И это только начало.
> Результаты тестов говорят об обратном: https://habr.com/ru/news/t/508812/
> И это только начало.Энергопотребление у него какое ?
п.с: неужто, на DTK все АРМовое вдруг закончилось ?И кстати, правила использования DTK( https://developer.apple.com/terms/universal-app-quick-start-... ) тонко намекают, что реальных официальных бенчмарков и проч обладатели DTK делать, в общем-то, не имеют права( обычно под "тестированием" DTK подается тестирование яблопланшета с условно-похожим процом и мобильными бенчмарками, либо - на публикацию и проч требуется явное и личное разрешения от яблока, которое не разрешит публиковать какую-либо "неправильную" по их мнению информацию ):
"
You agree that NEITHER You NOR Your Authorized Developers will:
...
(b) decompile, reverse engineer, decrypt, or disassemble the Developer Transition Kit, in whole or in part, or otherwise attempt to disassemble the Developer Transition Kit, in whole or in part, or derive (or attempt to derive) the source code of the Developer Transition Kit or otherwise reduce the software portions of the Developer Transition Kit to a human-perceivable form (except as and only to the extent the foregoing restrictions are prohibited by applicable law, or to the extent as may be permitted by licensing terms governing use of open-sourced components included with any such software);
(c) copy, modify, or create derivative works of the Developer Transition Kit, or any part thereof; (d) display, demonstrate, video, photograph, make any drawings or renderings of, or take any images or measurements of or run any benchmark tests on the Developer Transition Kit (or allow anyone else to do any of the foregoing), unless separately authorized in writing by Apple;
(e) discuss, publicly write about, or post any reactions to or about the Developer Transition Kit (or Your use of the Developer Transition Kit), whether online, in print, in person, or on social media, unless separately authorized in writing by Apple;
...
The Developer Transition Kit is considered Apple’s Confidential Information under Your Developer Agreement. You agree not to publicly write about or review the Developer Transition Kit, or to share or display it to anyone other than Your Authorized Developers, without Apple’s prior written approval (including via email). You agree to use and store the Developer Transition Kit in a secure location accessible only by You (and Your Authorized Developers).
...
You agree not to use the Developer Transition Kit for any purpose other than the testing and development by You (and Your Authorized Developers acting on Your behalf) of Your Applications or Your Internal Use Applications (hereinafter referred to collectively as “Applications”) designed to operate on or in combination with the same operating system for which the Developer Transition Kit is designed, provided you (and Your Authorized Developers) do not violate any of Apple’s intellectual property rights in developing such Applications.
..
You acknowledge and agree that Apple has no obligation to accept any Applications developed using the Developer Transition Kit.
...
The Developer Transition Kit is not fully tested and is to be used only for limited testing and development purposes as set forth in Section 2. The Developer Transition Kit may contain errors
Universal App Quick Start Program Page 3
that could cause failures or loss of data and may be incomplete or contain inaccuracies.
...
You acknowledge that Apple has no express or implied obligation to make available a commercial release of the Developer Transition Kit. Should a commercial release be made available, it may have features or functionality that are different from those found in the Developer Transition Kit licensed hereunder. Apple is not obligated to provide any maintenance, technical or other support for the Developer Transition Kit, or any Updates.
"Ну и там много еще подобного.
Если кратко, то ты, как обладатель, не имеешь права ни на что( даже вывозить из страны приобретения не имеешь права ), яблоко - имеет право на все( в т.ч и на сам DTK, который принадлежит ей, яблоко просто дает тебе его в аренду, вроде, на год ). Более того, это железо настолько тестовое, что не предполагается ни к какому-либо применению, кроме самого минимального тестирования работы своих приложений на АРМе. Яблоко само не знает, когда и в какой комплектации будет выпускать "коммерческие" АРМы
>Нужны нормальные ноутбуки на mips, но где их взять?Китайские ноуты на процессорах Loongson (MIPS64). Даже у Столмана такой был/есть.
ничо, что гугол их уже лет 10 выпускает?
> ничо, что гугол их уже лет 10 выпускает?Всё выпускает и никак не выпустит.
ARM шляпа, gcc на ядре A53 1.8ГГц в 10 раз медленнее компиляет, чем на x86_64 Zen 2 3.8 ГГц.
Вот выкатят новые маки, тогда и посмотрим.
У меня холодильник морозит лучше чем микроволновка
Т.е. Zen 2 в 2.1 раза превосходит по частоте. А по количеству ядер, объёму кеша, числу уровней кеша?
И в A53 нет спекулятива.
Это в 1 поток, в 4 (по числу ядер) на моей платке собирать опасно - памяти мало, может не хватить. Кэша там конечно тоже мало, впрочем вряд ли в мобильных чипах кто-то будет делать кэш L3 32мб - это и кристалл огромный будет, и потреблять будет как десктоп и стоить соответственно.
Посмотрите на Huawei Kungpeng Desktop, как будет доступен; процессор вполне на уровне с нынешним x86 в плане производительности _одного_ ядра.
24 ядерник kungpeng сами китайцы сравнивают с 8 ядерником x86.
А будет ли в связи с санкциями?
За счёт намного большего количества ядер.
Он не говорит про Apple, на смартфоне хочется поиграть в Stalker 2. Планшету и Raspberry Pi на Arm поддержка Windows-программ не помешала бы
Ты не понял. Имелось в виду то, что сегодняшний арм десктоп это скорее удел энтузиастов и гиков, а Apple сделает его мейнстримом и стандартом, что очень хорошо.
И пусть для начала они таки выпустят arm-десктоп. И чтоб без фокусов, как на мобилах где ни дров, ни майнлайн ядра но с заблокированными загрузчиками
Вот без заблокированных загрузчиков у них ну никак не получится.
Клавиатуру и мышь подключать по Bluetooth? Если нет, какое тогда удовольствие от игры в шутер на сенсорном экране? Если да, тогда в чём смысл, если можно поиграть на компьютере?
А через USB-хаб не проще?
Вы в курсе что это не его задача? Если уж так надо, собирайте wine x86 и через QEMU.
Всё бы ничего, но с видюшшкой не очень весело получается
Wine Is Not an Emulator.
К твоему сведению, сборки для андроида уже который выпуск поставляются с эмулятором (qemu), но от этого никто вино не стал называть эмулятором.
Windows Emulator
qemu-i386 wine ...
Берите софтину у разработчиков exagear и пущайте wine на arm под ней -- точно так же на e2k можно его пущать под http://altlinux.org/e2k-rtc (а софтина в некотором смысле родственная).О существовании знаю точно, где-то в 2013 или 2014 под ней запускали на armv7hf для примера skype и 1c-клиента.
Жаль что для моего процика без avx это обновление бесполезно. Однако молодцы в плане поддержки арма на маках. Хоть где-то яблочная компания сделала правильный выбор, хоть и насильно пересадив юзВеров на арм (хотя, если они знают про вайн, их можно будет даже просто юзерами назвать)
Замучили вы своим проприетарным армом. Шило на мыло. ИМХО
Шума и геммороя всем будет много, а толку мало
Почему Linux на ARM есть, а игр на нем от Google Play нет?
Во-первых, Android не Linux. Во-вторых, зачем?
Точнее, Android не GNU/Linux, а ядро у них обоих Linux.
Только сверху в Андроиде такого намазано, что пофиг какое там ядро -- хрен к нему достучишься.
Вообщет распоследняя роза и та уже на arm пакеты клепает, а она не андроед ни разу.
Ставишь андроид эмулятор и получаешь игры из маркета на линуксе - гугл предоставляет готовые образы с маркетом. С пробросом хостового OpenGL ускорения.