WebGPU compute pipeline не создаётся в Edge 152: проверка subgroup size control. People-first инструкция: отдельный baseline, один обратимый тест, матрица «adapter × feature × requested size × pipeline result × portable fallback» и стоп-линия без персональных данных.
Сначала зафиксировать симптом
Материал решает один вопрос: как проверить WebGPU subgroup size control в Edge 152. Наблюдаемая боль сформулирована отдельно: compute shader требует конкретный размер subgroup, но адаптер или pipeline не подтверждает выбранное значение. Совпадение со временем обновления не доказывает причину. До настроек запишите expected и actual одним предложением, точную версию браузера и adapter features, limits, запрошенный subgroup size, shader variant, pipeline creation error и контрольный вариант без явного размера. Не добавляйте соседние проблемы сети, аккаунта, расширений или устройства, если они не меняют этот контроль. Цель — получить матрица «adapter × feature × requested size × pipeline result × portable fallback», а не объявить Edge виновным по одному случаю. Неизвестное значение помечается unknown; память пользователя о прежнем поведении не заменяет зафиксированное состояние.
Что именно подтверждают документы
Официальные web platform release notes указывают: Edge 152 включает WebGPU feature subgroup-size-control, позволяющую явно задавать размер subgroup для compute shader; release notes связывают возможность с платформенно-зависимой оптимизацией workloads. Это заявленная возможность Edge 152, но наличие API проверяется на фактической четырёхчастной версии и в конкретном контексте. Документ подтверждает область функции, но не популярность запроса, частоту ошибки, поддержку каждым сайтом или выигрыш производительности. Второй первичный источник — «WebGPU specification» — задаёт независимую модель проверки: Спецификация GPU for the Web задаёт модель adapter features, device creation и validation; она отделяет поддержку возможности от измеренного выигрыша производительности. Форумный пост или поисковый сниппет может быть лишь поводом открыть документацию; здесь он не используется как доказательство причины.
Минимальный журнал до опыта
Контрольный снимок включает: adapter features, limits, запрошенный subgroup size, shader variant, pipeline creation error и контрольный вариант без явного размера. Снимайте его до воздействия и сразу после, с одинаковой тестовой страницей и одним профилем. Запишите время, канал и полный номер версии, но не профиль пользователя, историю, IP, cookie, токены или содержимое рабочих полей. Для сценария «compute shader требует конкретный размер subgroup, но адаптер или pipeline не подтверждает выбранное значение» отдельно отметьте вход, который реально наблюдается, и ожидаемый безопасный fallback. Если обязательный вход недоступен или нельзя очистить данные, не продолжайте: статус остаётся unknown, а не превращается в догадку.
Один обратимый тест
Выполните одно воздействие: создать минимальный compute pipeline с feature detection, сравнить поддерживаемый размер с вариантом без управления subgroup и не запускать рабочую нагрузку при ошибке validation. Порядок фиксированный: A — исходное состояние, B — единственное изменение, затем A2 — возврат. Между шагами не обновляйте ОС, браузер, драйвер, framework и тестовый код одновременно. Наблюдайте только поля baseline и заранее определённый outcome. Практическая запись идёт в матрица «adapter × feature × requested size × pipeline result × portable fallback». Если возврат не восстанавливает исходное поведение, связь не подтверждена; остановитесь вместо добавления новых вмешательств. Само нажатие rollback не считается возвратом, пока A2 не проверено тем же наблюдением.
Как читать итоговую матрицу
Сведите результат в матрица «adapter × feature × requested size × pipeline result × portable fallback». Для каждой строки используйте reproduced, not reproduced, stopped или unknown. Reproduced означает лишь локальное повторение при записанных входах; not reproduced означает, что именно этот контроль не повторил симптом. Stopped нужен, если нарушена стоп-линия или rollback. Для боли «compute shader требует конкретный размер subgroup, но адаптер или pipeline не подтверждает выбранное значение» сравнивайте точное наблюдение, а не название возможности. Различайте unsupported, policy/token unavailable, invalid input и runtime failure: эти ветви требуют разных владельцев и не должны сливаться в общее «не работает».
Стоп-линия и пакет для поддержки
Критерий остановки: не включать unsupported feature принудительно и не объявлять ускорение без отдельного воспроизводимого benchmark. Для обращения сохраните точную версию, короткие expected/actual, минимальные шаги A–B–A2, статус rollback и матрица «adapter × feature × requested size × pipeline result × portable fallback». Перед отправкой удалите имена, адреса, пути профиля, идентификаторы устройств, сетевые адреса, содержимое форм, ключи и полные логи. Укажите, что проверялся конкретный intent «как проверить WebGPU subgroup size control в Edge 152», а массовость и поисковый спрос не измерялись. Не обещайте исправление или межбраузерную поддержку: пакет должен позволить владельцу воспроизвести границу с минимальным раскрытием данных.
Материал подготовлен редакцией VOne с помощью ИИ; технические утверждения, статус stable/origin trial, источники и границы вывода постатейно сверены с указанными первичными документами 29 августа 2026 года.
Источники и проверка
- Microsoft Edge 152 web platform release notes проверено 2026-08-29
- WebGPU specification проверено 2026-08-29
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.