Теги → api
Быстрый переход

Обновлённый формат расширений Chrome может ухудшить работу блокировщиков рекламы

Компания Google заявила, что созданные в соответствии со спецификацией Manifest V2 расширения для Chrome перестанут работать в январе 2023 года. После этого в браузере будут поддерживаться только расширения Manifest V3, в результате чего, уверены некоторые разработчики, сильно затруднится создание надстроек, и их функции будут существенно ограничены. По сути, расширения станут не более чем игрушками, а блокировщики рекламы потеряют в эффективности.

Источник: freepik.com

Источник: freepik.com

«Разрабатываемый несколько лет Manifest V3 стал более безопасным, производительным и обеспечивающим большую конфиденциальность, чем его предшественник. Это эволюция платформы расширений, учитывающая перемены в вебе и демонстрирующая будущее браузерных расширений», — заявил Дэвид Ли (David Li), менеджер по продуктам в подразделениях по расширениям Chrome и Chrome Web Store. Он уточнил, что новые расширения на Manifest V2 перестанут приниматься в Chrome Web Store с 17 января 2022 года — при этом существующие расширения можно будет обновить. А с января 2023 года они перестанут запускаться в Chrome, и обновить их тоже не получится. Для корпоративных пользователей Chrome срок будет увеличен до июня 2023 года.

Несмотря на заверения Google, в определённых кругах остаются сомнения по поводу данных нововведений. «Наша критика всё ещё в силе. Аргументы, которые они предъявляют общественности, полностью лишены смысла», — заявил Алексей Мягков (Alexei Miagkov), старший технический специалист американской правозащитной организации «Фонд электронных рубежей» (Electronic Frontier Foundation).

Google начала работать над пересмотренным комплектом API-интерфейсов Manifest V3 в 2018 году, проект должен был стать решением некоторых проблем в аспекте безопасности и производительности. Устаревшая спецификация расширений Manifest V2 предоставляла широкие возможности, которые хотя и были полезны для добросовестных разработчиков, но их также можно было использовать для создания вредоносного ПО. В начале 2019 года Реймонд Хилл (Raymond Hill), разработчик популярного расширения для блокировки контента uBlock Origin, обратил внимание на запланированные изменения API и предупредил, что Manifest V3 в том виде, в котором его описывает Google, нарушит работу его продукта. Вслед за ним разработчики других популярных расширений для блокировки контента и защиты конфиденциальных данных подтвердили, что им придётся переработать свои продукты для соответствия Manifest V3 — возможно, даже переработать ассортимент функций, поскольку некоторые из существующих окажутся недоступными в новом режиме.

Вместе с тем, как указывает британское издание The Register, ранее Google сообщала инвесторам, что блокировка рекламы представляет потенциальную угрозу для доходов компании. В этой связи возникли предположения, что у компании были скрытые мотивы для разработки Manifest V3 — ликвидация блокировщиков контента или рекламы. Данную инициативу однозначно были готовы поддержать и многочисленные интернет-издания. Однако Google, столкнувшись с негативной реакцией разработчиков и правозащитных организаций, попыталась в июне 2019 года убедить общественность в обратном, заявив, что целью новой спецификации, напротив, является помощь разработчикам в создании более эффективных блокировщиков рекламы.

Данная попытка успехом не увенчалась. Всего месяц спустя, в июле 2019 года, господин Мягков, а также Джереми Гиллула (Jeremy Gillula) и Беннетт Сайферс (Bennett Cyphers) опубликовали в блоге «Фонда электронных рубежей» материал, в котором оспорили заявления Google о преимуществах безопасности Manifest V3, назвав его «грубым инструментом, который мало что делает для повышения безопасности, но при этом сильно ограничивает будущие инновации». Фонд и сам выпускает расширение Privacy Badger для блокировки отслеживания конфиденциальных данных. Приложение использует «webRequest» — один из мощных инструментов Manifest V2, позволяющий перехватывать и изменять данные до их отображения в браузере. Трио специалистов заявило, что если Google действительно хочет повысить безопасность Chrome Web Store, то компании следует «начать должным образом обеспечивать соблюдение политик» платформы. Но для этого Google потребовалось бы вложиться в персонал и технические ресурсы для поддержки Chrome Web Store, поскольку платформа, по их мнению, остаётся недостаточно укомплектованной персоналом и недостаточно финансируемой.

Разработчики расширений пытаются адаптировать свою продукцию к требованиям спецификации V3, но до сих пор неясно, окажется ли это возможным для всего ассортимента расширений. В частности, создатель uBlock Origin господин Хилл заявил, что возможностей нового инструмента «declarativeNetRequest», пришедшего на смену «webRequest» всё ещё недостаточно. Пока отсутствует способ обновления списка фильтров для шаблонов блокировки без повторной публикации всего расширения. Это значит, что маркетологи могут изменять представление рекламного контента, чтобы он пропускался расширениями, а авторы расширений не смогут своевременно отреагировать.

Остаётся и ряд давних ошибок, которые до сих пор не были исправлены. Господин Мягков указал на проблему от ноября 2019 года: инструмент «Service Worker», пришедший на замену функции фоновых страниц в V2, переходит в спящий режим и не выводится из него. Он также указал на то, что данный инструмент всё ещё не может служить полноценной заменой ряду старых функций.

