Windows 11 нужны такие же обязательные аппаратные требования, как у Google

Windows производительность оптимизация память Google Play приложения neowin.net

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

С момента выхода Windows 11 обсуждение производительности ОС всегда было актуальным, и не зря: даже недавно мы видели, как Mac от Apple превосходил Windows даже в собственном программном обеспечении Microsoft, и похожая ситуация наблюдается и в Linux. Основная причина отставания заключается в том, что по сравнению с macOS, Windows потребляет много ресурсов, и даже функций экономии процессорного времени, таких как Smart App Control, может быть недостаточно.

Microsoft, безусловно, понимает это, и совсем недавно подтвердила, что ведется работа над улучшенной оптимизацией памяти для ПК с 8 ГБ ОЗУ, и мы, вероятно, увидим это в действии в предстоящей версии Windows 11 26H2, которая уже доступна для тестирования. Microsoft, вероятно, будет использовать некоторые из своих новых инструментов для решения этих проблем. Кроме того, тестируются новые настройки унифицированной памяти для лучшей работы в условиях ограниченной памяти.

Google, однако, похоже, применяет гораздо более прямой подход к проблеме памяти, и этому Microsoft могла бы потенциально научиться. В конце прошлого месяца компания объявила, что с февраля 2027 года Google Play начнет применять новые требования к памяти и производительности для приложений и игр под Android.

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

Если вы задаетесь вопросом, почему Google это делает, компания заявляет, что «надвигается общесистемный кризис памяти из-за роста затрат на ОЗУ», что способствовало необходимости более агрессивного измерения и оптимизации. Кроме того, возможно, потому, что обновление ОЗУ в ПК обычно легко выполняется благодаря модульности, доступной пользователям ПК, в то время как вы обычно не можете сделать то же самое для объема памяти в телефоне после его покупки. Помимо ОЗУ, в начале этого года Google подтвердил работу над оптимизацией, связанной с ЦП.

Что касается того, как компания планирует действовать, Google будет учитывать три отдельные области: динамическое использование памяти, использование памяти битовых карт и оптимизация кода DEX. Измерения проводятся в различных состояниях приложения, в том числе когда приложение работает на переднем плане, предоставляет услугу, воспринимаемую пользователем, или находится в фоновом режиме. Пороговые значения также корректируются в зависимости от объема ОЗУ устройства. Например, на устройствах с 8 ГБ ОЗУ обычные приложения имеют пороговое значение памяти на переднем плане в 90-м процентиле 2,25 ГБ, в то время как пороговое значение для фонового использования составляет 1,5 ГБ. Игры получают несколько более высокие пороговые значения: уровень 8 ГБ допускает 3,5 ГБ на переднем плане и 2,75 ГБ в фоновом режиме.

Например, в случае с битовыми картами Google указывает, как приложения могут потреблять чрезмерное количество ОЗУ, сохраняя изображения в памяти, даже когда их интерфейс больше не виден. Поэтому он рекомендует разработчикам освобождать эти ресурсы, когда они больше не требуются, вместо того, чтобы хранить их неопределенно долго.

Также вводится требование к оптимизации кода наряду с пороговыми значениями памяти. С февраля 2027 года приложения и игры с достаточно большими кодовыми базами DEX должны будут соответствовать 25% порогу оптимизации, сжатия и обфускации. Google утверждает, что эти меры могут помочь приложениям использовать меньше памяти, быстрее запускаться, сократить количество ANR (ошибок «приложение не отвечает») и улучшить общую производительность во время выполнения.

Google также начал отображать новые метрики памяти через Android Vitals, предоставляя разработчикам способ выявлять раздувание памяти в различных уровнях ОЗУ и состояниях приложений. Он также добавил фильтр «недостаточно памяти» для сбоев и ANR, наряду с анализом оптимизации DEX и предупреждениями, когда приложение превышает новые пороговые значения.

Microsoft могла бы применить аналогичный подход к Windows 11, хотя здесь есть важное ограничение: Redmond технически не может контролировать каждое приложение, установленное на ПК с Windows, так же, как Google может налагать требования на приложения, распространяемые через Google Play. Windows остается довольно открытой вычислительной платформой, где традиционные настольные приложения могут быть легко установлены извне Microsoft Store, что, похоже, явно не нравится Google.

Это не значит, что сама Microsoft не поощряет загрузку приложений из своего магазина, но она довольно снисходительна к этому, поскольку позволяет устанавливать из «любого места». Однако в статье поддержки по этой теме Redmond пишет: «Чтобы защитить ваш ПК и обеспечить его бесперебойную работу, Microsoft рекомендует устанавливать приложения только из Microsoft Store».

Это не совсем чуждо Microsoft, поскольку компания годами имеет механизмы управления ресурсами в Windows. Например, ее платформа UWP была разработана с учетом ограничений памяти и приоритетов задач, позволяя Windows управлять приложениями в соответствии с их состоянием и предотвращать потребление ресурсов отдельными приложениями в ущерб более важной активности на переднем плане. Microsoft также имеет ограничения ресурсов для надстроек Office, где чрезмерное использование ресурсов и низкая производительность могут привести к предупреждениям и другим формам вмешательства.

В частности, для приложений из Microsoft Store в рамках своего набора для сертификации приложений Windows компания в настоящее время заявляет, что ожидает, что «приложения будут полностью функциональны без использования режимов совместимости Windows, сообщений AppHelp или исправлений совместимости». Чтобы обеспечить хорошую производительность приложения, Microsoft рекомендует разработчикам тестировать его «на маломощном компьютере, таком как компьютер на базе процессора Intel Atom с разрешением экрана 1366×768 (или выше) и жестким диском (в отличие от твердотельного накопителя)». Компания также рекомендует оптимизацию JavaScript. Между тем, для уже опубликованных приложений (и игр) аналитика Partner Center предоставляет данные, связанные с производительностью.

Однако Microsoft не обязательно должна налагать точные пороговые значения Google на каждое приложение или программное обеспечение Windows, и она не может реально сделать это, учитывая открытый характер рабочего стола Windows; но она может установить более строгие требования к производительности и сроки для приложений из Microsoft Store, программного обеспечения, разработанного Microsoft, и других частей экосистемы Windows, над которыми она имеет значительный и больший контроль.

Примером, по иронии судьбы, может служить собственное приложение Clipchamp от Microsoft, доступное в Microsoft Store, которое, как недавно подтвердила компания, может иметь проблемы с производительностью и другие проблемы на оборудовании низкого уровня.

Источник: Google через Microsoft (ссылка1, ссылка2, ссылка3)

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

Похожие новости: