Эпл Вижн Про по версии Вилсы

Сейчас все обсуждают шлем дополненной реальности, который представила «Эпл» несколько дней назад. Выглядит очень круто, но меня больше заинтересовало что за пять тысяч патентов они там подали. На что? Твит Стерлинга Криспина, исследователя нейротехнологических прототипов в «Эпле» немного проливает свет на эту загадку:

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

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

Ещё интересное место:

В другом патенте подробно описывается использование машинного обучения и сигналов тела и мозга для предсказания того, насколько вы сосредоточены или расслаблены, или насколько хорошо вы учитесь. А затем обновлять виртуальную среду, чтобы улучшить эти состояния. Представьте себе адаптивную среду погружения, которая помогает вам учиться, работать или расслабляться, изменяя то, что вы видите и слышите на заднем плане.

Конечно, шлем «Вижн Про» — технологический бриллиант, даже если его рассматривать просто как замену монитору. Я предвкушаю возможность поработать с ним когда-нибудь в будущем хотя бы в этом качестве. Но, судя по этому твиту, в нём скрыты куда более интересные вещи.

Прочитал свежую новость о том как ребята из «Гугла» при помощи алгоритмов искуственного интеллекта ускорили сортировку. На коротких последовательностях ускорение там достигает 70%:

AlphaDev’s newly discovered algorithm achieves a 70% increase in efficiency for sorting short sequences of elements and approximately 1.7% for sequences surpassing 250 000 elements, as compared to the algorithms in the C++ library.

Казалось бы слово «коротких» портит всю малину (на больших там не такие выдающиеся цифры), но это тоже полезно — в веб-сервисах, например, такая сортировка может совокупно дёргаться миллионы раз в секунду, если её ускорить, это приведёт к серьёзной экономии.

Отметим так же, что задачи сортировки очень широко распространены в программировании и естественный интеллект много сделал для того, чтобы их оптимизировать — эта область алгоритмов пользуется повышенным вниманием, но ИИ всё равно нашёл что тут улучшить.

В этой связи мне вспомнился многострадальный процессор «Эльбрус» со своей неоднозначной архитектурой VLIW, которую ещё недавно с удовольствием многие пинали.

Компьютер на базе «Эльбруса», стоит у нас на подоконнике

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

Такой упрощённый процессор дешевле разрабатывать и производить, ну и компилятор дорабатывать проще процессора — новая версия не требует запуска новой производственной линии.

Проблема в том, что такой умный компилятор пока написать не удаётся и вряд ли удастся, если использовать традиционные методы, применяемые в разработке компиляторов. Слабое звено тут человек — с каждой итерацией всё сложнее придумывать и добавлять новые оптимизации, да ещё и так, чтобы не сломать всё остальное.

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

Совсем не факт, конечно, что такая стратегия выгоднее традиционной, всё-таки характер нагрузки на код может поменяться в любую секунду. При этом традиционная архитектура подстроится, а VILW нет, но это вопрос баланса. Что лучше — дорогой (и потенциально более энергоёмкий) процессор, способный оптимизировать код сам или более дешёвый (и, возможно, более экономичный), у которого лапки. Возможно и VILW хорошо ляжет на какие-то задачи.