В то же время, Microsoft, Mozilla и даже Apple заявили о поддержке Manifest V3, поэтому в июне текущего года было сформировано сообщество W3C WebExtensions Community Group (WECG), к которому могут обращаться разработчики расширений. Хотя едва ли даже это повлияет на планы Google относительно V3. Дэвид Ли отметил, что Google заинтересована в сотрудничестве в рамках сообщества WECG с другими разработчиками браузеров, поэтому спецификация V3 продолжит развиваться и преобразовываться. При этом команды разработчиков браузеров Brave, Opera и Vivaldi уже заявили, что попытаются сохранить поддержку «webRequest», от которого Google планирует отказаться.

Mozilla: «Новая функция Chrome делает возможным наблюдение за пользователем»

Состоялся официальный релиз браузера Google Chrome 94. В нём реализован ряд новых полезных возможностей, однако появились некоторые функции, к которым стоит отнестись скептически — одна из них, согласно Mozilla, позволяет наблюдать за пользователями.

Источник: howtogeek.com

Источник: howtogeek.com

Этой противоречивой функцией в Chrome 94 является Idle Detection API для обнаружения простоя или бездействия браузера. По сути, функция позволяет веб-сайтам «попросить» Chrome сообщать, когда открывший страницу пользователь начинает бездействовать. Причём речь идёт не только о Chrome или конкретном ресурсе: когда пользователь отходит от компьютера и не пользуется никаким программами, браузер может сообщить об этом веб-сайту.

Как и следовало ожидать, разработчикам данная функция нравится — всё, что способно предоставить дополнительную информацию о работе пользователя, воспринимается позитивно. В Chrome 94 функция включена по умолчанию, но всё не так плохо, как может показаться: браузер запрашивает у пользователя дополнительное разрешение на использование данных в режиме ожидания — таким же образом веб-сайты получают доступ к микрофону или веб-камере.

Источник: howtogeek.com

Источник: howtogeek.com

У этого API есть множество противников, в том числе сам проект Mozilla. Разработчики Firefox считают, что данный инструмент создаёт «возможности для капитализма наблюдения». Ведущий специалист по веб-стандартам в проекте Mozilla Тантек Селик (Tantek Çelik) заявил: «Как в настоящее время указано, я считаю, что Idle Detection API является слишком заманчивой возможностью для веб-сайтов с мотивацией капитализма наблюдения вторгаться в аспекты физической конфиденциальности пользователя, вести долгосрочные записи физического поведения пользователя, распознавать ежедневные ритмы (например, обеденное время) и использовать это для проактивных физиологических манипуляций (например, голод, эмоции, выбор)... Таким образом, я предлагаю пометить данный API как вредный и призвать к [его] дальнейшей инкубации, возможно, пересмотреть более простые и менее инвазивные альтернативные подходы для определения мотивирующих вариантов использования».

Mozilla Firefox остаётся прямым конкурентом Google Chrome, поэтому неудивительно, что разработчики проекта не всегда положительно характеризуют действия другого лагеря. Однако речь идёт не только о Mozilla. Apple Safari работает на базе WebKit, и разработчики этого движка тоже обсуждали новый API. В частности, участвующий в проекте WebKit инженер Apple по разработке ПО Риосуке Нива (Ryosuke Niwa) заявил: «Основания для использования этого API не представляются достаточно вескими. Для начала, нет гарантии, что пользователь не вернётся к своему устройству сразу. Кроме того, кто может знать, с каким устройством пользователь работает в любой момент? Мы определённо не собираемся сообщать веб-сайтам обо всех устройствах, с которыми пользователь в любой момент может работать. Это очень серьёзное нарушение конфиденциальности для такого пользователя».

Фактический эффект этого нового API в Chrome станет очевидным по прошествии какого-то времени. Он может стать кошмаром для конфиденциальности пользователей или вообще оказаться незначительным. И стоит помнить, что веб-сайты не смогут обрабатывать данные в режиме ожидания, если пользователь самостоятельно не разрешит им этого.

Valve подготовит Steam Deck API для быстрой оптимизации игр разработчиками

Дизайнер Лоуренс Ян (Lawrence Yang) из команды разработки консоли Valve Steam Deck заявил, что в настоящий момент для неё готовится API. Это существенно упростит задачу создателям игр, стремящимся обеспечить оптимизацию под новое устройство.

Источник: pcgamer.com

Источник: pcgamer.com

Господину Яну задали вопрос относительно создания игр под портативную консоль Steam Deck — предложит ли Valve разработчикам какие-либо возможности автоматической оптимизации, как это реализовано в инструментах панели управления NVIDIA GeForce Experience. Ответ был утвердительным: «У нас будет нечто подобное этому. Будет API, который разработчики смогут вызвать, чтобы сказать: „Это Steam Deck? Если да, используем эти настройки“. Существует множество инструментов, которые разработчики игр уже используют, чтобы получить, например, настройки разрешения монитора. Во многих случаях они сразу делают как нужно. Например, если разрешение 1280x800, то у меня есть режим 16:10, начнём с него. Но нечто вроде этого уже... то, что мы планируем сделать».

Данный инструмент упростит оптимизацию под соотношение сторон 16:10, разрешение 800p и предложит ряд других возможностей. Однако, отметил господин Ян, в конечном итоге только разработчики принимают решение, использовать инструмент от Valve или нет — даже игровому гиганту не под силу полностью решить данный вопрос своими силами.

К примеру, у Valve уже есть мощное решение Steam Input API, благодаря которому разработчикам не приходится обеспечивать поддержку большого числа игровых контроллеров, и это станет ещё одним фактором в пользу совместимости игр со Steam Deck.

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

Windows 10 тоже будет поддерживать технологию DirectStorage для быстрой загрузки игр

Компания Microsoft подтвердила, что её технология DirectStorage, повышающая скорость загрузки в играх, будет поддерживаться не только новой операционной системой Windows 11, но также и актуальной Windows 10. Изначально вместе с анонсом Windows 11 компания заявляла, что DirectStorage будет работать только с новой ОС.

DirectStorage — это программный алгоритм работы с памятью, который позволяет графическому процессору обращаться к игровым ресурсам в обход центрального процессора. Сейчас она эксклюзивно используется в новых приставках Xbox Series X и Series S, но позже перекочует и на Windows. Разработчики заявляют, что технология позволит избавиться от долгих загрузок игровых карт, а также создать бесшовные игровые миры без назойливых подзагрузок.

Единственным узким местом реализации DirectStorage на Windows 10 будут более старые блоки управления памятью — набор драйверов, позволяющих приложениям и самой операционной системе взаимодействовать с использующимися в системе средствами хранения информации. Другими словами, DirectStorage на Windows 10 будет работать медленнее, чем на Windows 11, но всё равно сможет повысить общий уровень производительности ПК.

Windows 11 в свою очередь получила новые средства управления памятью, что позволит раскрыть полный потенциал технологии DirectStorage. Тот факт, что Microsoft постепенно снижает требования к использованию данной технологии, не может не радовать. Ранее производитель заявлял, что технология не потребует наличия в системе самых передовых графических ускорителей и твердотельных накопителей.

API-платформа умного дома «Сбера» стала доступна сторонним компаниям

«Сбер» сообщил сегодня об открытии программного интерфейса (API) и документации своей платформы умного дома: отныне сторонние разработчики смарт-устройств смогут интегрировать свои продукты с виртуальными ассистентами семейства «Салют».

Здесь и ниже изображения «Сбера»

Здесь и ниже изображения «Сбера»

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

В феврале текущего года «Сбер» запустил собственную платформу умного дома и представил три смарт-устройства — две лампочки и розетку. Взаимодействовать с этими приборами можно через помощников «Салют». А вскоре с помощью этих ассистентов пользователи смогут общаться и с оборудованием сторонних компаний.

«Взаимодействовать с умными девайсами сторонних производителей можно будет так же, как и с устройствами "Сбера": через интерфейсы мобильного приложения "СберСалют", а также с умного экрана SberPortal, умной медиаприставки SberBox и SberBox Top — нового ТВ-медиацентра с умной камерой», — говорит «Сбер».

Сейчас интеграция в экосистему умного дома «Сбера» доступна для осветительных приборов (димирование, цветовая температура, RGB) и умных розеток/реле (с пользовательскими именами).

Чтобы получить доступ к API умного дома от «Сбера», производителям необходимо зарегистрироваться в кабинете разработчика, получить ключи и описание API, а также создать интеграцию (два стрима — управление и обнаружение). После проверки со стороны специалистов «Сбера» пользователи смогут добавлять сторонние устройства в свой умный дом. 

DirectStorage API для ПК потребует как минимум PCIe 3.0 SSD и DirectX 12-видеокарту

В прошлом году Microsoft пообещала адаптировать для ПК на базе Windows набор инструментов DirectStorage API, который в настоящий момент эксклюзивно используется в игровой приставке Xbox Series X. В ходе недавней презентации Microsoft для разработчиков стало известно, что после своего внедрения на ПК эта технология не потребует наличия в системе самых передовых графических ускорителей и твердотельных накопителей.

Microsoft разработала DirectStorage API с одной целью: сократить нагрузку на CPU при использовании в системе NVMe-накопителя и сохранить ресурсы центрального процессора для других задач. В основе DirectStorage API лежат несколько принципов: сокращение накладных расходов NVMe на каждый запрос, разрешение одновременных параллельных операций ввода-вывода данных, если они могут быть эффективно поданы на GPU, а также предоставление играм комплексного контроля над ходом процесса ввода-вывода вместо необходимости реагировать на обработку каждой незначительной операции с накопителем.

Источник изображения: Microsoft/Reddit

Источник изображения: Microsoft/Reddit

Источник изображения: Microsoft/Reddit

Источник изображения: Microsoft/Reddit

Обеспечить поддержку DirectStorage API на консоли Xbox Series X для Microsoft проще, поскольку там она сама отвечает за  функции и комплектацию оборудования, включая GPU и SSD. Компоненты ПК, напротив, обладают разными возможностями, поэтому добавление поддержки DirectStorage API на компьютерах на базе Windows 10 требует от компании больше времени на разработку и тесты.

Источник изображения: Microsoft/Reddit

Источник изображения: Microsoft/Reddit

Microsoft официально не сообщала о том, ПК какого уровня потребуется для использования DirectStorage API. Однако, как пишет портал Tom’s Hardware, ссылаясь на слова одного из разработчиков программного обеспечения, который посетил недавнюю презентацию Microsoft по DirectStorage, новый API будет поддерживаться всеми совместимыми с DirectX 12 графическими процессорами, а также твердотельными NVMe-накопителями, оснащёнными как минимум интерфейсом PCIe 3.0. Свои слова он подтвердил публикацией презентационных слайдов на форуме Reddit.

Источник изображения: Microsoft/Reddit

Источник изображения: Microsoft/Reddit

Источник изображения: Microsoft/Reddit

Источник изображения: Microsoft/Reddit

