Barnes-Hut t-SNE и LargeVis: визуализация больших объёмов данных

в 6:08, , рубрики: data analysis, data mining, data science, exploratory data analysis, large data, tsne, visualization, Алгоритмы, математика, машинное обучение

Наборами данных в миллионы экземпляров в задачах машинного обучения уже давным давно никого не удивишь. Однако мало кто задаётся вопросом, как качественно визуализировать эти титанические пласты информации. Когда размер датасета превышает миллион, становится довольно грустно использовать стандартный t-SNE; остаётся играться с даунсэмплированием или вовсе ограничиваться грубыми статистическими инструментами. Но на каждую задачу найдётся свой инструмент. В своей статье я бы хотел рассмотреть два алгоритма, которые преодолевают барьер квадратичной сложности: уже хорошо известный Barnes-Hut t-SNE и новый претендент на звание «золотого молотка infovis'a» LargeVis.

Barnes-Hut t-SNE и LargeVis: визуализация больших объёмов данных - 1

(Это не картина художника-абстракциониста, а визуализация LiveJournal-датасета с высоты птичьего полёта)

t-SNE с модификациями

Хоть t-SNE от силы лет десять, можно без опаски сказать, что он уже апробирован временем. Он пользуется популярностью не только среди матёрых адептов науки о данных, но и среди авторов научно-популярных статей. Про него уже писали на Хабре; также про этот алгоритм визуализации есть много хороших статей на просторах интернета.

