Гайд · TNWS AI

Как нормализовать признаки через Flax NNX LayerNorm

Flax 0.12.10JAX 0.11.2Python#Flax#JAX#нейросети
4 мин—

Flax 0.12.10: LayerNorm по последней оси, формы scale и bias, нулевое среднее и единичное стандартное отклонение.

Задача и применимость

Актуальный запрос: «как использовать LayerNorm Flax NNX». Нормализовать признаки каждого объекта независимо от остальных строк batch. nnx.LayerNorm(num_features=3) по умолчанию вычисляет статистики по последней оси и создаёт обучаемые scale и bias длины три. На начальных scale=1 и bias=0 каждая невыраженная строка получает среднее около нуля и стандартное отклонение около единицы.

Материал проверен на Flax 0.12.10, JAX/jaxlib 0.11.2 и Python 3.12 на CPU. Используется актуальный API from flax import nnx, а не устаревший экспериментальный import и не Linen. Пример не загружает веса или внешние данные и решает одну изолированную задачу. Численный тест подтверждает контракт кода в указанной версии, но не качество нейросети на рабочем датасете.

Перед запуском установите совместимые версии пакетов в отдельное окружение и выведите flax.__version__, jax.__version__ и jaxlib.__version__. Не смешивайте примеры NNX с похожими по названию конструкциями Linen: у них различаются жизненный цикл Module, представление состояния, инициализация и способы применения transformations. При переносе кода сначала выберите один API и следуйте документации именно его версии.

Пошаговое решение

  1. Создайте LayerNorm для трёх признаков с фиксированным RNG.
  2. Передайте две строки с разными масштабами.
  3. Посчитайте mean и std результата по последней оси.
  4. Проверьте формы scale/bias и конечность значений.

Готовый проверяемый шаблон

import jax.numpy as jnp
from flax import nnx

layer = nnx.LayerNorm(3, rngs=nnx.Rngs(0))
x = jnp.array([[1., 2., 3.], [2., 4., 8.]])
y = layer(x)
assert y.shape == x.shape
assert layer.scale[...].shape == (3,)
assert layer.bias[...].shape == (3,)
assert jnp.allclose(jnp.mean(y, axis=-1), 0., atol=2e-6)
assert jnp.allclose(jnp.std(y, axis=-1), 1., atol=2e-5)
assert jnp.isfinite(y).all()
print(jnp.mean(y, -1), jnp.std(y, -1))

Вход и ожидаемый результат

Для строк [1,2,3] и [2,4,8] средние результата были практически нулевыми, а стандартные отклонения — около единицы. Форма (2,3) сохранилась; scale и bias имели по три элемента.

Как проверить результат

Тестируйте статистики по той оси, которую действительно нормализуете, и используйте допуск из-за epsilon и float32. Константная строка корректно даст конечные значения благодаря epsilon, но её std после нормализации не обязано стать единицей.

Перенос в рабочую модель

В рабочем проекте зафиксируйте контракт batch: порядок осей, dtype, диапазон признаков и семантику target. Инициализацию, dropout и генерацию данных разделяйте по именованным RNG streams. Обучаемые nnx.Param, статистическое состояние и optimizer state сохраняйте и проверяйте раздельно. Перед обновлением Flax/JAX прогоняйте небольшой обезличенный regression batch и сравнивайте формы, loss, конечность значений и допустимое численное отклонение.

Критерии приёмки

  1. Версии Flax, JAX и jaxlib записаны в отчёте.
  2. Формы входа, параметров и результата совпадают с контрактом.
  3. Все численные outputs и gradients конечны.
  4. Train/eval режим задан явно для стохастических и stateful слоёв.
  5. Результат проверен независимой формулой, состоянием или контрольным вызовом.
  6. Негативный случай неверной формы или режима включён в тесты проекта.

Регрессионный протокол

Сохраните минимальные входы: один объект, небольшой batch, нулевые значения, несимметричные размеры осей и заведомо несовместимую форму. Сравнивайте массивы через allclose с документированным допуском. Воспроизводимость требует одинаковых seeds и одинакового порядка запросов RNG. Производительность оценивайте после JIT-прогрева и block_until_ready, отдельно от compile time. Один удачный запуск не заменяет validation на независимых данных.

Диагностика расхождений

При расхождении сначала проверьте layout и preprocessing, затем RNG streams, train/eval mode, типы переменных State, forward, loss и optimizer update. Упростите модель до одного слоя, отключите JIT и стохастику, сравните промежуточные shapes. Возвращайте компоненты по одной. Не увеличивайте допуск и не заменяйте NaN нулями до установления причины.

Контроль после внедрения

В эксплуатации ограничьте допустимые shapes и размер batch, чтобы запрос не исчерпал память и не вызвал поток перекомпиляций. Не логируйте исходные пользовательские тензоры, ключи и содержимое обучающих примеров. Храните предыдущий проверенный checkpoint и схему State для отката. После восстановления проверяйте контрольный forward до включения модели в трафик.

Границы применимости

CPU-проверка не доказывает скорость или точную численную идентичность GPU/TPU. Случайная инициализация не является обучением, снижение train loss не гарантирует обобщение, а правильная форма не подтверждает корректность данных. Для важных решений нужны validation/test, мониторинг дрейфа, ограничения входов и человеческий контроль.

Типичные ошибки и чего не делать

  • Не усреднять по batch-оси при проверке LayerNorm.
  • Не ожидать точной единицы для константного вектора.
  • Не задавать num_features, не совпадающий с feature axis.

Не публикуйте только удачный вывод без версии среды, форм и негативного теста. Не настраивайте модель по test set и не загружайте непроверенное состояние поверх production-модели.

FAQ

Зависит ли строка от соседей в batch?

Нет, LayerNorm нормализует каждый пример независимо.

Есть ли обучаемые параметры?

По умолчанию есть scale и bias.

Зачем epsilon?

Он предотвращает деление на ноль при малой дисперсии.

Официальные источники

Частые вопросы

Зависит ли строка от соседей в batch?

Нет, LayerNorm нормализует каждый пример независимо.

Есть ли обучаемые параметры?

По умолчанию есть scale и bias.

Зачем epsilon?

Он предотвращает деление на ноль при малой дисперсии.

Читайте также

Комментарии

Пока тихо. Скажите первое слово