К сожалению, на данный момент неизвестно, поддерживает ли технология все версии протокола NVMe и должны ли SSD обладать другими особенностями, например, соответствовать требованиям по минимально допустимой скорости передачи данных. Но в любом случае поддержка DirectStorage API на ПК на базе Windows 10 существенно повысит производительность систем хранения данных и сократит время загрузки в играх.

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

Исследователи из британской компании Pen Test Partners, работающей в сфере информационной безопасности, обнаружили серьёзную уязвимость в электронном поясе верности для мужчин Qiui Cellmate, который позиционируется как «первое в мире устройство для соблюдения целомудрия, управляемое с помощью приложения». Уязвимость может использоваться для полной блокировки устройства, после которой снять его без физического вмешательства не удастся.

Изображение: Qiui

Изображение: Qiui

Qiui Cellmate представляет собой пояс верности и позволяет партнёру удалённо блокировать и разблокировать устройство на мужчине с помощью специального приложения, которое по Bluetooth передаёт команды устройству. Оказалось, что для взаимодействия приложения с устройством используется незащищённый API-интерфейс, получив доступ к которому, можно перехватить управление поясом верности и заблокировать его. Уязвимость API также открывает доступ к личным сообщениям в сопутствующем приложении и данным о местоположении пользователя.  

Примечательно, что в случае блокировки снять устройство без физического вмешательства не удастся. Специалисты отмечают, что для того, чтобы снять заблокированный пояс верности Qiui Cellmate может потребоваться угловая шлифовальная машина или мощный болторез.

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

Неизвестно, задействовалась ли уязвимость API злоумышленниками на практике. На основе пользовательских отзывов можно сделать вывод о том, что Qiui Cellmate использует «сырое» программное обеспечение, которое работает нестабильно и периодически приводит к сбоям, из-за которых пояс верности временно блокируется без какой-либо команды.

Apple и Google выпустили API для отслеживания контактов людей, заразившихся коронавирусом

Apple и Google сегодня представили первую публичную версию API для уведомлений о потенциальной подверженности заражению, который первоначально был представлен как совместный программный инструмент для отслеживания контактов людей, заразившихся коронавирусом. На основе данного инструмента разработчики смогут создавать приложения, которые будут уведомлять пользователей о контактах с людьми, у которых было подтверждено заражение коронавирусом.

Созданием таких приложений займутся разработчики, действующие от имени организаций общественного здравоохранения, а сами Apple и Google не планируют выпускать приложения для отслеживания контактов и уведомления. Согласно имеющимся данным, в настоящее время многие американские штаты и 22 страны на пяти континентах уже получили доступ к API. Apple и Google заявили о проведении 24 брифингов и технических переговоров с должностными лицами из разных организаций здравоохранения, эпидемиологами, а также разработчиками мобильных приложений.   

API уведомлений о взаимодействии работает на основе децентрализованной системы идентификаторов, которая использует сгенерированные случайным образом на пользовательском устройстве временные ключи, которые не привязываются к какому-либо конкретному идентификатору. Кроме того, Apple и Google позволят приложениям использовать API вместе с добровольно предоставленными пользовательскими данными, за счёт чего органы здравоохранения смогут напрямую связываться с потенциально подверженными заражению гражданами, доводя до них необходимую информацию о дальнейших действиях.

В ходе разработки API компании внесли ряд улучшений, чтобы обеспечить максимально возможный уровень конфиденциальности, включая шифрования всех метаданных Bluetooth, ведь они могут использоваться для идентификации конкретных пользователей. Компании также запретили использовать API в любых приложениях, которые запрашивают разрешение на отслеживание данных о местоположении устройства.

«Один из наиболее эффективных методов, которые сотрудники здравоохранения используют во время вспышек заболеваний, заключается в отслеживании контактов. Благодаря такому подходу медики связываются, проверяют, консультируют и лечат людей, которые могли быть подвержены заражению. Одним из новых элементов отслеживания контактов являются уведомления о потенциальной подверженности заражению: использование цифровых технологий с сохранением конфиденциальности для информирования кого-либо о том, что они могли быть подвержены воздействию вируса. Уведомление о воздействии имеет конкретную цель — быстрое сообщение [об угрозе, — прим.ред], что особенно важно для замедления распространения вирусных заболеваний, которые могут распространяться бессимптомно», — говорится в официальном заявлении Apple и Google.

Apple и Google опубликовали API приложений для слежения за людьми с подтвержденным COVID-19

Компании Apple и Google опубликовали набор инструментов для разработчиков (API), при помощи которого органы здравоохранения разных стран смогут разработать приложения для слежения за людьми, заражёнными коронавирусом COVID-19. Пользователи приложений будут получать уведомления о возможном контакте с заражённым человеком и смогут своевременно обратиться к врачу. Доступ к личной информации людей без их согласия никто получить не сможет.

Система отслеживания контактов людей получила название Exposure Notification. Люди с подтверждённым COVID-19 смогут зарегистрироваться в приложении, чтобы случайно оказавшиеся рядом с ними здоровые люди получили уведомление, смогли самоизолироваться и не допустить распространения болезни. При этом имя и другие данные о заражённом человеке будут скрыты.

Приложения будут фиксировать близкий контакт людей, ориентируясь на близости Bluetooth-сигналов. Каждый смартфон будет генерировать уникальный ключ, который будет меняться каждые 10-20 минут. По словам представителей Apple, таким образом они позаботились о том, чтобы власти не могли отслеживать местоположение конкретных людей. Ключи, кстати, не будут содержать в себе никаких персональных данных. По своей сути система Exposure Notification будет представлять собой анонимную платформу с большой базой межличностных контактов.

