1.本技术涉及推荐
技术领域：
：，尤其涉及一种嵌入参数缓存的方法、装置、设备及存储介质。
背景技术：
：：2.推荐系统从海量内容中筛选信息，并为用户生成定制化的信息流。3.推荐系统的推荐质量由两方面决定。从算法角度，模型预测精度的提高可以更准确地预测用户兴趣。与之正交的，从系统角度，一个具有低延迟、高吞吐的系统可以在服务水平协议的相同要求下，让同样的模型检查更多的候选内容，从而更有可能找到用户的兴趣。4.新兴的深度学习推荐模型(deeplearningrecommendationmodel,dlrm)几乎应用在了当今所有的推荐系统中。dlrm通常包含两部分结构，占用百gb内存以上的超大嵌入层和约百mb内存的全连接层。其中，嵌入层包含几个嵌入表，将高维类别特征输入(id)映射到潜在的低维稠密向量表示(称为嵌入向量)，这些嵌入向量包含维度(称为嵌入维度)数目个参数(称为嵌入参数)。需要注意的是，不同嵌入表的大小、嵌入维度通常各不相同。5.由于gpu显存容量有限，现有的一些系统通常将这些嵌入表以哈希表的形式存储在cpu侧的dram中。然而，这种做法的缺点是，cpu侧匮乏的dram带宽无法满足嵌入层大量随机的稀疏访问的需求，这使得嵌入层造成了极大的时间开销，成为推荐模型预估时的主要性能瓶颈。6.因此，需要一种嵌入参数缓存的方法，能够解决嵌入式的访问需求以及缓解模型预估时的性能问题。技术实现要素：7.本技术提供一种嵌入参数缓存的方法、装置、设备及存储介质，能够解决嵌入式的访问需求以及缓解模型预估时的性能问题。8.第一方面，本技术提供一种嵌入参数缓存的方法，包括：9.获取至少一个嵌入表的嵌入参数至cpu内存中，将所述嵌入参数的部分热点存储至gpu显存中；10.基于霍夫曼编码的编码机制，将所述至少一个嵌入表的特征id编码生成具有统一格式、全局唯一的全局键；11.采用全局嵌入缓存表为gpu缓存的存储形式，所述全局嵌入缓存表是以所述全局键为键，索引所述嵌入表；12.采用统一索引技术，将预设数量的cpu内存中的索引查询卸载至gpu显存中；13.读写缓存时，将嵌入参数的拷贝操作从缓存的索引操作中解耦。14.第二方面，本技术提供一种嵌入参数缓存的装置，包括：15.获取单元，用于获取至少一个嵌入表的嵌入参数至cpu内存中，将所述嵌入参数的部分热点存储至gpu显存中；16.生成单元，用于基于霍夫曼编码的编码机制，将所述至少一个嵌入表的特征id编码生成具有统一格式、全局唯一的全局键；17.索引单元，用于采用全局嵌入缓存表为gpu缓存的存储形式，所述全局嵌入缓存表是以所述全局键为键，索引所述嵌入表；18.卸载单元，用于采用统一索引技术，将预设数量的cpu内存中的索引查询卸载至gpu显存中；19.解耦单元，用于读写缓存时，将嵌入参数的拷贝操作从缓存的索引操作中解耦。20.第三方面，本技术提供一种电子设备，包括：处理器，以及与所述处理器通信连接的存储器；21.所述存储器存储计算机执行指令；22.所述处理器执行所述存储器存储的计算机执行指令，以实现如第一方面所述的方法。23.第四方面，本技术提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如第一方面所述的方法。24.第五方面，本技术提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现如第一方面所述的方法。25.本技术提供的一种嵌入参数缓存的方法、装置、设备及存储介质，通过获取至少一个嵌入表的嵌入参数至cpu内存中，将所述嵌入参数的部分热点存储至gpu显存中；基于霍夫曼编码的编码机制，将所述至少一个嵌入表的特征id编码生成具有统一格式、全局唯一的全局键；采用全局嵌入缓存表为gpu缓存的存储形式，所述全局嵌入缓存表是以所述全局键为键，索引所述嵌入表；采用统一索引技术，将预设数量的cpu内存中的索引查询卸载至gpu显存中；读写缓存时，将嵌入参数的拷贝操作从缓存的索引操作中解耦。采用本技术方案，能够解决嵌入式的访问需求以及缓解模型预估时的性能问题。附图说明26.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本技术的实施例，并与说明书一起用于解释本技术的原理。27.图1是根据本技术实施例一提供的一种嵌入参数缓存方法的系统框架示意图；28.图2是根据本技术实施例一提供的一种嵌入参数缓存方法的流程示意图；29.图3是根据本技术实施例二提供的一种嵌入参数缓存方法的流程示意图；30.图4是根据本技术实施例二提供的一种全局键的示意图；31.图5是根据本技术实施例二提供的一种全局嵌入缓存表的示意图；32.图6是根据本技术实施例二提供的一种全局索引的示意图；33.图7是根据本技术实施例二提供的一种索引操作的示意图；34.图8是根据本技术实施例二提供的一种系统执行查询的示意图；35.图9是根据本技术实施例二提供的一种系统解耦的示意图；36.图10是根据本技术实施例三提供的一种嵌入参数缓存装置的示意图；37.图11是根据一示例性实施例示出的一种终端设备的框图。38.通过上述附图，已示出本技术明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本技术构思的范围，而是通过参考特定实施例为本领域技术人员说明本技术的概念。具体实施方式39.这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本技术相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本技术的一些方面相一致的装置和方法的例子。40.本技术提供的嵌入参数缓存方法，旨在解决现有技术的如上技术问题。41.下面以具体地实施例对本技术的技术方案以及本技术的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本技术的实施例进行描述。42.图1是根据本技术实施例一提供的一种嵌入参数缓存方法的系统框架示意图。实施例一中的系统包括：cpu内存、gpu显存。43.具体的，图2是根据本技术实施例一提供的一种嵌入参数缓存方法的流程示意图，包括如下步骤：44.s201、获取至少一个嵌入表的嵌入参数至cpu内存中，将所述嵌入参数的部分热点存储至gpu显存中。45.本实施例中，cpu内存可以以任意形式全量存储来自各个嵌入表的嵌入参数；gpu显存用于缓存部分热点嵌入参数，所述嵌入参数由推荐模型预先训练得到。46.s202、基于霍夫曼编码的编码机制，将所述至少一个嵌入表的特征id编码生成具有统一格式、全局唯一的全局键。47.本实施例中，缓存系统通过基于霍夫曼编码的编码机制，将来自各个嵌入表的特征id编码为具有统一格式、全局唯一的全局键。48.s203、采用全局嵌入缓存表为gpu缓存的存储形式，所述全局嵌入缓存表是以所述全局键为键，索引所述嵌入表。49.本实施例中，缓存系统采用全局嵌入缓存表为gpu缓存的存储形式，所述全局嵌入缓存表以所述全局键为键，索引来自所有嵌入表的嵌入参数缓存。50.s204、采用统一索引技术，将预设数量的cpu内存中的索引查询卸载至gpu显存中。51.s205、读写缓存时，将嵌入参数的拷贝操作从缓存的索引操作中解耦。52.本实施例中，缓存系统读写缓存时，将嵌入参数的拷贝操作从缓存的索引操作中解耦而开；可以理解的是，嵌入缓存系统用于存储多个嵌入表。如图1所示，嵌入缓存系统由两个组件组成：cpu内存和gpu显存。嵌入缓存系统工作在用户态。嵌入缓存系统向用户提供接口包括：嵌入参数查询和嵌入参数更新。假设嵌入表的个数为n，嵌入参数查询的接口输入为n个特征id列表(分别对应n个嵌入表)，输出为n个嵌入参数矩阵；嵌入参数更新的接口输入为n个id列表和对应的嵌入参数，输出为对应的更新是否成功。53.本技术提供的一种嵌入参数缓存的方法、装置、设备及存储介质，通过获取至少一个嵌入表的嵌入参数至cpu内存中，将所述嵌入参数的部分热点存储至gpu显存中；基于霍夫曼编码的编码机制，将所述至少一个嵌入表的特征id编码生成具有统一格式、全局唯一的全局键；采用全局嵌入缓存表为gpu缓存的存储形式，所述全局嵌入缓存表是以所述全局键为键，索引所述嵌入表；采用统一索引技术，将预设数量的cpu内存中的索引查询卸载至gpu显存中；读写缓存时，将嵌入参数的拷贝操作从缓存的索引操作中解耦。采用本技术方案，能够解决嵌入式的访问需求以及缓解模型预估时的性能问题。54.图3是根据本技术实施例二提供的一种嵌入参数缓存方法的流程示意图，包括如下步骤：55.s301、获取至少一个嵌入表的嵌入参数至cpu内存中，将所述嵌入参数的部分热点存储至gpu显存中。56.本实施例中，cpu内存可以以任意形式全量存储来自各个嵌入表的嵌入参数；gpu显存用于缓存部分热点嵌入参数，所述嵌入参数由推荐模型预先训练得到。57.s302、对于第tableid个嵌入表的第featureid个特征，根据以下公式得到对应的所述全局键：58.globalkey(tableid，featureid)＝huffman(tableid)*2n-m hash(featureid)％2n-m59.m＝比特长度(huffman(tableid))60.其中，m表示tableid经过霍夫曼编码后的比特长度，n表示全局键的比特长度，huffman表示霍夫曼编码映射，globalkey(tableid，featureid)表示经过所述编码机制编码后的全局键，％代表取模运算，hash代表哈希运算。61.具体地，在初始化时，请参考图4(a)，系统将输入的各个嵌入表中特征id的个数作为霍夫曼编码中对应的权重(亦称频率)，进行霍夫曼编码，并将结果存储到一个编码字典中。该编码字典被实现为一个哈希表，存有嵌入表id到对应变长编码的对应关系，同时存有到该对应变长编码比特位的对应关系。62.在编码时，请参考图4(b)，全局键由经过编码字典翻译的嵌入表id、经过哈希编码的特征id两部分拼合而成。需要注意的是，在编码全局键时，对于来自同一个嵌入表的所有id，我们只需要查询一次编码字典，这是由于这些id对应的嵌入表一样；其次，由于嵌入表的个数不会很多，因此编码字典较小，通常可以缓存在cpucache中，保证了较快的查询速度。63.s303、采用全局嵌入缓存表为gpu缓存的存储形式，所述全局嵌入缓存表是以所述全局键为键，索引所述嵌入表。64.本实施例中，缓存系统采用全局嵌入缓存表为gpu缓存的存储形式，所述全局嵌入缓存表以所述全局键为键，索引来自所有嵌入表的嵌入参数缓存。65.在一个示例中，所述全局嵌入缓存表由全局索引、显存池两部分构成：所述全局索引使用字典数据结构维护所述全局键到对应的嵌入参数存储地址的映射关系，其中嵌入参数存储地址是gpu显存地址或cpu内存地址；显存池管理显存空间的分配释放，其包括与嵌入表等数目的子池，每个子池包含若干对应嵌入表维度的若干参数。66.具体地，全局嵌入缓存表的结构如图5所示。系统通过全局键为中间层，对用户逻辑上抽象出一个多嵌入表缓存的接口，内部则在物理上只维护单个缓存表来提高缓存利用率。通过每个全局键的进入和淘汰，所有嵌入表的缓存都能在逻辑上弹性缩放，捕获全局热点，提高缓存命中率。67.全局索引采用可扩展的gpu哈希结构。请参考图6，全局索引包括多个slabset，每个slabset中包括4个slab，每个slab中则包含gpuwarp线程数(本例中为32)的哈希表项，每个哈希表项记录着64比特的全局键和对应嵌入参数在gpu显存或cpu内存中的地址，以及32比特的版本号用来实现最近最少替换算法(lru)，存储的方式为首先连续摆放32个全局键，再连续摆放32个地址，之后再连续摆放32个版本号，以便gpu线程以折叠访问(coalescedaccess)的方式访问涉及的全局内存。每个全局键只会被映射到一个slabset，并在slabset内以线性探查的方式处理哈希冲突。在访问全局索引时，系统将即将查询的全局键列表维护成一个工作队列，每个warp每次从工作队列中取一个全局键进行索引访问。68.显存池继承了现有的slab分配器。系统根据嵌入表预先定义的嵌入维度设置每个slab的大小来避免内存碎片。全局索引或显存池中无需记录每个嵌入向量的维度，这是因为被绑定到嵌入表的待查询的特征id已隐式地包含维度大小信息。为避免gpu显存分配api的高延迟，系统初始化时为显存池预先分配了大块内存，在运行时进行更精细的管理。69.在一个示例中，所述全局嵌入缓存表为表内每个所述全局键维护了一个版本号，当新的嵌入参数加入缓存或已缓存的嵌入参数被用户访问时，对应的所述全局键的版本号被更新。70.具体地，系统维护一个全局版本号，该全局版本号在有嵌入参数查询和嵌入参数更新操作时原子地加一，全局键的版本号每次都被更新为当前的全局版本号。在每次操作中，全局版本号被缓存进gpu的共享内存(sharedmemory)以避免多次访问全局内存带来的高延迟。特别地，在全局版本号即将溢出时(接近2^32次查询更新操作)，系统将全局版本号与所有版本号减去一个预设常量，如果结果为负数则设为0。71.在一个示例中，所述版本号被用于控制缓存淘汰：所述系统利用所述版本号，实现近似最近最少用的缓存淘汰算法。所述系统在显存使用量超过预设阈值t1时，扫描所述全局索引，根据所述版本号持续地将最久未被使用的嵌入参数缓存释放，归还至所述显存池中，直至显存使用量低于另一预设阈值t2，其中0《t2《t1《1。72.具体地，所述缓存淘汰会在两种情况下触发：第一，当新插入的全局键所映射的slab中没有空闲的表项时，系统从slab中找到版本号最小的表项进行替换，淘汰释放掉原表项对应的缓存；第二，当显存使用量超过预设阈值t1时，系统扫描全局索引，将其中有效表项首先按版本号粗粒度分桶，然后依照版本号升序的顺序，依次释放各个桶内所有的缓存项，直至完全淘汰下一个桶会使得显存使用量低于另一预设阈值t2，然后系统对该桶中的表项建立最小堆，持续地将堆顶对应的缓存释放，直至显存使用量为t2。此外，在淘汰释放缓存时，系统通过epoch机制(epochbasedreclaimation，基于轮次的垃圾回收)避免读线程正在读取的嵌入参数被淘汰回收而出现错误。73.在一个示例中，所述版本号还被用于实现乐观并发控制协议：在访问被缓存的嵌入参数之前首先读取版本号的值为ver1，在读取完嵌入参数后再次读取版本号的值为ver2，如果ver2＝ver1，则无并发的写者；否则，需要重试。74.具体地，系统在进行嵌入参数查询和更新时首先会对id列表进行去重，这保证了没有对同一全局键的多个写者或多个读者，只存在单写者单读写的并发情况。因此，在读取嵌入参数时版本号的改变必然意味着存在并发的写者。75.s304、采用统一索引技术，将预设数量的cpu内存中的索引查询卸载至gpu显存中。76.本实施例中，采用统一索引技术，将预设数量的cpu内存中的索引查询卸载至gpu显存中，包括：首先查询所述全局索引，获得缓存命中的嵌入参数的地址；其次发出拷贝命令，由gpu从这些地址中拷贝嵌入参数，与此同时并行地，由cpu在cpu内存层中查询未命中的参数。77.具体地，继承自传统利用gpu加速的键值系统，相关技术中提出一种朴素耦合做法(参见图7a)，其使用一个kernel，在查询全局索引的同时，完成向目标嵌入参数矩阵的拷贝。78.与之对比的，本系统对于查询缓存操作，将嵌入参数的拷贝操作从缓存的索引操作中解耦而开(参见图7b)，首先发出一个索引kernel查询全局索引，得到每一个全局键的命中与否以及如果命中其存储地址的信息，再发出一个拷贝kernel，根据索引kernel返回的存储地址信息进行拷贝。这种做法提前查询了cpu内存层，而无需等待拷贝kernel的复制完成。这是因为一旦索引kernel完成了它的执行，系统已然知道每个全局键的命中情况。79.本实施例中，所述统一索引技术将一定比例cpu内存层的索引查询卸载至gpu上的所述全局索引，并使用预设方法标识嵌入参数的存储地址为cpu内存层；所述系统在查询所述全局索引时，可以直接得到命中部分嵌入参数在cpu内存中的地址，无需查询较慢的cpu内存层的索引。80.具体地，统一索引技术使用如下的标识方法，对于卸载部分(cpu内存层)的存储地址，先将其最低比特位置1，再存入所述全局索引中。81.系统执行查询的过程如附图8所示，首先查询全局索引，对其中命中并且在gpu显存中的地址，由gpu进行拷贝至输出嵌入参数矩阵；对其中命中但在cpu内存中的地址，由cpu直接从所得地址拷贝至cpu内存上的输出嵌入参数矩阵缓存；对于全局索引未命中的全局键，则由cpu查询cpu内存层的索引，得到对应的内存地址后再行拷贝。最后，系统将cpu内存上的输出嵌入参数矩阵缓存合并至gpu上的输出嵌入参数矩阵。82.在缓存淘汰时，如若发现被替换的表项为统一索引所卸载的cpu内存层地址，则直接对该表项直接替换即可，无需做任何内存回收。83.在一个示例中，其中所述统一索引技术的卸载比例使用如下算法进行自适应调节：所述卸载比例从0％开始逐渐增加，不断地将本用于较冷的嵌入参数缓存的显存回收，用于统一索引；当所述系统达到性能顶峰时，所述卸载比例暂停增加；84.当所述系统负载热点情况改变时，将所述统一索引清空，所述卸载比例重新从0％开始增加，重复上述步骤。85.具体地，系统不断地在未被缓存的(cpu内存层)嵌入参数中选取最热的部分插入统一索引，替换掉全局索引中被映射到的相同slabset中最冷的存储在gpu显存中的嵌入参数，并归还对应显存用作全局索引扩容。86.系统将缓存命中率下降到一个预设阈值识别为负载热点情况改变，在这种情况下，统一索引被清空，全局索引缩容并退还占用的空间给显存池，重新从0％开始增加卸载比例。87.s305、读写缓存时，将嵌入参数的拷贝操作从缓存的索引操作中解耦。88.本实施例中，读写缓存时，将嵌入参数的拷贝操作从缓存的索引操作中解耦，包括：89.每个即将被写入的特征只有预设概率的可能被允许进入缓存。90.具体地，在更新缓存时，系统对每个待插入的全局键使用生成一个0-1之间的随机数(在cuda框架下使用curand_uniform函数生成)，如果该随机数大于预设概率，则该warp正常执行插入，否则，在返回结果中标记该特征更新失败并直接退出。在数学期望上，出现次数少于(1/预设概率)的特征可以绕过缓存。91.通过所述显存池为即将写入缓存的嵌入参数申请空间，并将参数拷贝入新申请的空间；待拷贝完成之后，再修改所述全局索引中的地址映射。92.本系统对于更新缓存操作，将嵌入参数的拷贝操作从缓存的索引操作中解耦而开(参见图9b)。首先通过显存池申请足量的嵌入参数空间，再由单独的拷贝kernel预先完成所有拷贝操作(注意由于epoch机制的保护，拷贝kernel无需考虑线程安全)，最后才发出kernel在临界区内修改全局索引中的地址映射信息。这种设计使得修改所述全局索引的关键路径缩短。93.另外，解耦合的设计还可以有两个额外的机会来进一步优化缓存系统：一方面，拷贝kernel可以根据嵌入的维度信息，发出更多的线程进行拷贝，这可以更充分地利用gpu上的流多处理器(streamingmultiprocessor,sm)的资源，减少拷贝时延；另一方面，拷贝kernel可以与修改全局索引的kernel并行，进一步减少更新缓存操作的时间。94.本技术提供的一种嵌入参数缓存的方法、装置、设备及存储介质，通过获取至少一个嵌入表的嵌入参数至cpu内存中，将所述嵌入参数的部分热点存储至gpu显存中；基于霍夫曼编码的编码机制，将所述至少一个嵌入表的特征id编码生成具有统一格式、全局唯一的全局键；采用全局嵌入缓存表为gpu缓存的存储形式，所述全局嵌入缓存表是以所述全局键为键，索引所述嵌入表；采用统一索引技术，将预设数量的cpu内存中的索引查询卸载至gpu显存中；读写缓存时，将嵌入参数的拷贝操作从缓存的索引操作中解耦。采用本技术方案，能够解决嵌入式的访问需求以及缓解模型预估时的性能问题。95.图10是根据本技术实施例三提供的一种嵌入参数缓存装置的示意图，包括该装置100如下：96.获取单元1001，用于获取至少一个嵌入表的嵌入参数至cpu内存中，将所述嵌入参数的部分热点存储至gpu显存中；97.生成单元1002，用于基于霍夫曼编码的编码机制，将所述至少一个嵌入表的特征id编码生成具有统一格式、全局唯一的全局键；98.索引单元1003，用于采用全局嵌入缓存表为gpu缓存的存储形式，所述全局嵌入缓存表是以所述全局键为键，索引所述嵌入表；99.卸载单元1004，用于采用统一索引技术，将预设数量的cpu内存中的索引查询卸载至gpu显存中；100.解耦单元1005，用于读写缓存时，将嵌入参数的拷贝操作从缓存的索引操作中解耦。101.生成单元1002，用于对于第tableid个嵌入表的第featureid个特征，根据以下公式得到对应的所述全局键：102.globalkey(tableid，featureid)＝huffman(tableid)*2n-m hash(featureid)％2n-m103.m＝比特长度(huffman(tableid))104.其中，m表示tableid经过霍夫曼编码后的比特长度，n表示全局键的比特长度，huffman表示霍夫曼编码映射，globalkey(tableid，featureid)表示经过所述编码机制编码后的全局键，％代表取模运算，hash代表哈希运算。105.在一个示例中，所述全局嵌入缓存表由全局索引、显存池两部分构成：所述全局索引使用字典数据结构维护所述全局键到对应的嵌入参数存储地址的映射关系，其中嵌入参数存储地址是gpu显存地址或cpu内存地址；显存池管理显存空间的分配释放，其包括与嵌入表等数目的子池，每个子池包含若干对应嵌入表维度的若干参数。106.在一个示例中，所述全局嵌入缓存表为表内每个所述全局键维护了一个版本号，当新的嵌入参数加入缓存或已缓存的嵌入参数被用户访问时，对应的所述全局键的版本号被更新。107.在一个示例中，所述版本号被用于控制缓存淘汰：所述系统利用所述版本号，实现近似最近最少用的缓存淘汰算法。所述系统在显存使用量超过预设阈值t1时，扫描所述全局索引，根据所述版本号持续地将最久未被使用的嵌入参数缓存释放，归还至所述显存池中，直至显存使用量低于另一预设阈值t2，其中0《t2《t1《1。108.在一个示例中，所述版本号还被用于实现乐观并发控制协议：在访问被缓存的嵌入参数之前首先读取版本号的值为ver1，在读取完嵌入参数后再次读取版本号的值为ver2，如果ver2＝ver1，则无并发的写者；否则，需要重试。109.解耦单元1005，具体用于每个即将被写入的特征只有预设概率的可能被允许进入缓存。110.索引单元1003，用于所述统一索引技术将一定比例cpu内存层的索引查询卸载至gpu上的所述全局索引，并使用预设方法标识嵌入参数的存储地址为cpu内存层；所述系统在查询所述全局索引时，可以直接得到命中部分嵌入参数在cpu内存中的地址，无需查询较慢的cpu内存层的索引。111.在一个示例中，其中所述统一索引技术的卸载比例使用如下算法进行自适应调节：112.所述卸载比例从0％开始逐渐增加，不断地将本用于较冷的嵌入参数缓存的显存回收，用于统一索引；113.当所述系统达到性能顶峰时，所述卸载比例暂停增加；114.当所述系统负载热点情况改变时，将所述统一索引清空，所述卸载比例重新从0％开始增加，重复上述步骤。115.卸载单元1004，用于首先查询所述全局索引，获得缓存命中的嵌入参数的地址；116.其次发出拷贝命令，由gpu从这些地址中拷贝嵌入参数，与此同时并行地，由cpu在cpu内存层中查询未命中的参数。117.解耦单元1005，具体用于通过所述显存池为即将写入缓存的嵌入参数申请空间，并将参数拷贝入新申请的空间；118.待拷贝完成之后，再修改所述全局索引中的地址映射。119.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。120.图11是根据一示例性实施例示出的一种终端设备的框图，该设备可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。121.装置1100可以包括以下一个或多个组件：处理组件1102，存储器1104，电源组件1106，多媒体组件1108，音频组件1110，输入/输出(i/o)接口1112，传感器组件1114，以及通信组件1116。122.处理组件1102通常控制装置1100的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件1102可以包括一个或多个处理器1120来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件1102可以包括一个或多个模块，便于处理组件1102和其他组件之间的交互。例如，处理组件1102可以包括多媒体模块，以方便多媒体组件1108和处理组件1102之间的交互。123.存储器1104被配置为存储各种类型的数据以支持在装置1100的操作。这些数据的示例包括用于在装置1100上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器1104可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。124.电源组件1106为装置1100的各种组件提供电力。电源组件1106可以包括电源管理系统，一个或多个电源，及其他与为装置1100生成、管理和分配电力相关联的组件。125.多媒体组件1108包括在所述装置1100和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(lcd)和触摸面板(tp)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件1108包括一个前置摄像头和/或后置摄像头。当装置1100处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。126.音频组件1110被配置为输出和/或输入音频信号。例如，音频组件1110包括一个麦克风(mic)，当装置1100处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1104或经由通信组件1116发送。在一些实施例中，音频组件1110还包括一个扬声器，用于输出音频信号。127.i/o接口1112为处理组件1102和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。128.传感器组件1114包括一个或多个传感器，用于为装置1100提供各个方面的状态评估。例如，传感器组件1114可以检测到装置1100的打开/关闭状态，组件的相对定位，例如所述组件为装置1100的显示器和小键盘，传感器组件1114还可以检测装置1100或装置1100一个组件的位置改变，用户与装置1100接触的存在或不存在，装置1100方位或加速/减速和装置1100的温度变化。传感器组件1114可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1114还可以包括光传感器，如cmos或ccd图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件1114还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。129.通信组件1116被配置为便于装置1100和其他设备之间有线或无线方式的通信。装置1100可以接入基于通信标准的无线网络，如wifi，2g或3g，或它们的组合。在一个示例性实施例中，通信组件1116经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件1116还包括近场通信(nfc)模块，以促进短程通信。例如，在nfc模块可基于射频识别(rfid)技术，红外数据协会(irda)技术，超宽带(uwb)技术，蓝牙(bt)技术和其他技术来实现。130.在示例性实施例中，装置1100可以被一个或多个应用专用集成电路(asic)、数字信号处理器(dsp)、数字信号处理设备(dspd)、可编程逻辑器件(pld)、现场可编程门阵列(fpga)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。131.在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器1104，上述指令可由装置1100的处理器1120执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。132.一种非临时性计算机可读存储介质，当该存储介质中的指令由终端设备的处理器执行时，使得终端设备能够执行上述终端设备的嵌入参数缓存方法。133.本技术还公开了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现如本实施例中所述的方法。134.本技术以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、芯片上系统的系统(soc)、负载可编程逻辑设备(cpld)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。135.用于实施本技术的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或电子设备上执行。136.在本技术的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd-rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。137.为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，crt(阴极射线管)或者lcd(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。138.可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据电子设备)、或者包括中间件部件的计算系统(例如，应用电子设备)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(lan)、广域网(wan)和互联网。139.计算机系统可以包括客户端和电子设备。客户端和电子设备一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-电子设备关系的计算机程序来产生客户端和电子设备的关系。电子设备可以是云电子设备，又称为云计算电子设备或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与vps服务("virtualprivateserver"，或简称"vps")中，存在的管理难度大，业务扩展性弱的缺陷。电子设备也可以为分布式系统的电子设备，或者是结合了区块链的电子设备。应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本技术中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本技术公开的技术方案所期望的结果，本文在此不进行限制。140.本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本技术的其它实施方案。本技术旨在涵盖本技术的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本技术的一般性原理并包括本技术未公开的本
技术领域：
：中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本技术的真正范围和精神由下面的权利要求书指出。141.应当理解的是，本技术并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本技术的范围仅由所附的权利要求书来限制。当前第1页12当前第1页12
技术领域：
：，尤其涉及一种嵌入参数缓存的方法、装置、设备及存储介质。
背景技术：
：：2.推荐系统从海量内容中筛选信息，并为用户生成定制化的信息流。3.推荐系统的推荐质量由两方面决定。从算法角度，模型预测精度的提高可以更准确地预测用户兴趣。与之正交的，从系统角度，一个具有低延迟、高吞吐的系统可以在服务水平协议的相同要求下，让同样的模型检查更多的候选内容，从而更有可能找到用户的兴趣。4.新兴的深度学习推荐模型(deeplearningrecommendationmodel,dlrm)几乎应用在了当今所有的推荐系统中。dlrm通常包含两部分结构，占用百gb内存以上的超大嵌入层和约百mb内存的全连接层。其中，嵌入层包含几个嵌入表，将高维类别特征输入(id)映射到潜在的低维稠密向量表示(称为嵌入向量)，这些嵌入向量包含维度(称为嵌入维度)数目个参数(称为嵌入参数)。需要注意的是，不同嵌入表的大小、嵌入维度通常各不相同。5.由于gpu显存容量有限，现有的一些系统通常将这些嵌入表以哈希表的形式存储在cpu侧的dram中。然而，这种做法的缺点是，cpu侧匮乏的dram带宽无法满足嵌入层大量随机的稀疏访问的需求，这使得嵌入层造成了极大的时间开销，成为推荐模型预估时的主要性能瓶颈。6.因此，需要一种嵌入参数缓存的方法，能够解决嵌入式的访问需求以及缓解模型预估时的性能问题。技术实现要素：7.本技术提供一种嵌入参数缓存的方法、装置、设备及存储介质，能够解决嵌入式的访问需求以及缓解模型预估时的性能问题。8.第一方面，本技术提供一种嵌入参数缓存的方法，包括：9.获取至少一个嵌入表的嵌入参数至cpu内存中，将所述嵌入参数的部分热点存储至gpu显存中；10.基于霍夫曼编码的编码机制，将所述至少一个嵌入表的特征id编码生成具有统一格式、全局唯一的全局键；11.采用全局嵌入缓存表为gpu缓存的存储形式，所述全局嵌入缓存表是以所述全局键为键，索引所述嵌入表；12.采用统一索引技术，将预设数量的cpu内存中的索引查询卸载至gpu显存中；13.读写缓存时，将嵌入参数的拷贝操作从缓存的索引操作中解耦。14.第二方面，本技术提供一种嵌入参数缓存的装置，包括：15.获取单元，用于获取至少一个嵌入表的嵌入参数至cpu内存中，将所述嵌入参数的部分热点存储至gpu显存中；16.生成单元，用于基于霍夫曼编码的编码机制，将所述至少一个嵌入表的特征id编码生成具有统一格式、全局唯一的全局键；17.索引单元，用于采用全局嵌入缓存表为gpu缓存的存储形式，所述全局嵌入缓存表是以所述全局键为键，索引所述嵌入表；18.卸载单元，用于采用统一索引技术，将预设数量的cpu内存中的索引查询卸载至gpu显存中；19.解耦单元，用于读写缓存时，将嵌入参数的拷贝操作从缓存的索引操作中解耦。20.第三方面，本技术提供一种电子设备，包括：处理器，以及与所述处理器通信连接的存储器；21.所述存储器存储计算机执行指令；22.所述处理器执行所述存储器存储的计算机执行指令，以实现如第一方面所述的方法。23.第四方面，本技术提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如第一方面所述的方法。24.第五方面，本技术提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现如第一方面所述的方法。25.本技术提供的一种嵌入参数缓存的方法、装置、设备及存储介质，通过获取至少一个嵌入表的嵌入参数至cpu内存中，将所述嵌入参数的部分热点存储至gpu显存中；基于霍夫曼编码的编码机制，将所述至少一个嵌入表的特征id编码生成具有统一格式、全局唯一的全局键；采用全局嵌入缓存表为gpu缓存的存储形式，所述全局嵌入缓存表是以所述全局键为键，索引所述嵌入表；采用统一索引技术，将预设数量的cpu内存中的索引查询卸载至gpu显存中；读写缓存时，将嵌入参数的拷贝操作从缓存的索引操作中解耦。采用本技术方案，能够解决嵌入式的访问需求以及缓解模型预估时的性能问题。附图说明26.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本技术的实施例，并与说明书一起用于解释本技术的原理。27.图1是根据本技术实施例一提供的一种嵌入参数缓存方法的系统框架示意图；28.图2是根据本技术实施例一提供的一种嵌入参数缓存方法的流程示意图；29.图3是根据本技术实施例二提供的一种嵌入参数缓存方法的流程示意图；30.图4是根据本技术实施例二提供的一种全局键的示意图；31.图5是根据本技术实施例二提供的一种全局嵌入缓存表的示意图；32.图6是根据本技术实施例二提供的一种全局索引的示意图；33.图7是根据本技术实施例二提供的一种索引操作的示意图；34.图8是根据本技术实施例二提供的一种系统执行查询的示意图；35.图9是根据本技术实施例二提供的一种系统解耦的示意图；36.图10是根据本技术实施例三提供的一种嵌入参数缓存装置的示意图；37.图11是根据一示例性实施例示出的一种终端设备的框图。38.通过上述附图，已示出本技术明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本技术构思的范围，而是通过参考特定实施例为本领域技术人员说明本技术的概念。具体实施方式39.这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本技术相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本技术的一些方面相一致的装置和方法的例子。40.本技术提供的嵌入参数缓存方法，旨在解决现有技术的如上技术问题。41.下面以具体地实施例对本技术的技术方案以及本技术的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本技术的实施例进行描述。42.图1是根据本技术实施例一提供的一种嵌入参数缓存方法的系统框架示意图。实施例一中的系统包括：cpu内存、gpu显存。43.具体的，图2是根据本技术实施例一提供的一种嵌入参数缓存方法的流程示意图，包括如下步骤：44.s201、获取至少一个嵌入表的嵌入参数至cpu内存中，将所述嵌入参数的部分热点存储至gpu显存中。45.本实施例中，cpu内存可以以任意形式全量存储来自各个嵌入表的嵌入参数；gpu显存用于缓存部分热点嵌入参数，所述嵌入参数由推荐模型预先训练得到。46.s202、基于霍夫曼编码的编码机制，将所述至少一个嵌入表的特征id编码生成具有统一格式、全局唯一的全局键。47.本实施例中，缓存系统通过基于霍夫曼编码的编码机制，将来自各个嵌入表的特征id编码为具有统一格式、全局唯一的全局键。48.s203、采用全局嵌入缓存表为gpu缓存的存储形式，所述全局嵌入缓存表是以所述全局键为键，索引所述嵌入表。49.本实施例中，缓存系统采用全局嵌入缓存表为gpu缓存的存储形式，所述全局嵌入缓存表以所述全局键为键，索引来自所有嵌入表的嵌入参数缓存。50.s204、采用统一索引技术，将预设数量的cpu内存中的索引查询卸载至gpu显存中。51.s205、读写缓存时，将嵌入参数的拷贝操作从缓存的索引操作中解耦。52.本实施例中，缓存系统读写缓存时，将嵌入参数的拷贝操作从缓存的索引操作中解耦而开；可以理解的是，嵌入缓存系统用于存储多个嵌入表。如图1所示，嵌入缓存系统由两个组件组成：cpu内存和gpu显存。嵌入缓存系统工作在用户态。嵌入缓存系统向用户提供接口包括：嵌入参数查询和嵌入参数更新。假设嵌入表的个数为n，嵌入参数查询的接口输入为n个特征id列表(分别对应n个嵌入表)，输出为n个嵌入参数矩阵；嵌入参数更新的接口输入为n个id列表和对应的嵌入参数，输出为对应的更新是否成功。53.本技术提供的一种嵌入参数缓存的方法、装置、设备及存储介质，通过获取至少一个嵌入表的嵌入参数至cpu内存中，将所述嵌入参数的部分热点存储至gpu显存中；基于霍夫曼编码的编码机制，将所述至少一个嵌入表的特征id编码生成具有统一格式、全局唯一的全局键；采用全局嵌入缓存表为gpu缓存的存储形式，所述全局嵌入缓存表是以所述全局键为键，索引所述嵌入表；采用统一索引技术，将预设数量的cpu内存中的索引查询卸载至gpu显存中；读写缓存时，将嵌入参数的拷贝操作从缓存的索引操作中解耦。采用本技术方案，能够解决嵌入式的访问需求以及缓解模型预估时的性能问题。54.图3是根据本技术实施例二提供的一种嵌入参数缓存方法的流程示意图，包括如下步骤：55.s301、获取至少一个嵌入表的嵌入参数至cpu内存中，将所述嵌入参数的部分热点存储至gpu显存中。56.本实施例中，cpu内存可以以任意形式全量存储来自各个嵌入表的嵌入参数；gpu显存用于缓存部分热点嵌入参数，所述嵌入参数由推荐模型预先训练得到。57.s302、对于第tableid个嵌入表的第featureid个特征，根据以下公式得到对应的所述全局键：58.globalkey(tableid，featureid)＝huffman(tableid)*2n-m hash(featureid)％2n-m59.m＝比特长度(huffman(tableid))60.其中，m表示tableid经过霍夫曼编码后的比特长度，n表示全局键的比特长度，huffman表示霍夫曼编码映射，globalkey(tableid，featureid)表示经过所述编码机制编码后的全局键，％代表取模运算，hash代表哈希运算。61.具体地，在初始化时，请参考图4(a)，系统将输入的各个嵌入表中特征id的个数作为霍夫曼编码中对应的权重(亦称频率)，进行霍夫曼编码，并将结果存储到一个编码字典中。该编码字典被实现为一个哈希表，存有嵌入表id到对应变长编码的对应关系，同时存有到该对应变长编码比特位的对应关系。62.在编码时，请参考图4(b)，全局键由经过编码字典翻译的嵌入表id、经过哈希编码的特征id两部分拼合而成。需要注意的是，在编码全局键时，对于来自同一个嵌入表的所有id，我们只需要查询一次编码字典，这是由于这些id对应的嵌入表一样；其次，由于嵌入表的个数不会很多，因此编码字典较小，通常可以缓存在cpucache中，保证了较快的查询速度。63.s303、采用全局嵌入缓存表为gpu缓存的存储形式，所述全局嵌入缓存表是以所述全局键为键，索引所述嵌入表。64.本实施例中，缓存系统采用全局嵌入缓存表为gpu缓存的存储形式，所述全局嵌入缓存表以所述全局键为键，索引来自所有嵌入表的嵌入参数缓存。65.在一个示例中，所述全局嵌入缓存表由全局索引、显存池两部分构成：所述全局索引使用字典数据结构维护所述全局键到对应的嵌入参数存储地址的映射关系，其中嵌入参数存储地址是gpu显存地址或cpu内存地址；显存池管理显存空间的分配释放，其包括与嵌入表等数目的子池，每个子池包含若干对应嵌入表维度的若干参数。66.具体地，全局嵌入缓存表的结构如图5所示。系统通过全局键为中间层，对用户逻辑上抽象出一个多嵌入表缓存的接口，内部则在物理上只维护单个缓存表来提高缓存利用率。通过每个全局键的进入和淘汰，所有嵌入表的缓存都能在逻辑上弹性缩放，捕获全局热点，提高缓存命中率。67.全局索引采用可扩展的gpu哈希结构。请参考图6，全局索引包括多个slabset，每个slabset中包括4个slab，每个slab中则包含gpuwarp线程数(本例中为32)的哈希表项，每个哈希表项记录着64比特的全局键和对应嵌入参数在gpu显存或cpu内存中的地址，以及32比特的版本号用来实现最近最少替换算法(lru)，存储的方式为首先连续摆放32个全局键，再连续摆放32个地址，之后再连续摆放32个版本号，以便gpu线程以折叠访问(coalescedaccess)的方式访问涉及的全局内存。每个全局键只会被映射到一个slabset，并在slabset内以线性探查的方式处理哈希冲突。在访问全局索引时，系统将即将查询的全局键列表维护成一个工作队列，每个warp每次从工作队列中取一个全局键进行索引访问。68.显存池继承了现有的slab分配器。系统根据嵌入表预先定义的嵌入维度设置每个slab的大小来避免内存碎片。全局索引或显存池中无需记录每个嵌入向量的维度，这是因为被绑定到嵌入表的待查询的特征id已隐式地包含维度大小信息。为避免gpu显存分配api的高延迟，系统初始化时为显存池预先分配了大块内存，在运行时进行更精细的管理。69.在一个示例中，所述全局嵌入缓存表为表内每个所述全局键维护了一个版本号，当新的嵌入参数加入缓存或已缓存的嵌入参数被用户访问时，对应的所述全局键的版本号被更新。70.具体地，系统维护一个全局版本号，该全局版本号在有嵌入参数查询和嵌入参数更新操作时原子地加一，全局键的版本号每次都被更新为当前的全局版本号。在每次操作中，全局版本号被缓存进gpu的共享内存(sharedmemory)以避免多次访问全局内存带来的高延迟。特别地，在全局版本号即将溢出时(接近2^32次查询更新操作)，系统将全局版本号与所有版本号减去一个预设常量，如果结果为负数则设为0。71.在一个示例中，所述版本号被用于控制缓存淘汰：所述系统利用所述版本号，实现近似最近最少用的缓存淘汰算法。所述系统在显存使用量超过预设阈值t1时，扫描所述全局索引，根据所述版本号持续地将最久未被使用的嵌入参数缓存释放，归还至所述显存池中，直至显存使用量低于另一预设阈值t2，其中0《t2《t1《1。72.具体地，所述缓存淘汰会在两种情况下触发：第一，当新插入的全局键所映射的slab中没有空闲的表项时，系统从slab中找到版本号最小的表项进行替换，淘汰释放掉原表项对应的缓存；第二，当显存使用量超过预设阈值t1时，系统扫描全局索引，将其中有效表项首先按版本号粗粒度分桶，然后依照版本号升序的顺序，依次释放各个桶内所有的缓存项，直至完全淘汰下一个桶会使得显存使用量低于另一预设阈值t2，然后系统对该桶中的表项建立最小堆，持续地将堆顶对应的缓存释放，直至显存使用量为t2。此外，在淘汰释放缓存时，系统通过epoch机制(epochbasedreclaimation，基于轮次的垃圾回收)避免读线程正在读取的嵌入参数被淘汰回收而出现错误。73.在一个示例中，所述版本号还被用于实现乐观并发控制协议：在访问被缓存的嵌入参数之前首先读取版本号的值为ver1，在读取完嵌入参数后再次读取版本号的值为ver2，如果ver2＝ver1，则无并发的写者；否则，需要重试。74.具体地，系统在进行嵌入参数查询和更新时首先会对id列表进行去重，这保证了没有对同一全局键的多个写者或多个读者，只存在单写者单读写的并发情况。因此，在读取嵌入参数时版本号的改变必然意味着存在并发的写者。75.s304、采用统一索引技术，将预设数量的cpu内存中的索引查询卸载至gpu显存中。76.本实施例中，采用统一索引技术，将预设数量的cpu内存中的索引查询卸载至gpu显存中，包括：首先查询所述全局索引，获得缓存命中的嵌入参数的地址；其次发出拷贝命令，由gpu从这些地址中拷贝嵌入参数，与此同时并行地，由cpu在cpu内存层中查询未命中的参数。77.具体地，继承自传统利用gpu加速的键值系统，相关技术中提出一种朴素耦合做法(参见图7a)，其使用一个kernel，在查询全局索引的同时，完成向目标嵌入参数矩阵的拷贝。78.与之对比的，本系统对于查询缓存操作，将嵌入参数的拷贝操作从缓存的索引操作中解耦而开(参见图7b)，首先发出一个索引kernel查询全局索引，得到每一个全局键的命中与否以及如果命中其存储地址的信息，再发出一个拷贝kernel，根据索引kernel返回的存储地址信息进行拷贝。这种做法提前查询了cpu内存层，而无需等待拷贝kernel的复制完成。这是因为一旦索引kernel完成了它的执行，系统已然知道每个全局键的命中情况。79.本实施例中，所述统一索引技术将一定比例cpu内存层的索引查询卸载至gpu上的所述全局索引，并使用预设方法标识嵌入参数的存储地址为cpu内存层；所述系统在查询所述全局索引时，可以直接得到命中部分嵌入参数在cpu内存中的地址，无需查询较慢的cpu内存层的索引。80.具体地，统一索引技术使用如下的标识方法，对于卸载部分(cpu内存层)的存储地址，先将其最低比特位置1，再存入所述全局索引中。81.系统执行查询的过程如附图8所示，首先查询全局索引，对其中命中并且在gpu显存中的地址，由gpu进行拷贝至输出嵌入参数矩阵；对其中命中但在cpu内存中的地址，由cpu直接从所得地址拷贝至cpu内存上的输出嵌入参数矩阵缓存；对于全局索引未命中的全局键，则由cpu查询cpu内存层的索引，得到对应的内存地址后再行拷贝。最后，系统将cpu内存上的输出嵌入参数矩阵缓存合并至gpu上的输出嵌入参数矩阵。82.在缓存淘汰时，如若发现被替换的表项为统一索引所卸载的cpu内存层地址，则直接对该表项直接替换即可，无需做任何内存回收。83.在一个示例中，其中所述统一索引技术的卸载比例使用如下算法进行自适应调节：所述卸载比例从0％开始逐渐增加，不断地将本用于较冷的嵌入参数缓存的显存回收，用于统一索引；当所述系统达到性能顶峰时，所述卸载比例暂停增加；84.当所述系统负载热点情况改变时，将所述统一索引清空，所述卸载比例重新从0％开始增加，重复上述步骤。85.具体地，系统不断地在未被缓存的(cpu内存层)嵌入参数中选取最热的部分插入统一索引，替换掉全局索引中被映射到的相同slabset中最冷的存储在gpu显存中的嵌入参数，并归还对应显存用作全局索引扩容。86.系统将缓存命中率下降到一个预设阈值识别为负载热点情况改变，在这种情况下，统一索引被清空，全局索引缩容并退还占用的空间给显存池，重新从0％开始增加卸载比例。87.s305、读写缓存时，将嵌入参数的拷贝操作从缓存的索引操作中解耦。88.本实施例中，读写缓存时，将嵌入参数的拷贝操作从缓存的索引操作中解耦，包括：89.每个即将被写入的特征只有预设概率的可能被允许进入缓存。90.具体地，在更新缓存时，系统对每个待插入的全局键使用生成一个0-1之间的随机数(在cuda框架下使用curand_uniform函数生成)，如果该随机数大于预设概率，则该warp正常执行插入，否则，在返回结果中标记该特征更新失败并直接退出。在数学期望上，出现次数少于(1/预设概率)的特征可以绕过缓存。91.通过所述显存池为即将写入缓存的嵌入参数申请空间，并将参数拷贝入新申请的空间；待拷贝完成之后，再修改所述全局索引中的地址映射。92.本系统对于更新缓存操作，将嵌入参数的拷贝操作从缓存的索引操作中解耦而开(参见图9b)。首先通过显存池申请足量的嵌入参数空间，再由单独的拷贝kernel预先完成所有拷贝操作(注意由于epoch机制的保护，拷贝kernel无需考虑线程安全)，最后才发出kernel在临界区内修改全局索引中的地址映射信息。这种设计使得修改所述全局索引的关键路径缩短。93.另外，解耦合的设计还可以有两个额外的机会来进一步优化缓存系统：一方面，拷贝kernel可以根据嵌入的维度信息，发出更多的线程进行拷贝，这可以更充分地利用gpu上的流多处理器(streamingmultiprocessor,sm)的资源，减少拷贝时延；另一方面，拷贝kernel可以与修改全局索引的kernel并行，进一步减少更新缓存操作的时间。94.本技术提供的一种嵌入参数缓存的方法、装置、设备及存储介质，通过获取至少一个嵌入表的嵌入参数至cpu内存中，将所述嵌入参数的部分热点存储至gpu显存中；基于霍夫曼编码的编码机制，将所述至少一个嵌入表的特征id编码生成具有统一格式、全局唯一的全局键；采用全局嵌入缓存表为gpu缓存的存储形式，所述全局嵌入缓存表是以所述全局键为键，索引所述嵌入表；采用统一索引技术，将预设数量的cpu内存中的索引查询卸载至gpu显存中；读写缓存时，将嵌入参数的拷贝操作从缓存的索引操作中解耦。采用本技术方案，能够解决嵌入式的访问需求以及缓解模型预估时的性能问题。95.图10是根据本技术实施例三提供的一种嵌入参数缓存装置的示意图，包括该装置100如下：96.获取单元1001，用于获取至少一个嵌入表的嵌入参数至cpu内存中，将所述嵌入参数的部分热点存储至gpu显存中；97.生成单元1002，用于基于霍夫曼编码的编码机制，将所述至少一个嵌入表的特征id编码生成具有统一格式、全局唯一的全局键；98.索引单元1003，用于采用全局嵌入缓存表为gpu缓存的存储形式，所述全局嵌入缓存表是以所述全局键为键，索引所述嵌入表；99.卸载单元1004，用于采用统一索引技术，将预设数量的cpu内存中的索引查询卸载至gpu显存中；100.解耦单元1005，用于读写缓存时，将嵌入参数的拷贝操作从缓存的索引操作中解耦。101.生成单元1002，用于对于第tableid个嵌入表的第featureid个特征，根据以下公式得到对应的所述全局键：102.globalkey(tableid，featureid)＝huffman(tableid)*2n-m hash(featureid)％2n-m103.m＝比特长度(huffman(tableid))104.其中，m表示tableid经过霍夫曼编码后的比特长度，n表示全局键的比特长度，huffman表示霍夫曼编码映射，globalkey(tableid，featureid)表示经过所述编码机制编码后的全局键，％代表取模运算，hash代表哈希运算。105.在一个示例中，所述全局嵌入缓存表由全局索引、显存池两部分构成：所述全局索引使用字典数据结构维护所述全局键到对应的嵌入参数存储地址的映射关系，其中嵌入参数存储地址是gpu显存地址或cpu内存地址；显存池管理显存空间的分配释放，其包括与嵌入表等数目的子池，每个子池包含若干对应嵌入表维度的若干参数。106.在一个示例中，所述全局嵌入缓存表为表内每个所述全局键维护了一个版本号，当新的嵌入参数加入缓存或已缓存的嵌入参数被用户访问时，对应的所述全局键的版本号被更新。107.在一个示例中，所述版本号被用于控制缓存淘汰：所述系统利用所述版本号，实现近似最近最少用的缓存淘汰算法。所述系统在显存使用量超过预设阈值t1时，扫描所述全局索引，根据所述版本号持续地将最久未被使用的嵌入参数缓存释放，归还至所述显存池中，直至显存使用量低于另一预设阈值t2，其中0《t2《t1《1。108.在一个示例中，所述版本号还被用于实现乐观并发控制协议：在访问被缓存的嵌入参数之前首先读取版本号的值为ver1，在读取完嵌入参数后再次读取版本号的值为ver2，如果ver2＝ver1，则无并发的写者；否则，需要重试。109.解耦单元1005，具体用于每个即将被写入的特征只有预设概率的可能被允许进入缓存。110.索引单元1003，用于所述统一索引技术将一定比例cpu内存层的索引查询卸载至gpu上的所述全局索引，并使用预设方法标识嵌入参数的存储地址为cpu内存层；所述系统在查询所述全局索引时，可以直接得到命中部分嵌入参数在cpu内存中的地址，无需查询较慢的cpu内存层的索引。111.在一个示例中，其中所述统一索引技术的卸载比例使用如下算法进行自适应调节：112.所述卸载比例从0％开始逐渐增加，不断地将本用于较冷的嵌入参数缓存的显存回收，用于统一索引；113.当所述系统达到性能顶峰时，所述卸载比例暂停增加；114.当所述系统负载热点情况改变时，将所述统一索引清空，所述卸载比例重新从0％开始增加，重复上述步骤。115.卸载单元1004，用于首先查询所述全局索引，获得缓存命中的嵌入参数的地址；116.其次发出拷贝命令，由gpu从这些地址中拷贝嵌入参数，与此同时并行地，由cpu在cpu内存层中查询未命中的参数。117.解耦单元1005，具体用于通过所述显存池为即将写入缓存的嵌入参数申请空间，并将参数拷贝入新申请的空间；118.待拷贝完成之后，再修改所述全局索引中的地址映射。119.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。120.图11是根据一示例性实施例示出的一种终端设备的框图，该设备可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。121.装置1100可以包括以下一个或多个组件：处理组件1102，存储器1104，电源组件1106，多媒体组件1108，音频组件1110，输入/输出(i/o)接口1112，传感器组件1114，以及通信组件1116。122.处理组件1102通常控制装置1100的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件1102可以包括一个或多个处理器1120来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件1102可以包括一个或多个模块，便于处理组件1102和其他组件之间的交互。例如，处理组件1102可以包括多媒体模块，以方便多媒体组件1108和处理组件1102之间的交互。123.存储器1104被配置为存储各种类型的数据以支持在装置1100的操作。这些数据的示例包括用于在装置1100上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器1104可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。124.电源组件1106为装置1100的各种组件提供电力。电源组件1106可以包括电源管理系统，一个或多个电源，及其他与为装置1100生成、管理和分配电力相关联的组件。125.多媒体组件1108包括在所述装置1100和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(lcd)和触摸面板(tp)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件1108包括一个前置摄像头和/或后置摄像头。当装置1100处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。126.音频组件1110被配置为输出和/或输入音频信号。例如，音频组件1110包括一个麦克风(mic)，当装置1100处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1104或经由通信组件1116发送。在一些实施例中，音频组件1110还包括一个扬声器，用于输出音频信号。127.i/o接口1112为处理组件1102和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。128.传感器组件1114包括一个或多个传感器，用于为装置1100提供各个方面的状态评估。例如，传感器组件1114可以检测到装置1100的打开/关闭状态，组件的相对定位，例如所述组件为装置1100的显示器和小键盘，传感器组件1114还可以检测装置1100或装置1100一个组件的位置改变，用户与装置1100接触的存在或不存在，装置1100方位或加速/减速和装置1100的温度变化。传感器组件1114可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1114还可以包括光传感器，如cmos或ccd图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件1114还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。129.通信组件1116被配置为便于装置1100和其他设备之间有线或无线方式的通信。装置1100可以接入基于通信标准的无线网络，如wifi，2g或3g，或它们的组合。在一个示例性实施例中，通信组件1116经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件1116还包括近场通信(nfc)模块，以促进短程通信。例如，在nfc模块可基于射频识别(rfid)技术，红外数据协会(irda)技术，超宽带(uwb)技术，蓝牙(bt)技术和其他技术来实现。130.在示例性实施例中，装置1100可以被一个或多个应用专用集成电路(asic)、数字信号处理器(dsp)、数字信号处理设备(dspd)、可编程逻辑器件(pld)、现场可编程门阵列(fpga)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。131.在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器1104，上述指令可由装置1100的处理器1120执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。132.一种非临时性计算机可读存储介质，当该存储介质中的指令由终端设备的处理器执行时，使得终端设备能够执行上述终端设备的嵌入参数缓存方法。133.本技术还公开了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现如本实施例中所述的方法。134.本技术以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、芯片上系统的系统(soc)、负载可编程逻辑设备(cpld)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。135.用于实施本技术的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或电子设备上执行。136.在本技术的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd-rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。137.为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，crt(阴极射线管)或者lcd(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。138.可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据电子设备)、或者包括中间件部件的计算系统(例如，应用电子设备)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(lan)、广域网(wan)和互联网。139.计算机系统可以包括客户端和电子设备。客户端和电子设备一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-电子设备关系的计算机程序来产生客户端和电子设备的关系。电子设备可以是云电子设备，又称为云计算电子设备或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与vps服务("virtualprivateserver"，或简称"vps")中，存在的管理难度大，业务扩展性弱的缺陷。电子设备也可以为分布式系统的电子设备，或者是结合了区块链的电子设备。应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本技术中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本技术公开的技术方案所期望的结果，本文在此不进行限制。140.本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本技术的其它实施方案。本技术旨在涵盖本技术的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本技术的一般性原理并包括本技术未公开的本
技术领域：
：中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本技术的真正范围和精神由下面的权利要求书指出。141.应当理解的是，本技术并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本技术的范围仅由所附的权利要求书来限制。当前第1页12当前第1页12
再多了解一些
本文用于企业家、创业者技术爱好者查询，结果仅供参考。