Однако почти все эти статьи рассказывают про стандартный t-SNE. Напомню его вкратце:

  1. Посчитать для каждой пары пары точек данных $x_i, x_j in X$ их подобие друг другу в исходном пространстве с использованием Гауссова ядра:

    $p_{j|i}=frac{exp{(-left|x_i - x_jright|^2/(2sigma^2_i)}}{sum_{k neq i}(exp{(-left|x_i - x_kright|/(2sigma^2_i)})}$

    $p_{ij}=frac{p_{j|i} + p_{i|j}}{2} $

  2. Для каждой пары точек отображения выразить их подобие в пространстве визуализации с использованием ядра t-распределения

    $q_{ij}=frac{(1 + left|y_i - y_jright|^2)^{-1}}{sum_{k neq m}(1 + left|y_k - y_mright|^2)^{-1}}$

  3. Построить целевую функцию и минимизировать её относительно $y$ при помощи градиентного спуска

    $C(y)=KL(P||Q)=sum_{i neq j}{p_{ij}log{frac{p_{ij}}{q_{ij}}}}$

Где $KL(P||Q)$ — дивергенция Кульбака-Лейблера.

Интуитивно для трёхмерного случая это можно представить следующим образом. У вас есть $N$ бильярдных шаров. Вы маркируете их и подвешиваете их за нитки к потолку. Нитки разного размера, так что теперь в трёхмерном пространстве вашей комнаты висит датасет из $N$ элементов с $d=3$. Вы соединяете каждую пару шаров идеальной пружиной так, что пружины ровно той длины, которой нужно (не провисают, но и не натянуты). Жёсткость пружин выбираются следующим образом: если рядом с некоторым шаром шаром нет других шаров, все пружины более-менее слабые. Если ровно один шар-сосед, а все остальные далеко, то до этого соседа будет очень жёсткая пружина, а до всех остальных — слабые. Если два соседа, до соседей будут жёсткие пружины (но слабее, чем в предыдущем случае), а до всех остальных — ещё слабее. И так далее.

Теперь вы берёте получившуюся конструкцию и пытаетесь разместить её на столе. Даже если трёхмерный объект состоит из свободно двигающихся узлов, в общем случае его нельзя разместить на плоскости (представьте, как вы прижимаете к столу тетраэдр), так что вы просто располагаете его так, чтобы натяжение или растяжение пружин было как можно меньше. Не забываем сделать поправку на то, что в двумерном пространстве у каждого шара будет меньше ближних соседей, но больше соседей на среднем расстоянии (помним про закон куба-квадрата). Большинство пружин настолько слабые, что их можно вовсе не брать в расчёт, но элементы, связанные сильными пружинами лучше расположить рядом. Вы двигаетесь маленькими шажками, двигаясь от произвольной начальной конфигурации, потихоньку уменьшая натяжение пружин. Чем качественнее вы можете восстановить исходное натяжение пружин по их текущему натяжению, тем лучше.

(забыли на секунду, что мы знаем, что изначальное натяжение пружин равно нулю)
(я упоминал, что это волшебные шары и пружины, которые проходят друг сквозь друга?)
(зачем вообще заниматься такой ерундой? — оставлено, как упражнение читателю)

Так вот, современные data science пакеты реализуют не совсем это. Стандартный t-SNE обладает сложностью $O(N^2)$. В результате последних исследований, оказалось, что это избыточно, и почти такого же результата можно достичь за $O(Nlog{N})$ операций.

Во-первых, считать на первом шаге все $p_{ij}$ кажется явно избыточным. Большая их часть всё равно будет равна нулю. Ограничим это число: найдём k ближайших соседей каждого экземпляра данных, и посчитаем $p_{ij}$ по-честному только для них; для остальных положим нулю. Соответственно, и сумму в знаменателе соответствующей формулы будем считать только по этим элементам. Встаёт вопрос: как именно выбрать это число соседей? Ответ на него на удивление прост: у нас уже есть параметр, ответственный за соотношение между глобальной и локальной структурой алгоритма — $u$, perplexity! Его характерные значения лежат в диапазоне от 5 до 50, причём, чем больше датасет, тем больше perplexity. Как раз то что надо. При помощи VP-дерева можно найти достаточное количество соседей за $O(uNlog{N})$ времени. Если продолжать аналогию с пружинками, это как соединять не все шары попарно, а для каждого шара вешать пружины до, скажем, его пяти ближайших соседей.

Во-вторых…

Barnes-Hut алгоритм

Отвлечёмся немного, чтобы обсудить Barnes-Hut. Про этот алгоритм не было отдельной статьи на Хабре, а тут как раз отличный повод рассказать про него.

Наверное, каждому знакома классическая гравитационная задача N тел: по заданным массам и начальным координатам N космических тел и известному закону их взаимодействия построить функции, показывающие координаты объектов во все последующие моменты времени. Её решение не выражается через привычные нам алгебраические функции, а может быть лишь найдено численно, например, при помощи метода Рунге-Кутты. К сожалению, подобные численные методы решения дифференциальных уравнений имеют сложность $O(N^2)$, и даже на современных компьютерах не очень хорошо считаются, когда количество объектов превышает $10^5-10^6$.

Для симуляций с таким громадным числом тел приходится идти на некоторые упрощения. Заметим, что для тройки тел A, B и C сумма сил действующих на A со стороны B и C равна силе, которую бы оказывало единое тело (BC), помещённое в точку центра масс B и C. Одного этого для оптимизации мало, поэтому применим ещё одну хитрость. Разобьём пространство на клетки. Если расстояние от тела A до клетки велико и в клетке больше одно тела, будем считать, что ровно в центре этой клетки помещён объект с суммарной массой объектов внутри. Его положение будет немного отклоняться от настоящего центра масс содержимого клетки, но чем дальше клетка, тем более незначительным будет ошибка в угле действия силы.

Barnes-Hut t-SNE и LargeVis: визуализация больших объёмов данных - 20

На картинке ниже зелёным обозначена область близости тела A. Синим обозначены направления действия сил. Тела B, C и D оказывают силу на A по-отдельности. Хоть С и D находятся в одной клетке, они в области точности. E тоже оказывает силу в одиночку — оно одно в клетке. А вот объекты F, G и H достаточно далеко от A и достаточно близко друг к другу, что взаимодействие можно приблизить. Центр клетки не всегда будет хорошо совпадать с реальным положением центра тяжести (см. K, L, M, N), но в среднем, при большом расстоянии и большом количестве тел, ошибка будет пренебрежимо мала.

Barnes-Hut t-SNE и LargeVis: визуализация больших объёмов данных - 21

Стало лучше: мы уменьшили эффективное число объектов в несколько раз. Но как же выбрать оптимальный размер разбиения? Если разбиение будет слишком мелким, толку от него не будет, а если слишком большим, увеличится ошибка и придётся поставить очень большое расстояние, на котором мы будем готовы пожертвовать точностью. Сделаем ещё шаг вперёд: вместо сетки с фиксированным шагом разобьём прямоугольник плоскости на иерархию клеток. Крупные клетки содержат в себе мелкие, те ещё более мелкие и так далее. Получившаяся структура данных является деревом, где каждая нелистовая нода, порождает четыре дочерних ноды. Такая конструкция называется «квадродерево» (quadtree). Для трёхмерного случая, соответственно, используется октодерево (octotree). Теперь при рассчёте силы, действующей на некоторое тело, можно обходить дерево до тех пор пока не встретится клетка с достаточным уровнем мелкости, после чего использовать приближение.

Barnes-Hut t-SNE и LargeVis: визуализация больших объёмов данных - 22

Ноды, в которые не попадает ни одного объекта нет смысла мельчить дальше, поэтому эта структура не такая тяжеловесная, как может показаться на первый взгляд. С другой стороны, накладные расходы определённо есть, так что я бы сказал, что пока симулируемых объектов меньше сотни, такая хитрая структура данных может и немного вредить (зависит от реализации).

Теперь более формально:

Алгоритм 1:
Пусть $d$ — расстояние от тела до центра рассматриваемой клетки, $s$ — сторона этой клетки, $theta$ — заранее заданный порог мелкости. Чтобы определить силу, оказываемую на объект $b$, обходим квадродерево, начиная с корня.

  1. Если в текущей клетке нет ни одного элемента, пропускаем её
  2. Иначе, если в ноде только один элемент и это не $b$, напрямую добавляем его влияение к суммарной силе
  3. Иначе, если $s/d leq theta$, считаем эту ноду единым целым объектом, и прибавляем его суммарную силу, как описано выше
  4. Иначе рекурсивно запускаем эту процедуру для всех дочерних клеток текущей клетки

Здесь более подробное выполнение алгоритма по шагам. Красивая анимация Barnes-Hut симуляции галактики. Различные реализации Barnes-Hut можно найти на гитхабе.

Очевидно, что такая интересная идея не могла остаться незамеченной и в других областях науки. Barnes-Hut применяют, везде, где встречаются системы с большим количеством объектов, каждый из которых действует на другие по простому закону, несильно меняющемуся в пространстве: симуляция роя, компьютерные игры. Вот и анализ данных тоже не оказался исключением. Распишем подробнее этап градиентного спуска (3) в t-SNE:

$ frac{delta C}{delta y}=4 sum_{j neq i}{(p_{ij} - q_{ij})q_{ij}Z(y_i - y_j)}$

$=4 (sum_{j neq i}{p_{ij}q_{ij}Z(y_i - y_j)} - sum_{j neq i}{q_{ij}^2Z(y_i - y_j))}$

$=4 (F_{attr} + F_{rep})$

Где $F_{attr}$ обозначены притягивающие силы, $F_{req}$ — отталкивающие, а $Z$ — нормирующий множитель. Благодаря предыдущий оптимизации $F_{attr}$ считается за $O(uN)$, но $F_{req}$ — пока ещё $O(N^2)$. Вот тут нам и пригодится описанный выше трюк с квадродеревом и Barens-Hut, только вместо закона Ньютона у нас $F=q_{ij}^2Z(y_i - y_j)$. Подобное упрощение и позволяет посчитать $F_{req}$ за $O(Nlog{N})$ в среднем. Недостаток очевиден: ошибки из-за дискретизации пространства. Laurens van der Maaten в статье выше утверждает, что пока даже не ясно, ограничены ли они вообще (приводятся ссылки на релевантные статьи). Как бы то ни было, результаты полученные при помощи Barens-Hut t-SNE с нормально подобранным $theta$ выглядят состоятельно и последовательно. Обычно можно поставить $theta=0.25$ или $0.1$ и забыть про него.

Можно ли ещё быстрее? Да. Зачем останавливаться на приближении «точка-клетка», когда можно упростить ситуацию ещё больше: если две клетки достаточно далеко друг от друга, можно приблизить не только конечный $y$, но и начальный (приближение «клетка-клетка»). Это называется dual-tree algorithm (русского названия пока что нет). Мы не запускаем рекурсию выше для каждого экземпляра данных, а начинаем обходить квадродерево и когда мелкость достигает нужного значения начинаем обходить то же квадродерево и прикладываем к каждому экземпляру внутри выбранной клетки первого обхода суммарную силу из клетки второго обхода. Такой подход позволяет выжать ещё немного скорости, но ошибка начинает накапливаться намного быстрее, и приходится ставить меньший $theta$. Да и реализован такой обход не так много где.

LargeVis

Хорошо, но можно ли ещё быстрее? Jian Tang и компания, отвечают, что да!
Раз мы уже принесли в жертву точность, почему бы не принести в жертву ещё и девственницу детерминированность. Будем использовать случайные алгоритмы, чтобы получить результат за $O(N)$ времени. Во-первых, вместо поиска ближайших соседей при помощи vantage point дерева, используем деревья случайных проекций (random projection trees, RT-деревья). Во-вторых, вместо честного подсчёта градиента с упрощениями через Barnes-Hut, будем просто-напросто сэмплирвать слагаемые в отрицательной части $C(y)$.

RT-деревья

Идея с разбиением плоскости при помощи квадродерева была неплоха. Теперь попробуем разбить плоскость на сектора при помощи чего-нибудь более простого. Как насчёт k-d дерева?

Алгоритм 2:
Параметры: $M$ — минимальный размер, $X$ — набор данных
MakeTree($X$)

  1. Если $|X| leq M$ вернуть текущий $X$, как листовую ноду
  2. Иначе
    1. Выбрать случайным образом номер переменной $i in [0, d-1]$
    2. Rule(x) := $x_j leq$ median($z_{i} : z_i in X$) // Предикат разбивающий подпространство данных гиперплоскостью, перпендикулярной оси координат $i$ и проходящей через медиану значений $i$-той переменной элементов $X$.
    3. LeftTree := MakeTree({x $in$ X: Rule(x) = true})
    4. RightTree := MakeTree({x $in$ X: Rule(x) = false})
    5. Вернуть [Rule, LeftTree, RightTree]

Barnes-Hut t-SNE и LargeVis: визуализация больших объёмов данных - 60

Как-то слишком примитивно. Перпендикулярность плоскости разбиения какой-то оси координат смотрится подозрительно. Есть более продвинутая версия: деревья случайных проекций (random projection trees, RT-деревья). Будем рекурсивно разбивать пространство, каждый раз выбирая случайный единичный вектор, перпендикулярно которому будет идти плоскость. Для лёгкой асимметричности дерева также добавим небольшой шум к точке привязки плоскости.

Алгоритм 3:
ChooseRule(X) // Мета-функция, которая возвращает предикат, по которому мы будем разбивать пространство

  1. Выбрать случайный единичный вектор из $v in mathcal{R}^d$
  2. Выбрать случайный $y in X$
  3. Пусть $z in X$ — самая далёкая от него точка данных в $X$
  4. $delta$ := случайное число в $[- 6 cdot left|y - zright| / sqrt{d}, 6 cdot left|y - zright| / sqrt{d}]$
  5. Вернуть Rule(x) := $x cdot v leq$ (median($z cdot v : z in X$) + $delta$)

MakeRPTree($X$)

  1. Если $|X| leq M$ вернуть текущий $X$, как листовую ноду
  2. Иначе
    1. Rule(x) := ChooseRule(X)
    2. LeftTree := MakeTree({x $in$ X: Rule(x) = true})
    3. RightTree := MakeTree({x $in$ X: Rule(x) = false})
    4. Вернуть [Rule, LeftTree, RightTree]

Barnes-Hut t-SNE и LargeVis: визуализация больших объёмов данных - 73

Неужели такое грубое и хаотичное разбиение способно дать хоть какие-то результаты? Оказывается, что да! В случае, когда многомерные данные на самом деле лежат вблизи не очень многомерной гиперскладки, RT-деревья ведут себя довольно-таки пристойно (см. доказательства по первой ссылке и здесь). Даже в случае, когда данные действительно имеют эффективную размерность сопоставимую с $d$, знание о проекциях несёт немало информации.

Хм, сложность: посчитать медиану это всё же $O(|X|)$ и мы делаем это на каждом из $O(log{N})$ шагов. Упростим выбор гиперплоскости ещё больше: вообще откажемся от точки привязки. На каждом шаге рекурсии будем просто выбирать две случайные точки из очередного $X$ и проводить равноотстоящую от них плоскость.

Кажется, мы выбросили из алгоритма всё, что хоть как-то напоминает о математической строгости или точности. Как же получившиеся деревья могут помочь нам с поиском ближайших соседей? Очевидно, что соседи точки данных по листу графа — первые кандидаты в его kNN. Но это не точно: если точка лежит рядом с гиперплоскостью разбиения, настоящие соседи могут оказаться в совершенно другом листе. Получившееся приближение можно улучшить, если построить несколько RP-деревьев. Пересечение листов получившихся графов для каждого $x$ является гораздо лучшей областью для поиска.

Barnes-Hut t-SNE и LargeVis: визуализация больших объёмов данных - 79

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

Barnes-Hut t-SNE и LargeVis: визуализация больших объёмов данных - 80

Barnes-Hut t-SNE и LargeVis: визуализация больших объёмов данных - 81

Авторы статьи уверяют, что эффективная реализация всего этого работает за $O(N)$ времени. Есть, правда, одно но, которое они не упоминают: О-большое проглатывает гигантскую константу, на которую влияют $M$, количество RP-деревьев, и количество этапов эвристической подстройки.

Сэмплирование

После вычисление kNN Jian Tang и КО считают подобие данных в исходном пространстве по такой же формуле, как и в t-SNE.

$p_{j|i}=frac{exp{(-left|x_i - x_jright|^2/(2sigma^2_i)}}{sum_{(i, k) in Neigh}(exp{(-left|x_i - x_kright|/(2sigma^2_i)})}$

$p_{ij}=frac{p_{j|i} + p_{i|j}}{2} $

Обратите внимание, что сумма в знаменателе считается только по kNN, остальные $p_{j|i}$ равны 0; также $p_{ii}=0$.

После этого, предлагается хитрый теоретический манёвр: теперь мы смотрим на полученные $w_{ij} equiv p_{ij}$, как на веса рёбер некоторого графа, где нодами являются элементы $X$. Закодируем информацию о весах этого графа при помощи набора $y$ в пространстве отображения. Пусть вероятность наблюдать бинарное невзвешенное ребро $e_{ij}$ равна

$P(exists e_{ij})=frac{1}{1 + left|y_k - y_mright|} $

Снова используется t-распределение, только немного по-другому; всё ещё помним про разное количество соседей в разных слоях в пространствах с разным $d$. Вероятность, что в исходном графе было ребро с весом в $w_{ij}$:

$P(exists w_{ij})=P(exists e_{ij})^{w_{ij}}$

Перемножим вероятности для всех рёбер и получим расположение $y$ методом максимального правдоподобия:

$O=prod_{(i, j) in E}P(exists e_{ij})^{w_{ij}} prod_{(i, j) in vec{E}}(1 - P(exists e_{ij})^{gamma}$

Где $vec{E}$ — множество всех пар, которые не попали в список ближайших соседей, а $gamma$ — гиперпараметр, показывающий влияние несуществующих рёбер. Логарифмируем:

$log{O} propto sum_{(i, j) in E}{w_{ij}log{P(exists e_{ij})}} + sum_{(i, j) in vec{E}}{gamma log{(1 - P(exists e_{ij}))}} rightarrow max$

Снова получили сумму состоящую из двух частей: одна притягивает друг к другу $y$ близких друг к другу $x$, другая отталкивает $y$, $x$ которых не были соседями друг друга, только выглядят они по-другому. Также снова получили проблему, что точное вычисление второй подсуммы займёт $O{(N^2)}$, так как отсутствующих дуг в нашем графе огромное количество. На сей раз вместо использования квадродерева, предлагается сэмплировать узлы графа, до которых нет дуг. Этот приём пришёл из машинной обработки текстов. Там для более быстрого усвоения контекста для каждого слова $j$, которое стоит в тексте рядом со словом $i$, берут не все слова из словаря, которые рядом с $i$ не встречаются, а лишь несколько произвольных слов, с вероятностью пропорциональной 3/4 степени их частоты (показатель 3/4 подобран эмпирически, подробнее здесь). Мы же для каждой ноды $j$, до которой есть ребро из $i$ с весом в $w_{ij}$, будем сэмплировать несколько произвольных нод, до которых рёбер нет, пропорционально 3/4 степени количества дуг, исходящих из тех нод.

$log{O} approx sum_{(i, j) in E}{w_{ij}(log{P(exists e_{ij})}} + sum_{k=1}^M{E_{j_k sim P_n(j)}gamma log{(1 - P(exists e_{ij_k})))}} rightarrow max$

Где $M$ — количество отрицательных рёбер на ноду, а $P_n(j) sim d_j^{3/4}$.

Так как $w_{ij}$ могут варьироваться в довольно широких пределах, для стабилизации градиента следует применить продвинутую версию техники сэмплирования. Вместо перебирания $j$ с одинаковой частотой, будем брать их вероятностью, пропорциональной $w_{ij}$ и притворяться, что ребро единичное.

Ух. Что же дают нам все эти ухищрения? Примерно пятикратный прирост скорости на в меру больших датасетах по сравнению с Barnes-Hut t-SNE!

Barnes-Hut t-SNE и LargeVis: визуализация больших объёмов данных - 118

Barnes-Hut t-SNE и LargeVis: визуализация больших объёмов данных - 119

Barnes-Hut t-SNE и LargeVis: визуализация больших объёмов данных - 120

Barnes-Hut t-SNE и LargeVis: визуализация больших объёмов данных - 121

Barnes-Hut t-SNE и LargeVis: визуализация больших объёмов данных - 122

(Картинки взяты из статьи)

При этом качество визуализации примерно такое же. Внимательный читатель заметит, что на сравнительно маленьком датасете 20 Newsgroups ($|X| approx 20000$) LargeVis проигрывает t-SNE. Это и есть влияние коварной константы, которая осталась за кадром. Студенты, помните, бездумное использование алгоритмов с меньшей степенью под О-большим вредит вашему здоровью!

Напоследок, пара практических моментов. Существует официальная имплементация LargeVis, но на мой взгляд код там слегка страшненький, используйте на свой страх и риск. Количество отрицательных сэмплов на ноду $M$ обычно берётся равным 5 (пришло из машинной обработки текстов). Эксперименты показали крайне незначительное увеличение качества при увеличении $M$ от 3 до 7. Количество деревьев следует брать тем больше, чем больше набор данных, но не слишком много. Ориентируйтесь на минимальное значение 10 для $|X| < 10^5$ и близкое к избыточному 100 $|X| > 10^7$. $gamma$ создатели алгоритма берут равным 7, не объясняя, почему. Самое главное: LargeVis отлично параллелится на всех этапах работы. Благодаря разреженности матрицы весов асинхронный разреженный градиентный спуск на разных потоках вряд ли будет задевать друг друга.

Заключение

Спасибо за внимание. Надеюсь, теперь вам стало понятнее, что это за таинственные method='barnes_hut' и angle в параметрах у sklearn'овского TSNE, и вы не потеряетесь, когда понадобится визуализировать датасет из десяти миллионов записей. Если вы работаете с большим количеством данных, может, вы найдёте собственное применение Barens-Hut или решитесь на внедрение LargeVis. На всякий случай, вот краткие заметки по работе последнего. Хорошего дня!

Barnes-Hut t-SNE и LargeVis: визуализация больших объёмов данных - 129

Автор: Siarshai

Источник

* - обязательные к заполнению поля

Главная   |  Архив новостей  |   Android  |   Google  |   Apple  |   Microsoft  |   Информационная безопасность  |   Веб – разработка
Публикации RSS  |  Комментарии RSS
https://ajax.googleapis.com/ajax/libs/jquery/3.4.1/jquery.min.js