Примерный интерфейс приложения на iOS

Примерный интерфейс приложения на iOS

Apple и Google не будут выпускать приложения самостоятельно. Они опубликовали API и примеры программных решений, благодаря чему власти стран могут убедиться, что компании не собирают личные данные пользователей.

Примерный интерфейс приложения на Android

Примерный интерфейс приложения на Android

Будут ли люди устанавливать эти приложения, пока неясно. Недавно исследователи из Университета Мэриленда и газеты Washington Post выяснили, что 40 % опрошенных ими людей не доверяют Apple и Google. Новой технологией также была недовольна Национальная служба здравоохранения Великобритании, потому что собираемые данные не передаются через правительственные серверы.

Со временем функция слежения за зараженными COVID-19 людьми будет внедрена непосредственно в системы Android и iOS. Новшество появится в смартфонах iPhone вместе с одним из грядущих обновлений системы, а на Android оно появится посредством Google Play Services. 

Представлен OpenCL 3.0: без прошлого нет будущего

Khronos Group представила предварительные спецификации стандарта вычислений общего назначения с использованием графических и иных процессоров — OpenCL 3.0. Консорциум отметил, что новая версия стандарта призвана обеспечить новые запрашиваемые разработчиками аппаратные функции, а также повысить гибкость развёртывания в целевых средах. Задачи во многом противоположные, так что без компромиссов не обойтись.

Последние 15 лет можно смело назвать эпохой роста вычислений общего назначения на ГП. Сегодня прогресс мощности ЦП сильно замедлился, а высокопараллельные расчёты становятся всё более общим явлением. Самые мощные в мире суперкомпьютеры теперь обязательно включают в себя ГП. В это время развивался и стандарт OpenCL — открытая среда программирования ГП и других ускорителей вычислений. Изначально созданная Apple и получившая широкое признание в отрасли, OpenCL была первой (и до сих пор наиболее последовательной) попыткой создания общего открытого API для параллельного программирования. OpenCL был адаптирован для всего: от энергоэффективных встраиваемых процессоров и DSP до графических ускорителей, потребляющих полкиловатта.

Сегодня OpenCL не только поддерживается на широком спектре оборудования, но и невероятно актуален даже для текущих событий: это API-интерфейс, используемый в проекте Folding@Home, самом мощном вычислительном кластере в мире, который интенсивно применяется для исследования вариантов борьбы с COVID-19. В то же время эволюция рынка параллельных вычислений не всегда шла в соответствии с планами для Khronos и рабочей группы OpenCL. На ПК стандарт всё ещё находится в подвешенном состоянии. Интерес NVIDIA сдерживается продвижением собственного весьма успешного API CUDA, драйверы AMD OpenCL оставляют желать лучшего, Apple отказывается от OpenCL и переходит на собственный API Metal. Единственным поставщиком, которого, кажется, всерьёз интересует OpenCL, выступает Intel. На мобильных устройствах OpenCL тоже никогда не был широко распространён, несмотря на поддержку большинством мобильных ГП и другими блоками параллельной обработки данных.

Поэтому Khronos решила сделать в некоторой степени большой шаг назад и перезапустить экосистему. OpenCL 3.0, последняя версия вычислительного API, делает выводы из прошлого и по сути превращает основной API в форк OpenCL 1.2. В результате всё, что разработано в рамках OpenCL 2.x, теперь стало необязательным: поставщики могут (и, как правило, будут) поддерживать эти функции, но оно больше не требуются для соответствия основной спецификации. Вместо того чтобы поддерживать каждую функцию OpenCL, независимо от её полезности или бесполезности для конкретной платформы теперь поставщики будут сами решать, какие продвинутые функции они хотели бы поддерживать помимо основных спецификаций, основанных на OpenCL 1.2.

Здесь нужно понять некоторую специфику. Дело в том, что Khronos не имеет собственной реальной власти и не может навязать технологические изменения, являясь отраслевым консорциумом, в который входит множество компаний. Проблема совместного подхода заключается в том, что он требует определенной степени согласия между основными участниками. Если не может быть достигнуто соглашение о будущем, проект не может двигаться вперёд. А если никто не доволен результатом, продукт может не получить достаточно широкой поддержки и умереть в зародыше. Нечто подобное произошло с OpenCL 2.2, который был выпущен ещё в 2017 году. Основным новшеством стала поддержка OpenCL C++ в качестве языка ядра — более современного и объектно-ориентированного, чем использовавшийся ранее C. Однако три года спустя никто не принялся активно продвигать OpenCL 2.2: ни NVIDIA, ни AMD, ни Intel, ни, конечно, ни один производитель однокристальных систем. В результате это вредит стандарту.

Что делать, если OpenCL 2.x в значительной степени игнорируется? Khronos и рабочая группа OpenCL нашли ответ, решив вернуться к тому, что хорошо работало, и это был OpenCL 1.2, представленный впервые в 2011 году и ставший последней версией OpenCL 1.x. По современным стандартам API очень прост: он основан на чистом C и не поддерживает такие вещи, как общая виртуальная память или язык промежуточного представления SPIR-V. Но в то же время это последняя версия API, не включающая в себя массу второстепенных и бесполезных для многих участников рынка возможностей. Это чистый, довольно низкоуровневый API для параллельных вычислений во всём спектре: от мобильных решений до самых мощных видеокарт.

