CN113722103B 加密卡的调用控制方法及通信设备 （奇安信科技集团股份有限公司）

本申请公开了一种加密卡的调用控制方法线程对应的处理单元对所述第一数据进行第一2在所述第一数据满足所述加解密处理的条件的情况下，3.根据权利要求1或2所述的方法，其特征在于且，每个所述加解密线程分别设置有对应的线程队列，在所述转的累计数量到达预设的累计阈值的情况下所述转发队列中的数据标识被分发到每个所述其中，如果所述第一数据对应的次序标识与所述数据流标37.根据权利要求3所述的方法，其特征在于，所述线程池中的加解密线程具有线程编按照所述线程编号，通过轮询的方式，依次将所述转发队列中的数据标所述加解密线程按照所述线程队列中的数据标识，在存储区域读取所所述加解密线程将所述第一数据发送给所述加解密线程对应的处所述加解密线程将所述处理单元发送的所述第二数据按照其在所述线程队列中对应其中，所述处理完成消息在所述线程池中的所有所述加解对所述线程队列中的所有数据标识对应的第一数据均处理完成将所述第二数据按照预设的目标格式进行数据格式的转换处理，4术最大化加密卡性能时网络转发性能上的不稳定[0010]目标线程处于空闲状态；所述目标线程为所述通信设备中进行数据传输的主线5标识的累计数量到达预设的累计阈值的情况下所述转发队列中的数据标识被分发到每个一数据流的所述第一数据对应的数据标识被存储到同一个所所述线程队列中的数据标识对应的第一数据进行第[0030]所述加解密线程将所述处理单元发送的所述第二数据按照其在所述线程队列中单元对所述线程队列中的所有数据标识对应的第一数6信设备中针对处理器内核创建相应的加解密线程与加密卡内各处理单元相对应，基于此，[0054]而目前为了最大化的使用加密卡的性能，需要采用多线7切换，以保证没有加解密任务或者在处理加解密任务的时候不会打扰到正常的网络转发，8实施例中可以根据第一数据的源端信息和目的端信息等内容确定第一数据是否为需要加9在转发队列0中所存储的数据标识的累积数量达到转发队列0的容量上限时，转发队列0中线程0被启动并调用硬件通道0对线程队列0中的数据标识对应的第一数据进行处理，加解调用硬件通道2对线程队列2中的数据标识对应的第一数据进行处理，加解密线程3调用硬件通道3对线程队列3中的数据标识对应的第一数的最后一个数据标识发送给线程池中的最后一个加解密线程的线程队发队列0中的数据标识5发送到线程队列1，将转发队列0中的数据标识6发送到线程队列2，[0090]例如，在按照从加解密线程0到加解密线程3的次序将转发队列0中的地址指针分解密线程2按照线程队列2中的各个地址指针读取相应的第一数据，加解密线程3按照线程由硬件通道3进行加解密处理并将得到的第二数据发送给加[0095]例如，加解密线程0将硬件通道0发送的第二数据写入到存储区域中线程队列0中域中线程队列1中相应地址指针所指向的存储位置，加解密线程2将硬件通道2发送的第二通道3发送的第二数据写入到存储区域中线程队列3中相应地址指针所指向成处理完成消息，以表征该线程池中各个加解密线程均通过调用处理单元完成第一处理，进行转换，之后将IPsecVPN格式的第二数据输出给CPU0，CPU0使用第二数据进行数据计程默认设置为休眠状态，转发进程在有加解密事件后(即转发进程接收到待处理的数据包建立好每个CPU上运行的转发进程上的软件协程栈(即线程池)和加密硬件通道的对应关[0118]对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申