Раз уж есть расчёт освещения, можно отбрасывать все полигоны, у которых вектор нормали направлен от экрана — их всё равно не видно. Примерно вполовину количество полигонов для отрисовки уменьшится.
Wine не эмулятор же и к виртуализации отношения не имеет, там с нуля заново переписанные виндовые дллки, только под линукс. И к архитектуре процессора они не привязаны. Впрочем гадание по пресс-релизу, что они будут делать с софтом дело не очень благодарное. Может там достаточно и вовсе веб-страничку для билетных касс сверстать, много ли нужно технологий, чтобы забить номер паспорта и провести оплату?
Я не знаю, насколько там легаси, и вы наверно тоже. Слой бизнес логики по идее должен быть отделён от UI и не завязан на платформу. В конце концов если даже всё на winapi завязано и нет денег переписать (что вряд ли) — можно слинковать софт с альтернативной свободной реализацей вендовых dll из wine — по меньшей мере под арм wine собирается.
Трансляция для венды и х86 приложений нужна, но у эльбрусов своя ось на базе линукса есть, на ней и будут работать скорее всего. Разработка софта явно отечественная, исходники есть, не вижу проблем под линукс компильнуть даже если оно на венду изначально было.
Если посчитать для Airbus A320: ru.wikipedia.org/wiki/Airbus_A320
расход топлива — 2700 л/ч
крейсерская скорость — 840 км/ч
пассажировместимость — от 140 до 180.
Если пересчитать в привычные л/100км, выходит от 1.8 до 2.3 л / 100км на пассажира, вполне экономично и экологично.
Скоростные алгоритмы сжатия честнее не с винраром сравнивать, а с другими современными быстрыми алгоритмами типа lz4, lzo, zstd.
Для примера на Ryzen 5 3600 создание сжатой в lz4 файловой системы из исходников ядра Linux 5.4.2:
time mksquashfs linux linux.sq -comp lz4
Выхлоп:
Exportable Squashfs 4.0 filesystem, lz4 compressed, data block size 131072
compressed data, compressed metadata, compressed fragments,
compressed xattrs, compressed ids
duplicates are removed
Filesystem size 320585.83 Kbytes (313.07 Mbytes)
9.22% of uncompressed filesystem size (3475253.81 Kbytes)
Inode table size 3552568 bytes (3469.30 Kbytes)
39.45% of uncompressed inode table size (9006141 bytes)
Directory table size 3670969 bytes (3584.93 Kbytes)
63.72% of uncompressed directory table size (5761046 bytes)
Number of duplicate files found 196796
Number of inodes 280181
Number of files 262664
Number of fragments 5712
Number of symbolic links 140
Number of device nodes 0
Number of fifo nodes 0
Number of socket nodes 0
Number of directories 17377
Number of ids (unique uids + gids) 1
Number of uids 1
root (0)
Number of gids 1
root (0)
real 0m0,656s
user 0m2,051s
sys 0m1,163s
Итого имеем, что 845,9 МиБ (886 964 069) 65 688 файлов, 4 357 вложенных папок ужалось в 317,1 МиБ (332 529 664) за 0.656с.
Вместо того, чтобы разбрасывать тысячи маяков с сиренами, мне кажется эффективнее запустить несколько беспилотников с тихими винтами и с той же самой сиреной или иным акустическим излучателем и чувствительным микрофоном. Потеряшка слышит сигнал, кричит в ответ, беспилотник отмечает место на карте, где он услышал что-то похожее на человеческий крик. Если заморочиться с алгоритмами, такой бпла сможет даже не просто на на своём треке точку отметить, но и конкретное место в стороне от своего пути, как в этой демке.
При скорости 20 м/с (72км/ч) и радиусе сканирования 100м такой дрон сможет за час покрыть 0.02 * 0.2 * 3600 = 14.4 кв.км.
Железка из той демки кстати имеет на борту нейроускоритель с вполне приличными вычислительными ресурсами, которые можно использовать для анализа сигнала.
Если бы существующие очки заменяли монитор по удобству работы хотя бы в стационарных условиях, то уже давно раскупались бы как горячие пирожки) Но этого не происходит же. Мне вот 4к не хватает, на 1080p уже некомфортно смотреть, да и влазит мало информации. Маленькие дисплейчики теоретически можно на кремниевых пластинах выполнять по техпроцессу обычной кремниевой электроники с огромным разрешением, да вот только что-то никто из гигантов не торопится в это вкладывать ( А так круто было бы, по 8к в каждый глаз, как кино в IMAX, только всегда с собой.
Работу с текстом по мне так лучше уж локально выполнять, накрайняк автокомплит вынести на сервер через LSP. Мощности мобильных процессоров сейчас вполне хватит и для офисных задач, и для нетяжёлой IDE, и для всяких кадов, бухгалтерий и прочего рабочего софта, рендерить не только лишь всем нужно.
Gradle ещё и память как не в себя ест, так что большой кэш и быстрая память тоже должны сказываться. В R5 3600 32мб кэша и память удалось разогнать до 3600 МГц при официальной частоте 3200 :)
Собрал новый конфиг на Ryzen5 3600 специально для андроид разработки, стандартный эмулятор работает, так что неправда это, не тормозит. По сравнению со стареньким i7 наоборот всё летает.
Для полноты картины быстрый старт:
1. Покупка платки с али за 30р
2. Установка открытого компилятора и прошивальщика, например zypper install sdcc stm8flash
3. Скачивание готового проекта, например git clone somestm8blink.git
4. Прошивка cd someblink && make flash )
Можно выложить в альтернативные маркеты и сделать копию под ios, в приложении разместить ссылку на текст «как это работает», который ведёт на лендос с ссылками на закачку с этих самых маркетов, аппстор и гп, если там всё-таки оно останется. С счётчиками от гугла и прочими. Пользователи будут переходить по ссылке, поднимать рейтинг лендинга, соответсвенно в выдаче обычного поисковика тоже будет расти наверно. А ссылка на это же приложение в аппстор убедит пользователя, что приложение не вредонос.
расход топлива — 2700 л/ч
крейсерская скорость — 840 км/ч
пассажировместимость — от 140 до 180.
Если пересчитать в привычные л/100км, выходит от 1.8 до 2.3 л / 100км на пассажира, вполне экономично и экологично.
Для примера на Ryzen 5 3600 создание сжатой в lz4 файловой системы из исходников ядра Linux 5.4.2:
Выхлоп:
Итого имеем, что 845,9 МиБ (886 964 069) 65 688 файлов, 4 357 вложенных папок ужалось в 317,1 МиБ (332 529 664) за 0.656с.
При скорости 20 м/с (72км/ч) и радиусе сканирования 100м такой дрон сможет за час покрыть 0.02 * 0.2 * 3600 = 14.4 кв.км.
Железка из той демки кстати имеет на борту нейроускоритель с вполне приличными вычислительными ресурсами, которые можно использовать для анализа сигнала.
Ну так да, но в статье вроде речь шла о том, как сделать хорошо и полезно, а не как хололенс)
Работу с текстом по мне так лучше уж локально выполнять, накрайняк автокомплит вынести на сервер через LSP. Мощности мобильных процессоров сейчас вполне хватит и для офисных задач, и для нетяжёлой IDE, и для всяких кадов, бухгалтерий и прочего рабочего софта, рендерить не только лишь всем нужно.
1. Покупка платки с али за 30р
2. Установка открытого компилятора и прошивальщика, например zypper install sdcc stm8flash
3. Скачивание готового проекта, например git clone somestm8blink.git
4. Прошивка cd someblink && make flash )