В конечном итоге рабочая группа OpenCL смогла договориться о том, что OpenCL 1.2 должен стать базовой спецификацией OpenCL 3.0 — всё остальное, несмотря на полезность для определённых задач, становится необязательным. Ранее жёсткая, монолитная природа стандарта одновременно препятствовала его развитию. Если поставщика удовлетворял OpenCL 1.2, но при этом ему хотелось реализовать пару дополнительных функций из OpenCL 2.1, то приходилось реализовать всю базовую спецификацию 2.1. В OpenCL 1.x / 2.x не было механизма частичного соответствия — только всё или ничего, и ряд компаний выбрали второе.

Теперь OpenCL 3.0 специально структурирован так, чтобы поставщики могли использовать только те части, которые им нужны, не пытаясь поддерживать всё остальное. Теперь ядром является OpenCL 1.2 с поддержкой запросов дополнительных функций, а также некоторыми дополнениями, призванными обеспечить совместимость. Все функции OpenCL 2.x, а также новые функции OpenCL 3.0, являются необязательными, позволяя поставщикам платформ самим решать, какие именно дополнительные возможности им нужны, и нужны ли вообще.

Например, производитель однокристальных систем для смартфонов может обеспечить OpenCL 1.2, и затем использовать несколько новых функций вроде асинхронных расширений DMA или разделяемой виртуальной памяти. В то же время крупный производитель видеокарт может поддержать бо́льшую часть функций OpenCL 2.x, но исключить поддержку разделяемой виртуальной памяти, что малополезно для дискретного ускорителя. В конечном счёте OpenCL 3.0 даёт поставщикам платформ возможность выбирать те функции, которые необходимы именно им, по сути, приспосабливая OpenCL к конкретным задачам.

Это очень похоже на подход Khronos к Vulkan, который оказался гораздо более успешным API в последние годы. Предоставление поставщикам некоторой гибкости в реализации функций API позволило Vulkan распространиться как на мобильных устройствах, так и на настольных ПК. Подобный успех хотела бы повторить и рабочая группа OpenCL.

В конечном счёте, как считает Khronos, последние годы развития OpenCL показали, что сложно сделать стандарт угодным сразу всем, сохранив его абсолютную монолитность. У производителей SoC нужды одни, у ЦП со встроенной графикой — другие, у дискретных видеокарт — третьи. А ведь есть ещё такие вещи, как FPGA и другие более экзотические варианты использования OpenCL. Таким образом, необходимо уйти от монолитности ради высокой адаптируемости к самому широкому спектру устройств и сред.

Несмотря на значительные изменения в философии разработки, OpenCL 3.0 создан так, чтобы оставаться обратно совместимым и логичным. Для разработчиков и пользователей благодаря ядру OpenCL 1.2 приложения 1.2 будут работать без изменений на любом устройстве OpenCL 3.0. В то же время приложения для OpenCL 2.x тоже будут работать без изменений на устройствах с OpenCL 3.0, если эти устройства поддерживают соответствующие функции 2.x. То есть на ПК уже созданное с применением OpenCL 2.1 ПО будет продолжать работать, а, например, на смартфонах — нет. Драйверы OpenCL 1.2 и 2.x действительно нуждаются в некоторых изменениях для соответствия требованиям 3.x, но в основном это касается поддержки запросов новых функций OpenCL. Таким образом, производители смогут выпустить драйверы 3.0 довольно быстро.

В дальнейшем разработчикам приложений предстоит правильно использовать функциональные запросы. Поскольку возможности OpenCL 2.x теперь необязательны, всем приложениям, задействующим дополнительные возможности 2.x/3.0, настоятельно рекомендуется использовать запросы функций, чтобы убедиться в наличии их аппаратной поддержки. Поэтому разработчикам приложений OpenCL 2.x рекомендуется обновить своё ПО для выполнения запросов функциональности.

OpenCL 3.0, помимо взгляда назад, делает и шаги вперёд. Главными среди них являются асинхронные расширения DMA, которые должны стать наиболее интересны тем поставщикам платформ, которые до сих пор придерживают OpenCL 1.2. Эта функция позволяет выполнять транзакции DMA одновременно с вычислительными ядрами, в отличие от синхронных операций, которые обычно могут исполняться только между другими операциями вычислительного ядра. Эта особенность примечательна тем, что позволяет передавать сложные структуры памяти, которые являются более продвинутыми, чем простые линейные. Наиболее это полезно для изображений и подобных данных, которые изначально являются 2D/3D структурами.

OpenCL 3.0 также вводит поддержку языка SPIR-V 1.3 (последняя версия SPIR-V — 1.5). Именно версия 1.3 на данный момент является частью спецификации Vulkan 1.1, что должно играть важную роль в улучшении взаимодействия между Vulkan и OpenCL, делая последний более эффективным в графических задачах.

Впрочем, стоит помнить, что OpenCL 3.0 всё ещё является предварительным стандартом и перед утверждением передаётся на обсуждение и знакомство разработчикам и широкой общественности. Впрочем, Khronos надеется, что уже через несколько месяцев они смогут получить ратификацию стандарта.

Видео: в Дубае в 2030 году четверть зданий будет печататься на 3D-принтере

В 2017 году мы сообщали о компании Apis Cor, которая напечатала в подмосковном Ступино небольшой дом площадью 30 м2. А в Дубае было официально открыто самое большое в мире напечатанное здание, выполненное той же компанией. И это, судя по заявлению муниципалитета, только начало.

