前段时间搞 LR 的特征优化,切身体会到人工特征工程实在太费劲了,一方面发掘高价值的特征十分困难,另一方面某些特征之间需要组合才能有效,比如用户对视频的某个特征的偏好,就必须将视频的特征和用户的特征进行组合。LR 是线性模型,没法自动做特征组合,只能人工搞,但人工来干这事就相当麻烦了。自然而然的,就会想到用可以自动组合特征的模型。现在了解的包括 FM、FFM 等基于矩阵分解的模型、基于 GBDT 之类的树模型和基于 DNN 的网络模型。这篇文章先介绍下 FFM 模型。
FFM 模型简介
FFM (Field-aware Factorization Machines)$^{[1]}$是 Yuchin Juan 等人在台大期间提出的用于 CTR 预估的模型。它是对 FM 模型的推广,提到 FM 又不得不提到 Poly2 模型,好在它们三个的关系十分简单和明确:
Poly2 模型是将所有特征进行两两组合,也就是当特征有 $n$ 个的时候,需要 $O(n^2)$ 个参数,而且这些参数之间是相互独立的,意味着每个参数都需要足够的样本来训练,也就是每对特征都同时出现在足够多的样本里。因此如果无法满足海量样本的要求时,这个模型很难训练出来。它的模型如下(其中 $h(i,j)$ 作用是将 $i,j$ 映射成一个自然数):
FM 模型是为每个特征训练一个隐向量,而特征组合的权重就是这两个特征的隐向量点积,假设隐向量的长度为 $k$,那么需要 $O(nk)$ 个参数,因此参数的规模要比 Poly2 小很多(这里可以认为 Poly2 为每个特征生成的向量长度为 $n$),训练数据量要求也就没那么高了。它的原始形态 (2) 和简化计算形态 (3) 分别如下:
- FFM 模型是为每个特征对每一个 Field 学习一个隐向量,一个 Field 可以认为是特征所属的属性,比如用户的常驻地可以看成是一个 Field、视频的分类可以看成是另一个 Field,假设有 $f$ 个 Field,每个隐向量长度为 $k$,则FFM模型需要 $O(nfk)$ 个参数,看起来比 FM 多很多,但是实际上由于每个特征对不同 Field 的作用都是单独学习的,因此 FFM 的 $k$ 往往比 FM 的 $k$ 小很多。它的模型如下:
FFM 为什么要把 Field 拎出来考虑呢?举个例子,还是在视频推荐里,假设只考虑用户的年龄特征、视频的分类特征和演员特征,FM 在学用户年龄特征的时候是综合考虑视频分类和演员来得到的,然而从直观上来看,年龄对分类的影响和对演员的影响是不同的,因此更自然的想法是对分类和演员各学一个隐向量,效果应该会更好。
换句话说,如果特征有明显的 Field 划分,用 FFM 模型理论上是优于 FM 的;但是如果不满足这个条件,例如在 NLP 领域,所有特征都属于一个 Field,FFM 模型的优势就不明显了。
另外,Field 很容易对应到一个类别,因此 FFM 特别适合处理类别特征,对于连续特征,如果离散化处理效果比较好也还OK,否则优势也不明显。
因此,FFM 主要适合处理类别特征,并且喜欢稀疏数据,而不适合处理连续特征,不适合处理 Field 数量很少的数据。
FFM 模型实现
由于官方只提供了 FFM 模型的 C++ 实现$^{[2]}$,而我们主要是基于 Spark 的,因此需要一份 scala 实现。网上也找了一下,发现 Vince Shieh 实现的一份代码$^{[3]}$,但是 review 以后发现参数有点问题,因此考虑自己实现一份。
实现的 FFM 的核心就在于如何计算梯度,如何更新模型。论文的模型 (4) 是简化处理,在实现的时候还需要带上全局偏置和线性部分,完整的模型如下:
而 FFM 用于 CTR 预估时,目标优化函数定义成:
使用 SGD 的方式进行更新,即每次使用一个样本 $(y,\mathcal{x})$ 来更新模型,其中,$\mathcal{x}$ 的格式为 ,表示该样本中 $t$ 个非零特征,$f$ 表示特征的域编号,$j$ 表示特征编号,$x$ 表示特征取值(对于 one-hot 编码,$x=1$)。
首先对式 (6) 中各权重计算梯度:
然后使用 AdaGrad 对累积梯度进行更新(这里也可以不用 AdaGrad,直接使用 GD,或者用 Adam 等其他方法更新):
基于以上各式,可以很容易把算法写出来了:1
2
3
4
5
6
7
8
9
10Algorithm: Train FFM using SG
init G = ones(n,f,k)
init g = rand(n,f,k)[0,1/sqrt(k)]
for epoch = 1 to t:
for i = 1 to m:
sample a data point (y,x)
calculate kappa by (7)
for xi, xj in x:
calculate gradients by (7)
update weights by (8)(9)
论文中指出,FFM 特别容易过拟合,其中,正则化系数 $\lambda$ 越小,效果越好但越容易过拟合;学习率 $\eta$ 越大,学习速度越快也越容易过拟合。我自己试了几个数据集,使用 $\lambda=0.00002,\ \eta=0.1,\ k=4$,一般 1~4 轮都差不多OK了,再多就容易过拟合。
为了防止过拟合,论文提出使用 early stopping 技术,即将训练数据进一步划分成训练集和验证集,每一轮用训练集更新完模型后,用验证集计算 logloss,并记录验证集 logloss 开始上升的轮数 $r$,最后再用整个数据集训练 $r$ 轮。但是实际在用的时候,可以线下调一个比较好的参数,然后直接放到线上去用,等数据发生变化,或者定时去重新评估这些参数。
自己用 scala 实现的 FFM 模型没有使用指令集加速,只是将训练数据划分成多个 partition 并行训练,然后将参数合并(求平均),效果差一些。我拿 libFFM 做了一个性能的比较……完败……唉,Spark 做数值计算还是不太行啊!
References
[1] Juan, Yuchin, et al. “Field-aware Factorization Machines for CTR Prediction.” ACM Conference on Recommender Systems ACM, 2016:43-50.
[2] https://github.com/guestwalk/libffm
[3] https://github.com/VinceShieh/spark-ffm