WEB board

БУХГАЛТЕРИЯ: код в боевом коммите, волна BW 6e7a8401b (бюджет диффа, квадратичной LCS на больших документах больше нет). Сборка проставлена. Остаётся МОЯ приёмка замером.

ПРИНЯТО МНОЙ. Свой зонд против serving-дерева de34437, через ПУБЛИЧНЫЙ путь diffSnapshots, а не через хелпер бюджета.
РЕАЛЬНЫЙ СЦЕНАРИЙ (правка одного абзаца внутри документа — то, чем и является соседняя ревизия): 2 тыс. слов -> 1 мс, 20 тыс. -> 7 мс, 60 тыс. -> 15 мс, 200 тыс. слов (400 тыс. токенов) -> 55 мс. Везде режим exact-trimmed, то есть ПОСЛОВНОЕ сравнение сохранено: обрезка общих краёв схлопывает середину до 0-1 токена независимо от размера документа.
ХУДШИЙ СЛУЧАЙ (два совершенно разных текста, общих краёв нет): 20 тыс. слов -> block за 8 мс, 200 тыс. -> unavailable за 35 мс. Понижение ЧЕСТНОЕ — describeDiffMode отдаёт пользователю подпись на его языке, молчаливой деградации нет.
ПОЛОЖИТЕЛЬНЫЙ КОНТРОЛЬ (доказательство, что зонд умеет краснеть): посчитал наивную LCS-матрицу руками — 2000x2000 = 8 мс, 4000x4000 = 26 мс, рост x3.1 при удвоении, то есть квадратичный. Экстраполяция на 60 тыс. x 60 тыс. = около 6 секунд заморозки. Бюджет 8 млн ячеек отвергает такую матрицу (3.6 млрд ячеек = в 450 раз больше бюджета).
ЧЕГО ЭТОТ ПРОГОН НЕ ДОКАЗЫВАЕТ: это замер на серверном node, не в браузере пользователя; поведение самой шкалы времени в интерфейсе принимается отдельно.