Apis Cor возвела большое двухэтажное здание площадью 640 м2 по заказу муниципалитета Дубая для местных административных функций. Согласно планам городских властей, выражающих долгосрочный интерес к таким технологиям, к 2030 году четверть всех новых сооружений и конструкций будут построены в Дубае аналогичным образом.

Согласно оценкам властей, переход на технологии 3D-печати позволит уменьшить количество необходимой рабочей силы в строительстве на 70 %, а затраты на стройку снизить и вовсе в 10 раз. «Технологии 3D-печати конструкций находятся сегодня лишь на ранней стадии своего развития», — считает исполнительный директор Apis Cor Никита Ченюнтай (Nikita Cheniuntai).

Здание было спроектировано в Бостоне (США) и реализовано компанией Apis Cor, которая специализируется на 3D-печати и строительстве зданий. Интересно, что недавно построенная структура — не самое высокое напечатанное на 3D-принтере здание: этот титул принадлежит пятиэтажному жилому дому в Китае. Тем не менее, по общей площади новый дом в Дубае выигрывает.

Подобно обычной конструкции, фундамент был заложен сначала обычным способом — заливкой бетона, а затем на его основе были подняты стены методом печати. 3D-принтер был установлен большим краном, чтобы возвести внешние стены.

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

Первоначально 3D-принтер применялся для возведения наружных стен: раствор в несколько сантиметров высотой укладывался по всему периметру вплоть до нужной высоты. После этого строители взялись за крышу, прорезание окон, заполнение стен изоляционными материалами вроде пенопласта, покраску и отделку.

Компания планирует работать над такими проектами в США, в штатах Луизиана и Калифорния. Apis Cor утверждает, что доступный дом площадью 462 может быть напечатан в 3D всего за 24 часа.

iOS 13.4 сможет превращать iPhone и Apple Watch в ключи от автомобиля

Стало известно о том, что в первой бета-версии программной платформы iOS 13.4, которая была выпущена вчера, имеется API CarKey, благодаря которому пользователи смогут использовать смартфоны iPhone и смарт-часы Apple Watch в качестве ключей для транспортных средств с поддержкой технологии NFC.

Согласно имеющимся данным, для блокировки и разблокировки дверей авто, а также запуска двигателя, пользователю не потребуется проходить проверку личности через Face ID или Touch ID. Всё, что потребуется – это держать мобильное устройство в пределах действия считывателя сигналов, причём функция будет работать даже в случаях, если гаджет разряжен или выключен.

Ещё в сообщении сказано, что на основе нового API будет реализована функция совместного использования авто, которая позволит владельцу машины разрешить ездить на ней родственнику или другу. Для этого потребуется отправить соответствующее приглашение в приложении Wallet, после подтверждения которого получатель сможет открывать машину отправителя своим мобильным гаджетом. Кроме того, приложение Wallet используется для сопряжения устройства с автомобилем. После размещения устройства в пределах действия считывателя NFC в приложении Wallet появится соответствующее уведомление, а затем все доступные функции можно делегировать на смарт-часы.  

Возможность использования смартфона в качестве ключа не является новой концепцией. Однако до широкого распространения функции, очевидно, пройдёт немало времени. Это связано с тем, что производители должны реализовать поддержку нового API CarKey в своих автомобилях.

Intel готовит унифицированную модель программирования «One API» для CPU, GPU, FPGA и NPU

Всего каких-то пять лет назад компания Intel была горда тем, что могла предложить единую и традиционную для отрасли модель программирования на базе x86-совместмых инструкций. Эта модель охватывала мобильные системы на SoC Atom, ускорители расчётов Xeon Phi (условно графическая архитектура ― в девичестве Larrabee) и процессоры. Сегодня тезис «x86 ― это наше всё» для компании перестал быть актуальным. В активе Intel скоро появятся уникальные дискретные графические архитектуры и уже появились процессоры для работы с нейронными сетями. Для программирования под новые платформы и фреймворки компании Intel требуется новая модель программирования, которая тоже должна быть унифицированной.

На днях в Лондоне на мероприятии Intel Software Technology компания представила такую модель. Новая унифицированная модель программирования развивается в виде проекта «One API». Согласно проекту, программировать для всего спектра решений и платформ Intel станет проще вне зависимости от выбора платформы. Как заявил Билл Сэвэдж (Bill Savage), вице-президент Intel и генеральный менеджер подразделения Compute Performance Developer Products: «Цель проекта «One API» ― предоставить разработчикам набор инструментов, предлагающих унифицированную модель программирования и упрощающих создание рабочих нагрузок для различных архитектур. По мере развития наших вычислительных возможностей, которые теперь включают специализированные ускорители, Intel будет предлагать программные решения, позволяющие разработчикам добиться от оборудования максимальной производительности».

Свежим примером возможности для работы с различными архитектурами являются средства разработки Intel Distribution of OpenVINO Toolkit. Мы неоднократно рассказывали об этом инструменте, который предлагает единые оптимизированные возможности для глубокого обучения для всех архитектур Intel SVMS (scalar, vector, matrix, spatial). Это означает, что OpenVINO позволяет создавать программы для обычных, графических, нейронных процессоров и FPGA. Проект One API позволит делать то же самое при прямом программировании и через API, но в расширенном объёме и несколько проще, что выразится, например, в освобождении от необходимости поддерживать раздельные базы исходного кода, различные языки программирования, а также различные инструменты и рабочие процессы.

«Прямое программирование: Проект One API включает в себя новый язык непосредственного программирования Data Parallel C++ (DPC++), который предлагает открытую общеотраслевую альтернативу проприетарным языкам программирования для отдельных архитектур. В основе DPC++ лежит С++, при этом в языке используется модельSYCL* от The Khronos Group. Кроме того, в нем реализована поддержка языковых расширений, разрабатываемых в рамках открытого сообщества».

Программирование с использованием API обеспечат уникальные библиотеки для различных типов рабочих нагрузок с поддержкой аппаратного ускорения. При этом библиотечные функции разрабатываются для каждой целевой архитектуры. Для анализа и отладки создаются расширенные версии инструментов с поддержкой DPC++ и архитектур SVMS. Добавим, бета-версия инструментов для разработчиков и дополнительные подробности о проекте One API ожидаются в четвертом квартале 2019 года.

Facebook закрыла доступ к пользовательским данным сотням тысяч приложений

Facebook сообщила, что закрыла сотням тысяч недействующих приложений доступ к Platform API, который позволяет работать с данными пользователей социальной сети. В мае компания заявила, что до 1 августа разработчики и предприятия должны повторно отправить свои приложения на внутреннее рассмотрение. Оно включало проверку подлинности и заключение новых соглашений касательно сбора пользовательских данных.

Целью компании было убедиться, что приложения соответствуют политике конфиденциальности Facebook и новым правилам, введённым после скандала с Cambridge Analytica, когда сторонний разработчик собирал данные пользователей и продавал их другой фирме. Теперь социальная сеть вычислила недействующие приложения, а также приложения, авторы которых проигнорировали требование о повторной проверке, и закрыла им доступ к Platform API.

«Мы рекомендуем разработчикам, чьи приложения по-прежнему используются, но не были отправлены на повторную проверку, исправить ситуацию сейчас же, — написал вице-президент по партнёрству в области продуктов Айм Арчибонг (Ime Archibong). — Но чтобы все используемые на данный момент приложения смогли пройти проверку, мы создадим специальную очередь. Когда нам потребуется дополнительная информация, разработчик сможет предоставить её в течение ограниченного времени. Если он этого не сделает, мы запретим приложению, требующему утверждения, доступ к API».

Facebook заверила, что разработчик не лишится доступа к API во время ожидания или прохождения проверки, если его программное обеспечение соответствует новым правилам.

Google представила партнёрскую программу и API для Google Photos

Наряду с интеграцией в приложение Google Photos передовых технологий на основе искусственного интеллекта вроде выделения фона или раскрашивания чёрно-белых фотографий, Google представила новый инструмент, позволяющий разработчикам взаимодействовать со службой Google Photos. Речь идёт об API, предоставляющем сторонним приложениям и службам доступ к управлению пользовательской библиотекой Google Photos, а также о партнёрской программе, в которой на сегодняшний день уже участвуют HP, Legacy Republic, NixPlay, Xero и TimeHop.

«На практике это даёт возможность пользователям обращаться к своим материалам из приложений и продуктов, которыми они пользуются и которые любят, — чтобы задействовать магию Google Photos и сделать её полезной всюду, где она может быть востребована», — отметил менеджер по продуктам Google Photos Бен Гринвуд (Ben Greenwood).

Google Photos Library API позволяет разработчикам легко помочь пользователям найти необходимые фотографии на основе того, что на них запечатлено, где они сделаны и другим признакам; загружать новые материалы в библиотеку, организовывать альбомы, добавлять названия и местоположения; делиться альбомами и фотографиями для совместного доступа.

Google привела примеры использования технологии первыми партнёрами. Так, производитель электронных рамок Nixplay предлагает возможность демонстрации снимков из Google Photos. Разработчик программ учёта и расходов Xero добавил возможность автоматического распознавания и импорта квитанций по фотографиям из библиотеки. Компания Legacy Republic, развивающая службы по оцифровке фотографий, внедрила функцию загрузки сканов в Google Photos.

«Представьте, что фотографии вашей свадьбы будут автоматически показаны на юбилей рядом со снимками ваших родителей, бабушек и дедушек — всё через вашу учётную запись Google Photos», — сказал соучредитель и генеральный директор Legacy Republic Брайан Кнапп (Brian Knapp).

Пока API представлен в качестве предварительной версии, а через несколько месяцев станет общедоступен. Разработчики уже могут ознакомиться с документацией и вступить в партнёрскую программу Google Photos.

window-new
Soft
Hard
Тренды 🔥
Выяснились официальные характеристики и цены процессоров Intel Alder Lake-S в преддверии анонса 15 мин.
Глава Intel и члены совета директоров купили акций компании на $2,5 млн, чтобы вселить уверенность в инвесторов 26 мин.
Mercedes-Benz будет использовать в электромобилях начального уровня менее мощные LFP-батареи 31 мин.
Смартфоны Vivo появились в магазинах «МегаФона» 38 мин.
Подводные дроны смогут ориентироваться в мутной воде с помощью электромагнитной локации 2 ч.
Блокчейн-технологии помогут более справедливо оценивать электромобили с пробегом 2 ч.
Майнинг и ограничения гейминга в Китае практически не повлияли на бизнес AMD в прошлом квартале 2 ч.
Илон Маск стал самым богатым человеком в истории рейтинга Forbes 2 ч.
В Китае запустили самые быстрые в мире программируемые квантовые компьютеры 3 ч.
Госсектору потребуется 1,7 млн российских процессоров за два года — производители могут не справиться с таким спросом 3 ч.