CN108628694A - 一种基于可编程硬件的数据处理方法以及装置 - Google Patents

一种基于可编程硬件的数据处理方法以及装置 Download PDF

Info

Publication number
CN108628694A
CN108628694A CN201710166693.5A CN201710166693A CN108628694A CN 108628694 A CN108628694 A CN 108628694A CN 201710166693 A CN201710166693 A CN 201710166693A CN 108628694 A CN108628694 A CN 108628694A
Authority
CN
China
Prior art keywords
abnormal traffic
target
path
information
data flow
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201710166693.5A
Other languages
English (en)
Other versions
CN108628694B (zh
Inventor
王玉伟
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Tencent Technology Shenzhen Co Ltd
Original Assignee
Tencent Technology Shenzhen Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Tencent Technology Shenzhen Co Ltd filed Critical Tencent Technology Shenzhen Co Ltd
Priority to CN201710166693.5A priority Critical patent/CN108628694B/zh
Publication of CN108628694A publication Critical patent/CN108628694A/zh
Application granted granted Critical
Publication of CN108628694B publication Critical patent/CN108628694B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/08—Error detection or correction by redundancy in data representation, e.g. by using checking codes
    • G06F11/10—Adding special bits or symbols to the coded information, e.g. parity check, casting out 9's or 11's
    • G06F11/1004—Adding special bits or symbols to the coded information, e.g. parity check, casting out 9's or 11's to protect a block of data words, e.g. CRC or checksum
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/1629—Error detection by comparing the output of redundant processing systems

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Debugging And Monitoring (AREA)

Abstract

本发明实施例公开了一种基于可编程硬件的数据处理方法以及装置，其中方法包括：在可编程硬件中的多个单位子处理器中选择目标单位子处理器，并在所述目标单位子处理器中的待检测路径上设置异常业务触发条件；若在所述待检测路径上所检测到的目标异常业务行为满足所述异常业务触发条件，则记录与所述目标异常业务行为和所述待检测路径相关联的异常业务信息；接收用户侧的异常分析设备发送的异常信息查看请求，根据所述异常信息查看请求将所记录的异常业务信息通过驱动层发送至所述异常分析设备，以使所述异常分析设备根据所述异常业务信息进行异常分析操作。采用本发明，可以缩短系统调试周期，并可以降低运维难度。

Description

一种基于可编程硬件的数据处理方法以及装置
技术领域
本发明涉及计算机技术领域，尤其涉及一种基于可编程硬件的数据处理方法以及装置。
背景技术
随着深度学习的持续演进以及数据中心体系架构的重大变革，FPGA(Field－Programmable Gate Array，现场可编程门阵列)作为一种异构加速解决方案逐渐走入到了互联网数据中心。当今的FPGA有很大的性能潜力，支持深度可变的流水线结构，提供大量的并行计算资源，一个时钟周期内可以完成非常复杂的功能。对于FPGA设计开发中的系统调试验证，主流的FPGA器件厂商提供了相应的调试工具帮助开发者使用，如调试工具可以为chipscope(一种在线调试软件)。但是基于现有的调试工具对异常问题进行调试定位时，可能需要重复多次进行抓取信号线、编译以及调试的流程，其过程过于繁琐复杂，导致系统调试周期过长。而且当业务部署上线后，若要对FPGA中的异常问题进行调试定位，则需要频繁的出入数据中心并操作服务器，才能进行调试定位，从而增加了运维难度。
发明内容
本发明实施例提供一种基于可编程硬件的数据处理方法以及装置，可以缩短系统调试周期，并可以降低运维难度。
本发明实施例提供了一种基于可编程硬件的数据处理方法，包括：
在可编程硬件中的多个单位子处理器中选择目标单位子处理器，并在所述目标单位子处理器中的待检测路径上设置异常业务触发条件；
若在所述待检测路径上所检测到的目标异常业务行为满足所述异常业务触发条件，则记录与所述目标异常业务行为和所述待检测路径相关联的异常业务信息；
接收用户侧的异常分析设备发送的异常信息查看请求，根据所述异常信息查看请求将所记录的异常业务信息通过驱动层发送至所述异常分析设备，以使所述异常分析设备根据所述异常业务信息进行异常分析操作。
相应地，本发明实施例还提供了一种基于可编程硬件的数据处理装置，包括：
设置模块，用于在可编程硬件中的多个单位子处理器中选择目标单位子处理器，并在所述目标单位子处理器中的待检测路径上设置异常业务触发条件；
记录模块，用于若在所述待检测路径上所检测到的目标异常业务行为满足所述异常业务触发条件，则记录与所述目标异常业务行为和所述待检测路径相关联的异常业务信息；
收发模块，用于接收用户侧的异常分析设备发送的异常信息查看请求，根据所述异常信息查看请求将所记录的异常业务信息通过驱动层发送至所述异常分析设备，以使所述异常分析设备根据所述异常业务信息进行异常分析操作。
本发明实施例通过在可编程硬件中的多个单位子处理器中选择目标单位子处理器，并在目标单位子处理器中的待检测路径上设置异常业务触发条件；若在待检测路径上所检测到的目标异常业务行为满足异常业务触发条件，则记录与目标异常业务行为和待检测路径相关联的异常业务信息，并可以接收用户侧的异常分析设备发送的异常信息查看请求，根据异常信息查看请求将所记录的异常业务信息通过驱动层发送至异常分析设备，以使异常分析设备根据异常业务信息进行异常分析操作。由此可见，本发明只需设置一次异常业务触发条件，并在设置异常业务触发条件后，可以实时基于异常业务触发条件对待检测路径进行监控，以记录相关的异常业务信息，而且本发明还将定位分析功能分离到用户侧的异常分析设备，即可编程硬件侧只需负责监控和记录操作即可，从而简化了可编程硬件中的系统调试的开发过程，进而可以缩短系统调试周期；而且当业务部署上线后，若出现异常问题，则无需进入数据中心，只需通过远程的异常分析设备获取异常业务信息，即可实现远程调试定位，进而可以降低运维难度。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本发明实施例提供的一种网络架构的结构示意图；
图2是本发明实施例提供的一种基于可编程硬件的数据处理方法的流程示意图；
图3是本发明实施例提供的另一种基于可编程硬件的数据处理方法的流程示意图；
图3a是本发明实施例提供的一种调试机制的网络架构示意图；
图4是本发明实施例提供的又一种基于可编程硬件的数据处理方法的流程示意图；
图4a是本发明实施例提供的另一种调试机制的网络架构示意图；
图5是本发明实施例提供的又一种基于可编程硬件的数据处理方法的流程示意图；
图5a是本发明实施例提供的又一种调试机制的网络架构示意图；
图6是本发明实施例提供的一种基于可编程硬件的数据处理装置的结构示意图；
图7是本发明实施例提供的一种记录模块的结构示意图；
图8是本发明实施例提供的一种第三记录单元的结构示意图；
图9是本发明实施例提供的一种服务器的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
请参见图1，是本发明实施例提供的一种网络架构的结构示意图。图1所示的网络架构包括服务器100和异常分析设备200，所述服务器100通过网络与所述异常分析设备200进行互联网通信，所述服务器100可以被设置在数据中心侧(即机房)，所述异常分析设备200可以为用户侧(如运维人员)的服务器、台式电脑、平板电脑等终端，所述异常分析设备200可以远程对所述服务器100中的异常状况进行分析。在所述服务器100中可以包括位于驱动层中的读写装置100a和FPGA，所述FPGA可以包括调试装置100b和单位子处理器集合100c，所述单位子处理器可为FPGA中的PE(Process Element，处理单元)，单位子处理器集合100c可以包括N个PE(分别为PE 0、PE 1、…、PE N-1)。所述调试装置100b可以为所述单位子处理器集合100c中的各PE分别选择对应的待检测路径，并在各待检测路径上分别设置对应的异常业务触发条件。对于不同的PE，可以分别设置不同或相同的待检测路径，不同的待检测路径分别对应不同的异常业务触发条件。以PE 1为例，将PE 1确定为目标单位子处理器，若在所述待检测路径上所检测到的目标异常业务行为满足所述异常业务触发条件，则所述调试装置100b可以将与所述目标异常业务行为和所述待检测路径相关联的异常业务信息记录到相应的存储区域；对于不同的待检测路径，可以记录不同类型的异常业务信息，不同的异常业务信息存储到不同的存储区域。例如，若所述异常业务信息包括关键状态机信息，则可以将所述异常业务信息存储到寄存器；若所述异常业务信息包括业务数据流，则可以将所述异常业务信息存储到FIFO存储器。具体的，所述单位子处理器100c中的各PE分别对应的待检测路径均可以包括关键逻辑判断路径、关键状态机路径、关键数据流路径中的至少一种；对所述关键逻辑判断路径、所述关键状态机路径、所述关键数据流路径的具体描述过程可以参见以下图2-图5对应的实施例。
进一步的，用户侧的异常分析设备200还可以发送异常信息查看请求到所述服务器100，所述服务器100中的读写装置100a根据所述异常信息查看请求读取所述调试装置100b所记录的所述异常业务信息，所述读写装置再通过网络将所读取到的所述异常业务信息发送给所述异常分析设备200，进而所述异常分析设备200可以对所述异常业务信息进行异常分析操作。因此，在对FPGA进行调试验证的过程中，由于只需设置一次异常业务触发条件，且可以将FPGA的定位分析功能分离到用户侧的异常分析设备中，所以FPGA只需负责监控和记录操作即可，从而简化了对FPGA进行系统调试的开发过程，进而可以缩短系统调试周期。同时，在所述异常分析设备200和所述服务器100进行业务部署上线后，可以通过所述调试装置100b实时记录所述异常业务信息，而运维人员只需通过远程的异常分析设备200获取所述调试装置100b所记录的异常业务信息，即可实现远程调试定位(即运维人员无需再进入数据中心进行调试)，进而可以降低运维难度。
请参见图2，是本发明实施例提供的一种基于可编程硬件的数据处理方法的流程示意图，所述方法可以包括：
S201，在可编程硬件中的多个单位子处理器中选择目标单位子处理器，并在所述目标单位子处理器中的待检测路径上设置异常业务触发条件；
具体的，所述可编程硬件可以为FPGA，即FPGA可以在内部的多个单位子处理器中选择目标单位子处理器，并在所述目标单位子处理器中的待检测路径上设置异常业务触发条件。其中，所述单位子处理器可以为FPGA中的PE，所述待检测路径可以包括关键逻辑判断路径、关键状态机路径、关键数据流路径中的至少一种，所述关键逻辑判断路径、所述关键状态机路径、所述关键数据流路径分别对应的异常业务触发条件可以互不相同。例如，若所述待检测路径为所述关键逻辑判断路径，那么对应设置的异常业务触发条件可以为：检测所接收到的数据包是否存在CRC(Cyclic Redundancy Check，循环冗余校验)错误；若所述待检测路径为关键状态机路径，那么对应设置的异常业务触发条件可以为：在数据包过滤处理过程中，检测是否出现所接收到的数据包协议错误并将数据包丢弃的情况，或检测数据包是否处理超时；若所述待检测路径为关键数据流路径，那么对应设置的异常业务触发条件可以为：检测所接收到的数据包的起始开始位置是否与该数据包的头内容匹配。其中，所述关键逻辑判断路径是指可以检测当前信号是否满足特定条件的路径，如所述特定条件可以为CRC错误条件。所述关键状态机路径是指可以关注功能块对应的状态机中的状态跳转情况的路径，所述状态机可以记录功能块的当前状态以及下一刻的跳转状态，所述功能块可以指PE中具备特定功能的模块(如具备CRC错误检测功能的模块)。所述关键数据流路径是指可以关注数据流所包含的数据内容的路径。
可选的，在一个单位子处理器中，所选择的所述待检测路径可以包括关键逻辑判断路径、关键状态机路径、关键数据流路径中的至少一种；对于FPGA中的多个单位子处理器，可以根据实际需求为不同的单位子处理器选择不同或相同的待检测路径，例如，一个FPGA中的多个单位子处理器包括PE 0、PE 1、PE 2、PE 3，其中，PE 0中所选择的待检测路径包括关键逻辑判断路径，PE 1中所选择的待检测路径包括逻辑判断路径和关键状态机路径，PE 2中所选择的待检测路径包括关键逻辑判断路径，PE 3中所选择的待检测路径包括关键逻辑判断路径、关键状态机路径以及关键数据流路径。总之，开发人员或运维人员可以根据自己需要关注和需要进行调试的功能模块，为FPGA中的各单位子处理器分别选择相应的待检测路径，以便于后续FPGA可以对各单位子处理器中的待检测路径上的业务数据进行实时监控。
可选的，所述异常业务触发条件的设置过程可以为：通过在FPGA的PE中的相关功能块(如CRC错误检测功能块)中添加冗余的检测代码，以实现对所述异常业务触发条件的设置。
S202，若在所述待检测路径上所检测到的目标异常业务行为满足所述异常业务触发条件，则记录与所述目标异常业务行为和所述待检测路径相关联的异常业务信息；
具体的，若所述待检测路径为所述关键逻辑判断路径，则与所述关键逻辑判断路径对应的所述异常业务触发条件可以包括至少一个第一异常业务类型，例如，所述至少一个第一异常业务类型可以包括数据包存在CRC错误的异常类型、数据包头错误的异常类型、数据包类型错误的异常类型、数据包长度错误的异常类型。进一步的，若在所述待检测路径上所检测到的目标异常业务行为满足所述异常业务触发条件(如所述目标异常业务行为中所接收到的数据包存在CRC错误)，则记录与所述目标异常业务行为和所述待检测路径相关联的异常业务信息。其中，每个第一异常业务类型分别对应一个标志位，所述标志位可以为异常标志位或正常标志位。若某个第一异常业务类型对应的标志位为所述异常标志位，则说明所述关键逻辑判断路径上存在该第一异常业务类型对应的异常业务行为；若某个第一异常业务类型对应的标志位为所述正常标志位，则说明所述关键逻辑判断路径上不存在该第一异常业务类型对应的异常业务行为。因此，在记录与所述目标异常业务行为和所述关键逻辑判断路径相关联的异常业务信息时，可以将目标异常业务类型(即与所述目标异常业务行为对应的目标异常业务类型)对应的标志位更新为异常标志位，所述目标异常业务类型对应的异常标志位即为所述异常业务信息。
或者，若所述待检测路径为所述关键状态机路径，则与所述关键状态机路径对应的所述异常业务触发条件可以包括至少一个第二异常业务类型，例如，所述至少一个第二异常业务类型可以包括因数据包存在协议出错而导致数据包丢弃或处理超时的异常类型、因出现预期外的分支数据导致状态机无法正常处理的异常类型、因状态机无法从某一特定状态跳转到下一预期状态导致状态机卡死的异常类型。进一步的，若在所述待检测路径上所检测到的目标异常业务行为满足所述异常业务触发条件(如所述目标异常业务行为中所接收到的数据包因存在协议出错而导致数据包丢弃)，则记录与所述目标异常业务行为和所述待检测路径相关联的异常业务信息。其中，所述关键状态机路径与多个功能块相关联，所述功能块可以指PE中具备特定功能的模块(如具备CRC错误检测功能的模块)。因此，在记录与所述目标异常业务行为和所述关键状态机路径相关联的异常业务信息的过程中，可以根据预期的调试信息的不同采用不同的方式记录所述异常业务信息，如可以将与所述目标异常业务行为相关联的至少一个功能块(即可能存在异常的若干个功能块，如某个功能块对应的状态机异常卡死)的关键数据存储到寄存器，或也可以将与所述关键状态机路径相关联的所有功能块(即被关注的所有功能块)的关键数据都存储到寄存器；存储到所述寄存器中的关键数据可以为所述异常业务信息；所述关键数据包括功能块对应的关键状态机信息和关键寄存器状态信息。
或者，若所述待检测路径为所述关键数据流路径，则与所述关键数据流路径对应的所述异常业务触发条件可以包括至少一个第三异常业务类型，例如，其中一个第三异常业务类型可以为数据包的起始开始位置与该数据包的头内容不匹配的类型，所述至少一个第三异常业务类型还可以包括所述至少一个第一异常业务类型。进一步的，若在所述待检测路径上所检测到的目标异常业务行为满足所述异常业务触发条件(如所述目标异常业务行为中所接收到的数据包的起始开始位置与该数据包的头内容不匹配)，则记录与所述目标异常业务行为和所述待检测路径相关联的异常业务信息。其中，所述关键数据流路径与多个功能块相关联，且所述关键数据流路径包含各功能块之间的数据流通路。因此，在记录与所述目标异常业务行为和所述关键数据流路径相关联的异常业务信息的过程中，可以在满足所述异常业务触发条件时先采集与所述目标异常业务行为相关联的至少一个功能块(将此处的至少一个功能块作为至少一个目标功能块)中当前的业务数据流，并进一步采集所述至少一个目标功能块在预设时间段内的业务数据流，并将所采集到的所有业务数据流记录到存储器中，所述存储器中的所有业务数据流即为所述异常业务信息，所述存储器可以为FIFO(First In First Out，先进先出)存储器。例如，若检测到某PE中的功能块1和功能块2中发生所述目标异常业务行为，则可以先采集功能块1和功能块2之间的当前的业务数据流，并继续在接下来的1分钟(即预设时间段)内持续采集功能块1和功能块2之间的业务数据流，并将所采集到的所有业务数据流均记录到FIFO存储器中。
由此可见，对于不同的待检测路径，所记录的异常业务信息的内容可以不同，如所述异常业务信息可以包括所述标志位、所述关键数据、所述业务数据流中的至少一种。由于现有技术中，在检测到异常时，所记录的数据都为数据流的形式，所以所记录的数据都将存储在存储器中，从而会十分占用FPGA中的硬件资源；而本发明中的所述标志位和所述关键数据都无需存储在存储器中，只需将所述关键数据流路径上的所述业务数据流存储在存储器中，从而可以很好的节约FPGA的硬件资源。
S203，接收用户侧的异常分析设备发送的异常信息查看请求，根据所述异常信息查看请求将所记录的异常业务信息通过驱动层发送至所述异常分析设备，以使所述异常分析设备根据所述异常业务信息进行异常分析操作；
具体的，用户侧的异常分析设备中可以集成有对数据进行异常分析定位的功能(如可以在所述异常分析设备中根据业务需求抽象封装出符合业务逻辑的处理函数)，所以可以将异常分析定位的功能从FPGA中分离出来，以进一步降低对FPGA的资源占用。所述异常分析设备可以通过驱动层访问到服务器中的FPGA，在所述驱动层中设置有对FPGA中的所述异常业务信息的基本读写能力。FPGA可以接收所述异常分析设备发送的异常信息查看请求，所述异常信息查看请求包括待查看的单位子处理器的标识、所述异常业务信息的存储类型(包括标志位、关键数据、业务数据流中的至少一种存储类型)。因此，若待查看的单位子处理器的标识为目标单位子处理器的标识，且所述异常业务信息的存储类型为标志位存储类型，则FPGA可以根据所述异常信息查看请求将所述目标单位子处理器中的异常标志位(或所有异常业务类型分别对应的标志位)发送给所述异常分析设备，使得所述异常分析设备可以知道哪一个单位子处理器中触发了哪一种异常业务类型对的异常业务行为，进而对该异常业务行为进行分析定位。
或者，若待查看的单位子处理器的标识为目标单位子处理器的标识，且所述异常业务信息的存储类型为关键数据存储类型，则FPGA可以根据所述异常信息查看请求将所述目标单位子处理器中所记录的关键数据发送给所述异常分析设备(若寄存器中没有所述关键数据，则所述异常分析设备可以得知所述关键状态机路径上未发生异常)，使得所述异常分析设备可以根据所述关键数据为所述目标单位子处理器定位异常问题。
或者，若待查看的单位子处理器的标识为目标单位子处理器的标识，且所述异常业务信息的存储类型为业务数据流存储类型，则FPGA可以根据所述异常信息查看请求将所述目标单位子处理器中所记录的业务数据流发送给异常分析设备(若存储器中没有所述业务数据流，则所述异常分析设备可以得知所述关键数据流路径上未发生异常)，使得所述异常分析设备可以根据所述业务数据流为所述目标单位子处理器定位异常问题。
本发明实施例通过在可编程硬件中的多个单位子处理器中选择目标单位子处理器，并在目标单位子处理器中的待检测路径上设置异常业务触发条件；若在待检测路径上所检测到的目标异常业务行为满足异常业务触发条件，则记录与目标异常业务行为和待检测路径相关联的异常业务信息，并可以接收用户侧的异常分析设备发送的异常信息查看请求，根据异常信息查看请求将所记录的异常业务信息通过驱动层发送至异常分析设备，以使异常分析设备根据异常业务信息进行异常分析操作。由此可见，本发明只需设置一次异常业务触发条件，并在设置异常业务触发条件后，可以实时基于异常业务触发条件对待检测路径进行监控，以记录相关的异常业务信息，而且本发明还将定位分析功能分离到用户侧的异常分析设备，即可编程硬件侧只需负责监控和记录操作即可，从而简化了可编程硬件中的系统调试的开发过程，进而可以缩短系统调试周期，也减少了开发难度，减少时序收敛难度，使开发人员可以更专注于FPGA中的业务逻辑的开发；而且当业务部署上线后，若出现异常问题，则无需进入数据中心，只需通过远程的异常分析设备获取异常业务信息，即可实现远程调试定位，进而可以降低运维难度，从而可以快速适应互联网业务的快速迭代开发。
请参见图3，是本发明实施例提供的另一种基于可编程硬件的数据处理方法的流程示意图，所述方法可以包括：
S301，在可编程硬件中的多个单位子处理器中选择目标单位子处理器，并在所述目标单位子处理器中的待检测路径上设置异常业务触发条件；
其中，S301步骤的具体实现方式可以参见上述图2对应实施例中的S201，这里不再进行赘述。
S302，对所述目标单位子处理器中的关键逻辑判断路径上的业务行为进行实时监控；
具体的，若所述待检测路径为所述关键逻辑判断路径，且与所述关键逻辑判断路径对应的所述异常业务触发条件可以包括至少一个第一异常业务类型，则FPGA可以对所述目标单位子处理器中的关键逻辑判断路径上的业务行为进行实时监控，以检测是否存在与所述异常业务触发条件中的任意一个第一异常业务类型对应的异常业务行为。其中，所述至少一个第一异常业务类型可以包括数据包存在CRC错误的异常类型、数据包头错误的异常类型、数据包类型错误的异常类型、数据包长度错误的异常类型。
S303，若在所述关键逻辑判断路径上监控到目标异常业务行为，则确定所述目标异常业务行为对应的目标异常业务类型，并判断所述异常业务触发条件中的所述至少一个第一异常业务类型是否包含所述目标异常业务类型；
S304，若判断为是，则确定所述目标异常业务行为满足所述异常业务触发条件，并获取与所述关键逻辑判断路径对应的状态标识数组，并将所述状态标识数组中与所述目标异常业务类型对应的标志位更新为异常标志位，并将所述目标异常业务类型对应的异常标志位确定为异常业务信息；
例如，若所述目标异常业务行为是某数据包存在CRC错误，且所述异常业务触发条件中的某个异常业务类型为数据包存在CRC错误的类型，则所述目标异常业务行为对应的目标异常业务类型满足所述异常业务触发条件，进而可以获取与所述关键逻辑判断路径对应的状态标识数组，并将所述状态标识数组中与所述目标异常业务类型(即数据包存在CRC错误的类型)对应的标志位更新为异常标志位，并将所述目标异常业务类型对应的异常标志位确定为异常业务信息，所述目标异常业务类型对应的异常标志位即可表示所述关键逻辑判断路径上存在CRC错误。其中，每个单位子处理器均可以分别对应一个状态标识数组，即一个状态标识数组只记录一个单位子处理器中所发生的异常；可选的，也可以多个单位子处理器对应一个状态标识数组，即多个单位子处理器中所发生的异常都可以记录在一个状态标识数组中。
S305，若判断为否，则确定所述目标异常业务行为不满足所述异常业务触发条件，并继续执行S302步骤；
S306，接收用户侧的异常分析设备发送的异常信息查看请求，根据所述异常信息查看请求将所记录的异常业务信息通过驱动层发送至所述异常分析设备，以使所述异常分析设备根据所述异常业务信息进行异常分析操作；
具体的，用户侧的异常分析设备中可以集成有对数据进行异常分析定位的功能(如可以在所述异常分析设备中根据业务需求抽象封装出符合业务逻辑的处理函数)，所以可以将异常分析定位的功能从FPGA中分离出来，以进一步降低对FPGA的资源占用。所述异常分析设备可以通过驱动层访问到服务器中的FPGA，在所述驱动层中设置有对FPGA中的所述异常业务信息的基本读写能力。FPGA可以接收所述异常分析设备发送的异常信息查看请求，所述异常信息查看请求包括待查看的单位子处理器的标识、所述异常业务信息的存储类型(包括标志位、关键数据、业务数据流中的至少一种存储类型)。因此，若待查看的单位子处理器的标识为目标单位子处理器的标识，且所述异常业务信息的存储类型为标志位存储类型，则FPGA可以根据所述异常信息查看请求将所述目标单位子处理器中的异常标志位(或将所述状态标识数组中的所有标志位)发送给所述异常分析设备，使得所述异常分析设备可以知道哪一个单位子处理器中触发了哪一种异常业务类型对的异常业务行为，进而对该异常业务行为进行分析定位。
S307，接收所述异常分析设备发送的复位请求，根据所述复位请求将所述状态标识数组中的所述目标异常业务类型对应的异常标志位复位为正常标志位；
具体的，所述FPGA可以接收所述异常分析设备发送的复位请求，进而根据所述复位请求将所述状态标识数组中的所述目标异常业务类型对应的异常标志位复位为正常标志位。例如，所述异常分析设备已经定位到所述目标异常业务类型的问题所在，则所述异常分析设备可以通知FPGA将所述目标异常业务类型对应的异常标志位复位为正常标志位，以便于后续FPGA可以继续更新所述状态标识数组中的标志位，进而使得所述异常分析设备可以继续进行异常分析定位。
进一步的，再请一并参见图3a，是本发明实施例提供的一种调试机制的网络架构示意图。图3a中的FPGA可以应用于机房中的服务器，且图3a中的FPGA侧以一个PE做举例说明(具体为PE 300b，当然FPGA还可以包括多个PE)，即所述PE 300b为目标单位子处理器。在FPGA侧，所述PE 300b可以与状态标识数组300a连接。当在所述PE 300b中的关键逻辑判断路径上检测到某数据包发生CRC错误时，所述PE 300b可以将所述状态标识数组中的CRC错误类型对应的标志位更新为异常标志位。其中，位于用户侧的异常分析设备200通过网络与所述FPGA所在服务器进行连接，所述异常分析设备200可以读取(具体可以通过服务器的驱动层读取)所述FPGA侧的所述状态标识数组300a中的多个标志位，若所述状态标识数组300a中存在异常标志位，则所述异常分析设备200可以确定所述PE 300b存在异常；若所述状态标识数组300a中的异常标志位对应CRC错误类型，则所述异常分析设备200可以通过所述异常标志位确定所述PE 300b中存在CRC错误，进而可以进行下一步的异常定位分析。所述异常分析设备200还可以(具体可以通过服务器的驱动层)将所述状态标识数组300a中的异常标志位复位为正常标志位，以便于后续所述PE 300b可以继续更新所述状态标识数组300a中的标志位，进而使得所述异常分析设备200可以继续进行异常分析定位。
请参见图4，是本发明实施例提供的又一种基于可编程硬件的数据处理方法的流程示意图，所述方法可以包括：
S401，在可编程硬件中的多个单位子处理器中选择目标单位子处理器，并在所述目标单位子处理器中的待检测路径上设置异常业务触发条件；
其中，S401步骤的具体实现方式可以参见上述图2对应实施例中的S201，这里不再进行赘述。
S402，对所述目标单位子处理器中的关键状态机路径上的业务行为进行实时监控；
具体的，若所述待检测路径为所述关键状态机路径，且与所述关键状态机路径对应的所述异常业务触发条件可以包括至少一个第二异常业务类型，则FPGA可以对所述目标单位子处理器中的关键状态机路径上的业务行为进行实时监控，以检测是否存在与所述异常业务触发条件中的任意一个第二异常业务类型对应的异常业务行为。其中，所述至少一个第二异常业务类型可以包括因数据包存在协议出错而导致数据包丢弃或处理超时的异常类型、因出现预期外的分支数据导致状态机无法正常处理的异常类型、因状态机无法从某一特定状态跳转到下一预期状态导致状态机卡死的异常类型。
S403，若在所述关键状态机路径上监控到目标异常业务行为，则确定所述目标异常业务行为对应的目标异常业务类型，并判断所述异常业务触发条件中的所述至少一个第二异常业务类型是否包含所述目标异常业务类型；
S404，若判断为是，则确定所述目标异常业务行为满足所述异常业务触发条件，并将与所述关键状态机路径相关联的至少一个功能块分别对应的关键数据记录到预设的寄存器信息池中，并将各关键数据确定为异常业务信息；所述关键数据包括功能块对应的关键状态机信息和关键寄存器状态信息；
例如，若所述目标异常业务行为是某数据包因出现协议错误而导致数据包丢弃，且所述异常业务触发条件中的某个异常业务类型为数据包因出现协议错误而导致数据包丢弃的类型，则所述目标异常业务行为对应的目标异常业务类型满足所述异常业务触发条件，进而可以将与所述关键状态机路径相关联的至少一个功能块分别对应的关键数据记录到预设的寄存器信息池(所述寄存器信息池可以为一个寄存器)中，并将各关键数据确定为异常业务信息；所述关键数据包括功能块对应的关键状态机信息和关键寄存器状态信息。其中，可以选择出现所述目标异常业务行为的至少一个功能块，以记录这些功能块分别对应的关键数据；或者，也可以记录所述关键状态机路径上的所有功能块分别对应的关键数据。其中，所述功能块可以指PE中具备特定功能的模块(如具备CRC错误检测功能的模块)。每个单位子处理器均可以分别对应一个寄存器信息池，即一个寄存器信息池只记录一个单位子处理器中所发生的异常；可选的，也可以多个单位子处理器对应一个寄存器信息池，即多个单位子处理器中所发生的异常都可以记录在一个寄存器信息池中。
S405，若判断为否，则确定所述目标异常业务行为不满足所述异常业务触发条件，并继续执行S402步骤；
S406，接收用户侧的异常分析设备发送的异常信息查看请求，根据所述异常信息查看请求将所记录的异常业务信息通过驱动层发送至所述异常分析设备，以使所述异常分析设备根据所述异常业务信息进行异常分析操作；
具体的，用户侧的异常分析设备中可以集成有对数据进行异常分析定位的功能(如可以在所述异常分析设备中根据业务需求抽象封装出符合业务逻辑的处理函数)，所以可以将异常分析定位的功能从FPGA中分离出来，以进一步降低对FPGA的资源占用。所述异常分析设备可以通过驱动层访问到服务器中的FPGA，在所述驱动层中设置有对FPGA中的所述异常业务信息的基本读写能力。FPGA可以接收所述异常分析设备发送的异常信息查看请求，所述异常信息查看请求包括待查看的单位子处理器的标识、所述异常业务信息的存储类型(包括标志位、关键数据、业务数据流中的至少一种存储类型)。因此，若待查看的单位子处理器的标识为目标单位子处理器的标识，且所述异常业务信息的存储类型为关键数据存储类型，则FPGA可以根据所述异常信息查看请求将所述目标单位子处理器中所记录的关键数据发送给所述异常分析设备(若寄存器中没有所述关键数据，则所述异常分析设备可以得知所述关键状态机路径上未发生异常)，使得所述异常分析设备可以根据所述关键数据为所述目标单位子处理器定位异常问题。
S407，接收所述异常分析设备发送的第一清除请求，根据所述第一清除请求将所述寄存器信息池中的所有关键数据删除。
具体的，所述FPGA可以接收所述异常分析设备发送的第一清除请求，进而根据所述第一清除请求将所述寄存器信息池中的所有关键数据删除(或部分关键数据删除)。例如，所述异常分析设备已经分析定位了目标单位子处理器中的所有问题，则所述异常分析设备可以通知FPGA将所述寄存器信息池中的所有关键数据删除，以便于后续所述FPGA可以继续记录关键数据到所述寄存器信息池，进而使得所述异常分析设备可以继续进行异常分析定位。
进一步的，请一并参见图4a，是本发明实施例提供的另一种调试机制的网络架构示意图。图4a中的FPGA可以应用于机房中的服务器，且图4a中的FPGA侧以一个PE做举例说明(具体为PE 400b，当然FPGA还可以包括多个PE)，即所述PE 400b为目标单位子处理器。在FPGA侧，所述PE 400b可以与寄存器信息池400a连接，所述PE 400b可以包括多个功能块和采集器。当在所述PE 400b中的关键状态机路径上检测到某个功能块对应的状态机无法正常工作时，所述PE 400b中的采集器可以采集该功能块(以及相关联的多个功能块)对应的关键状态机信息和关键寄存器状态信息，所述采集器进一步将所采集到的关键状态机信息和关键寄存器状态信息记录到所述寄存器信息池400a中。其中，位于用户侧的异常分析设备200通过网络与所述FPGA所在服务器进行连接，所述异常分析设备200可以读取(具体可以通过服务器的驱动层读取)所述FPGA侧的所述寄存器信息池400a中的数据，若所述寄存器信息池400a中存在数据，则所述异常分析设备200可以确定所述PE 400b存在异常；所述异常分析设备200可以通过所述寄存器信息池400a中的关键状态机信息和关键寄存器状态信息进行下一步的异常定位分析。所述异常分析设备200还可以清除(具体可以通过服务器的驱动层清除)所述寄存器信息池400a中的所有数据，以便于后续所述PE 400b可以继续记录关键状态机信息和关键寄存器状态信息到所述寄存器信息池400a，进而使得所述异常分析设备200可以继续进行异常分析定位。
请参见图5，是本发明实施例提供的又一种基于可编程硬件的数据处理方法的流程示意图，所述方法可以包括：
S501，在可编程硬件中的多个单位子处理器中选择目标单位子处理器，并在所述目标单位子处理器中的待检测路径上设置异常业务触发条件；
其中，S501步骤的具体实现方式可以参见上述图2对应实施例中的S201，这里不再进行赘述。
S502，对所述目标单位子处理器中的关键数据流路径上的业务行为进行实时监控；
具体的，若所述待检测路径为所述关键数据流路径，且与所述关键数据流路径对应的所述异常业务触发条件可以包括至少一个第三异常业务类型，则FPGA可以对所述目标单位子处理器中的关键数据流路径上的业务行为进行实时监控，以检测是否存在与所述异常业务触发条件中的任意一个第三异常业务类型对应的异常业务行为。例如，其中一个第三异常业务类型可以为数据包的起始开始位置与该数据包的头内容不匹配的类型，所述至少一个第三异常业务类型还可以包括上述图3对应实施例中的所述至少一个第一异常业务类型。
S503，若在所述关键数据流路径上监控到目标异常业务行为，则确定所述目标异常业务行为对应的目标异常业务类型，并判断所述异常业务触发条件中的所述至少一个第三异常业务类型是否包含所述目标异常业务类型；
S504，若判断为是，则确定所述目标异常业务行为满足所述异常业务触发条件，并采集所述关键数据流路径上的业务数据流，并将所述业务数据流缓存至预设的数据流信息池中，并确定所述业务数据流为异常业务信息；所述业务数据流至少包括所述目标异常业务行为对应的数据流；
具体的，在确定所述目标异常业务行为满足所述异常业务触发条件时，可以先采集与所述目标异常业务行为相关联的至少一个功能块(将此处的至少一个功能块作为至少一个目标功能块)中当前的业务数据流，并进一步采集所述至少一个目标功能块在预设时间段内的业务数据流，并将所采集到的所有业务数据流记录到所述数据流信息池中，所述数据流信息池中的所有业务数据流即为所述异常业务信息，所述数据流信息池可以为FIFO存储器。例如，若检测到某PE中的功能块1和功能块2中发生所述目标异常业务行为，则可以先采集功能块1和功能块2之间的当前的业务数据流，并继续在接下来的1分钟(即预设时间段)内持续采集功能块1和功能块2之间的业务数据流，并将所采集到的所有业务数据流均记录到FIFO存储器中。其中，每个单位子处理器均可以分别对应一个FIFO存储器，即一个FIFO存储器只记录一个单位子处理器中所发生的异常的业务数据流；可选的，也可以多个单位子处理器对应一个FIFO存储器，即多个单位子处理器中所发生的异常的业务数据流都可以记录在一个FIFO存储器中。
S505，若判断为否，则确定所述目标异常业务行为不满足所述异常业务触发条件，并继续执行S502步骤；
S506，接收用户侧的异常分析设备发送的异常信息查看请求，根据所述异常信息查看请求将所记录的异常业务信息通过驱动层发送至所述异常分析设备，以使所述异常分析设备根据所述异常业务信息进行异常分析操作；
具体的，用户侧的异常分析设备中可以集成有对数据进行异常分析定位的功能(如可以在所述异常分析设备中根据业务需求抽象封装出符合业务逻辑的处理函数)，所以可以将异常分析定位的功能从FPGA中分离出来，以进一步降低对FPGA的资源占用。所述异常分析设备可以通过驱动层访问到服务器中的FPGA，在所述驱动层中设置有对FPGA中的所述异常业务信息的基本读写能力。FPGA可以接收所述异常分析设备发送的异常信息查看请求，所述异常信息查看请求包括待查看的单位子处理器的标识、所述异常业务信息的存储类型(包括标志位、关键数据、业务数据流中的至少一种存储类型)。因此，若待查看的单位子处理器的标识为目标单位子处理器的标识，且所述异常业务信息的存储类型为业务数据流存储类型，则FPGA可以根据所述异常信息查看请求将所述目标单位子处理器中所记录的业务数据流发送给异常分析设备(若存储器中没有所述业务数据流，则所述异常分析设备可以得知所述关键数据流路径上未发生异常)，使得所述异常分析设备可以根据所述业务数据流为所述目标单位子处理器定位异常问题。
S507，接收所述异常分析设备发送的第二清除请求，根据所述第二清除请求将所述数据流信息池中的所有业务数据流删除。
具体的，所述FPGA可以接收所述异常分析设备发送的第二清除请求，进而根据所述第二清除请求将所述数据流信息池中的所有业务数据流删除(或部分业务数据流删除)。例如，所述异常分析设备已经分析定位了目标单位子处理器中的所有问题，则所述异常分析设备可以通知FPGA将所述数据流信息池中的所有业务数据流删除，以便于后续FPGA可以继续记录业务数据流到FIFO存储器，进而使得所述异常分析设备可以继续进行异常分析定位。
进一步的，再请一并参见图5a，是本发明实施例提供的又一种调试机制的网络架构示意图。图5a中的FPGA可以应用于机房中的服务器，且图5a中的FPGA侧以一个PE做举例说明(具体为PE 500b，当然FPGA还可以包括多个PE)，即所述PE 500b为目标单位子处理器。在FPGA侧，所述PE 500b可以与数据流信息池500a连接，所述PE 500b可以包括功能块1、功能块2、功能块3以及采集器(图5a中的PE 500b仅以3个功能块做举例说明，当然PE 500b也可以包括更多的功能块)。当在所述PE 500b中的关键数据流路径上检测到数据包的起始开始位置与该数据包的头内容不匹配时(具体在功能块1到功能块2之间的数据流路径上检测到异常)，所述PE 500b中的采集器可以采集所述功能块1和所述功能块2之间的当前的业务数据流，所述PE 500b中的采集器还可以进一步在所述功能块1和所述功能块2之间持续采集预设时间段(如为1分钟)内的业务数据流，所述采集器进一步将所采集到的所有业务数据流记录到所述数据流信息池500a(所述数据流信息池500a可以为FIFO存储器)。其中，位于用户侧的异常分析设备200通过网络与所述FPGA所在服务器进行连接，所述异常分析设备200可以读取(具体可以通过服务器的驱动层读取)所述FPGA侧的所述数据流信息池500a中的数据，若所述数据流信息池500a中存在数据，则所述异常分析设备200可以确定所述PE500b存在异常；所述异常分析设备200可以通过所述数据流信息池500a中的所有业务数据流进行异常定位分析。所述异常分析设备200还可以清除(具体可以通过服务器的驱动层清除)所述数据流信息池500a中的所有业务数据流，以便于后续所述PE 500b可以继续记录业务数据流到所述数据流信息池500a，进而使得所述异常分析设备200可以继续进行异常分析定位。
可选的，FPGA中的任意一个PE均可以连接上述图3a对应实施例中的状态标识数组300a、上述图4a对应实施例中的寄存器信息池400a以及所述数据流信息池500a中的至少一个。以某PE同时与所述状态标识数组300a、所述寄存器信息池400a以及所述数据流信息池500a连接为例，该PE可以同时对所述关键逻辑判断路径、所述关键状态机路径以及所述关键数据流路径上的业务行为进行实时监控；若该PE检测到所述关键逻辑判断路径上存在第一异常业务行为，且所述关键状态机路径上存在第二异常业务行为，且所述关键数据流路径上存在第三异常业务行为，则该PE可以将所述寄存器信息池400a中与所述第一异常业务行为相关联的标志位更新为异常标志位，同时将与所述第二异常业务行为相关联的多个功能块分别对应的关键状态机信息和关键寄存器状态信息记录到所述寄存器信息池400a中，并同时将与所述第三异常业务行为相关联的多个功能块之间的业务数据流记录到所述数据流信息池500a。
请参见图6，是本发明实施例提供的一种基于可编程硬件的数据处理装置的结构示意图。所述数据处理装置1可以应用于FPGA中(FPGA可以为位于机房的服务器中)，所述数据处理装置1可以包括：设置模块10、记录模块20、收发模块30、复位模块40、第一删除模块50、第二删除模块60；
所述设置模块10，用于在可编程硬件中的多个单位子处理器中选择目标单位子处理器，并在所述目标单位子处理器中的待检测路径上设置异常业务触发条件；
其中，所述待检测路径可以包括关键逻辑判断路径、关键状态机路径、关键数据流路径中的至少一种。所述关键逻辑判断路径对应的异常业务触发条件可以包括至少一个第一异常业务类型，所述关键状态机路径对应的异常业务触发条件可以包括至少一个第二异常业务类型，所述关键数据流路径对应的异常业务触发条件可以包括至少一个第三异常业务类型。所述设置模块10的具体功能实现方式可以参见上述图2对应实施例中的S201，这里不再进赘述。
所述记录模块20，用于若在所述待检测路径上所检测到的目标异常业务行为满足所述异常业务触发条件，则记录与所述目标异常业务行为和所述待检测路径相关联的异常业务信息；
具体的，请一并参见图7，是本发明实施例提供的一种记录模块20的结构示意图，所述记录模块20可以包括：第一监控单元201、第一判断单元202、第一记录单元203、第二监控单元204、第二判断单元205、第二记录单元206、第三监控单元207、第三判断单元208、第三记录单元209；
所述第一监控单元201，用于对所述目标单位子处理器中的关键逻辑判断路径上的业务行为进行实时监控；
所述第一判断单元202，用于若在所述关键逻辑判断路径上监控到目标异常业务行为，则确定所述目标异常业务行为对应的目标异常业务类型，并判断所述异常业务触发条件中的所述至少一个第一异常业务类型是否包含所述目标异常业务类型；
所述第一记录单元203，用于若判断为是，则确定所述目标异常业务行为满足所述异常业务触发条件，并获取与所述关键逻辑判断路径对应的状态标识数组，并将所述状态标识数组中与所述目标异常业务类型对应的标志位更新为异常标志位，并将所述目标异常业务类型对应的异常标志位确定为异常业务信息；
其中，所述第一监控单元201、所述第一判断单元202以及所述第一记录单元203的具体功能实现方式可以参见上述图3对应实施例中的S302-S304，这里不再进行赘述。
所述第二监控单元204，用于对所述目标单位子处理器中的关键状态机路径上的业务行为进行实时监控；
所述第二判断单元205，用于若在所述关键状态机路径上监控到目标异常业务行为，则确定所述目标异常业务行为对应的目标异常业务类型，并判断所述异常业务触发条件中的所述至少一个第二异常业务类型是否包含所述目标异常业务类型；
所述第二记录单元206，用于若判断为是，则确定所述目标异常业务行为满足所述异常业务触发条件，并将与所述关键状态机路径相关联的至少一个功能块分别对应的关键数据记录到预设的寄存器信息池中，并将各关键数据确定为异常业务信息；所述关键数据包括功能块对应的关键状态机信息和关键寄存器状态信息；
其中，所述第二监控单元204、所述第二判断单元205以及所述第二记录单元206的具体功能实现方式可以参见上述图4对应实施例中的S402-S404，这里不再进行赘述。
所述第三监控单元207，用于对所述目标单位子处理器中的关键数据流路径上的业务行为进行实时监控；
所述第三判断单元208，用于若在所述关键数据流路径上监控到目标异常业务行为，则确定所述目标异常业务行为对应的目标异常业务类型，并判断所述异常业务触发条件中的所述至少一个第三异常业务类型是否包含所述目标异常业务类型；
所述第三记录单元209，用于若判断为是，则确定所述目标异常业务行为满足所述异常业务触发条件，并采集所述关键数据流路径上的业务数据流，并将所述业务数据流缓存至预设的数据流信息池中，并确定所述业务数据流为异常业务信息；所述业务数据流至少包括所述目标异常业务行为对应的数据流；
其中，所述第三监控单元207、所述第三判断单元208以及所述第三记录单元209的具体功能实现方式可以参见上述图5对应实施例中的S502-S504，这里不再进行赘述。
可选的，若某个PE中的待检测路径同时包括关键逻辑判断路径、关键状态机路径、关键数据流路径，则所述第一监控单元201、所述第一判断单元202、所述第一记录单元203、所述第二监控单元204、所述第二判断单元205、所述第二记录单元206、所述第三监控单元207、所述第三判断单元208以及所述第三记录单元209可以同时为该PE进行异常监控和记录。
进一步的，请一并参见图8，是本发明实施例提供的一种第三记录单元209的结构示意图，所述第三记录单元209可以包括采集子单元2091和缓存子单元2092；
所述采集子单元2091，用于确定所述目标异常业务行为满足所述异常业务触发条件，并在所述关键数据流路径上的目标功能块之间采集当前的业务数据流；所述目标功能块为与所述目标异常业务行为相关联的功能块；
所述采集子单元2091，还用于在预设时间段内持续采集所述目标功能块之间的业务数据流；
所述缓存子单元2092，用于将在所述关键数据流路径上采集到的所有业务数据流缓存至预设的数据流信息池中，并确定所述数据流信息池中的所有业务数据流为异常业务信息。
所述收发模块30，用于接收用户侧的异常分析设备发送的异常信息查看请求，根据所述异常信息查看请求将所记录的异常业务信息通过驱动层发送至所述异常分析设备，以使所述异常分析设备根据所述异常业务信息进行异常分析操作；
其中，所述收发模块30的具体功能实现方式可以参见上述图2对应实施例中的S203，这里不再进行赘述。
所述复位模块40，用于接收所述异常分析设备发送的复位请求，根据所述复位请求将所述状态标识数组中的所述目标异常业务类型对应的异常标志位复位为正常标志位；
其中，所述复位模块40的具体功能实现方式可以参见上述图3对应实施例中的S307，这里不再进行赘述。
所述第一删除模块50，用于接收所述异常分析设备发送的第一清除请求，根据所述第一清除请求将所述寄存器信息池中的所有关键数据删除；
其中，所述第一删除模块50的具体功能实现方式可以参见上述图4对应实施例中的S407，这里不再进行赘述。
所述第二删除模块60，用于接收所述异常分析设备发送的第二清除请求，根据所述第二清除请求将所述数据流信息池中的所有业务数据流删除；
其中，所述第二删除模块60的具体功能实现方式可以参见上述图5对应实施例中的S507，这里不再进行赘述。
本发明实施例通过在可编程硬件中的多个单位子处理器中选择目标单位子处理器，并在目标单位子处理器中的待检测路径上设置异常业务触发条件；若在待检测路径上所检测到的目标异常业务行为满足异常业务触发条件，则记录与目标异常业务行为和待检测路径相关联的异常业务信息，并可以接收用户侧的异常分析设备发送的异常信息查看请求，根据异常信息查看请求将所记录的异常业务信息通过驱动层发送至异常分析设备，以使异常分析设备根据异常业务信息进行异常分析操作。由此可见，本发明只需设置一次异常业务触发条件，并在设置异常业务触发条件后，可以实时基于异常业务触发条件对待检测路径进行监控，以记录相关的异常业务信息，而且本发明还将定位分析功能分离到用户侧的异常分析设备，即可编程硬件侧只需负责监控和记录操作即可，从而简化了可编程硬件中的系统调试的开发过程，进而可以缩短系统调试周期，也减少了开发难度，减少时序收敛难度，使开发人员可以更专注于FPGA中的业务逻辑的开发；而且当业务部署上线后，若出现异常问题，则无需进入数据中心，只需通过远程的异常分析设备获取异常业务信息，即可实现远程调试定位，进而可以降低运维难度，从而可以快速适应互联网业务的快速迭代开发。
请参见图9，是本发明实施例提供的一种服务器的结构示意图。所述服务器1000可以包括：至少一个可编程硬件1001，例如FPGA，至少一个网络接口1004，存储器1003，至少一个通信总线1002。其中，通信总线1002用于实现这些组件之间的连接通信。其中，网络接口1004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器1003可以是高速RAM存储器，也可以是非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器。存储器1003可选的还可以是至少一个位于远离前述可编程硬件1001的存储装置。如图9所示，作为一种计算机存储介质的存储器1003中可以包括操作系统、网络通信模块以及设备控制应用程序。如图9所示，所述可编程硬件1001可以包括多个PE(即多个单位子处理器)、状态标识数组、寄存器信息池、数据流信息池(如FIFO存储器)
在图9所示的服务器1000中，网络接口1004主要用于连接用户侧的异常分析设备，与所述异常分析设备进行数据通信；而可编程硬件1001可以用于调用存储器1003中存储的设备控制应用程序，并具体执行以下步骤：
在多个单位子处理器中选择目标单位子处理器(所述目标单位子处理器可以为所述可编程硬件1001中的任意一个PE)，并在所述目标单位子处理器中的待检测路径上设置异常业务触发条件；
若在所述待检测路径上所检测到的目标异常业务行为满足所述异常业务触发条件，则记录与所述目标异常业务行为和所述待检测路径相关联的异常业务信息；
通过所述网络接口1004接收用户侧的异常分析设备发送的异常信息查看请求，根据所述异常信息查看请求将所记录的异常业务信息通过所述网络接口1004发送至所述异常分析设备，以使所述异常分析设备根据所述异常业务信息进行异常分析操作。
在一个实施例中，所述待检测路径包括所述目标单位子处理器中的关键逻辑判断路径；所述异常业务触发条件包括至少一个第一异常业务类型；
则所述可编程硬件1001在执行若在所述待检测路径上所检测到的目标异常业务行为满足所述异常业务触发条件，则记录与所述目标异常业务行为和所述待检测路径相关联的异常业务信息时，具体执行以下步骤：
对所述目标单位子处理器中的关键逻辑判断路径上的业务行为进行实时监控；
若在所述关键逻辑判断路径上监控到目标异常业务行为，则确定所述目标异常业务行为对应的目标异常业务类型，并判断所述异常业务触发条件中的所述至少一个第一异常业务类型是否包含所述目标异常业务类型；
若判断为是，则确定所述目标异常业务行为满足所述异常业务触发条件，并获取与所述关键逻辑判断路径对应的状态标识数组，并将所述状态标识数组中与所述目标异常业务类型对应的标志位更新为异常标志位，并将所述目标异常业务类型对应的异常标志位确定为异常业务信息。
在一个实施例中，所述可编程硬件1001还执行以下步骤：
通过所述网络接口1004接收所述异常分析设备发送的复位请求，根据所述复位请求将所述状态标识数组中的所述目标异常业务类型对应的异常标志位复位为正常标志位。
在一个实施例中，所述待检测路径包括所述目标单位子处理器中的关键状态机路径，所述异常业务触发条件包括至少一个第二异常业务类型；
则所述可编程硬件1001在执行若在所述待检测路径上所检测到的目标异常业务行为满足所述异常业务触发条件，则记录与所述目标异常业务行为和所述待检测路径相关联的异常业务信息时，具体执行以下步骤：
对所述目标单位子处理器中的关键状态机路径上的业务行为进行实时监控；
若在所述关键状态机路径上监控到目标异常业务行为，则确定所述目标异常业务行为对应的目标异常业务类型，并判断所述异常业务触发条件中的所述至少一个第二异常业务类型是否包含所述目标异常业务类型；
若判断为是，则确定所述目标异常业务行为满足所述异常业务触发条件，并将与所述关键状态机路径相关联的至少一个功能块分别对应的关键数据记录到预设的寄存器信息池中，并将各关键数据确定为异常业务信息；所述关键数据包括功能块对应的关键状态机信息和关键寄存器状态信息。
在一个实施例中，所述可编程硬件1001还执行以下步骤：
通过所述网络接口1004接收所述异常分析设备发送的第一清除请求，根据所述第一清除请求将所述寄存器信息池中的所有关键数据删除。
在一个实施例中，所述待检测路径包括所述目标单位子处理器中的关键数据流路径，所述异常业务触发条件包括至少一个第三异常业务类型；
则所述可编程硬件1001在执行若在所述待检测路径上所检测到的目标异常业务行为满足所述异常业务触发条件，则记录与所述目标异常业务行为和所述待检测路径相关联的异常业务信息时，具体执行以下步骤：
对所述目标单位子处理器中的关键数据流路径上的业务行为进行实时监控；
若在所述关键数据流路径上监控到目标异常业务行为，则确定所述目标异常业务行为对应的目标异常业务类型，并判断所述异常业务触发条件中的所述至少一个第三异常业务类型是否包含所述目标异常业务类型；
若判断为是，则确定所述目标异常业务行为满足所述异常业务触发条件，并采集所述关键数据流路径上的业务数据流，并将所述业务数据流缓存至预设的数据流信息池中，并确定所述业务数据流为异常业务信息；所述业务数据流至少包括所述目标异常业务行为对应的数据流。
在一个实施例中，所述可编辑硬件1001在执行确定所述目标异常业务行为满足所述异常业务触发条件，并采集所述关键数据流路径上的业务数据流，并将所述业务数据流缓存至预设的数据流信息池中，并确定所述业务数据流为异常业务信息时，具体执行以下步骤：
确定所述目标异常业务行为满足所述异常业务触发条件，并在所述关键数据流路径上的目标功能块之间采集当前的业务数据流；所述目标功能块为与所述目标异常业务行为相关联的功能块；
在预设时间段内持续采集所述目标功能块之间的业务数据流；
将在所述关键数据流路径上采集到的所有业务数据流缓存至预设的数据流信息池中，并确定所述数据流信息池中的所有业务数据流为异常业务信息。
在一个实施例中，所述可编程硬件1001还可以执行以下步骤：
通过所述网络接口1004接收所述异常分析设备发送的第二清除请求，根据所述第二清除请求将所述数据流信息池中的所有业务数据流删除。
本发明实施例通过在可编程硬件中的多个单位子处理器中选择目标单位子处理器，并在目标单位子处理器中的待检测路径上设置异常业务触发条件；若在待检测路径上所检测到的目标异常业务行为满足异常业务触发条件，则记录与目标异常业务行为和待检测路径相关联的异常业务信息，并可以接收用户侧的异常分析设备发送的异常信息查看请求，根据异常信息查看请求将所记录的异常业务信息通过驱动层发送至异常分析设备，以使异常分析设备根据异常业务信息进行异常分析操作。由此可见，本发明只需设置一次异常业务触发条件，并在设置异常业务触发条件后，可以实时基于异常业务触发条件对待检测路径进行监控，以记录相关的异常业务信息，而且本发明还将定位分析功能分离到用户侧的异常分析设备，即可编程硬件侧只需负责监控和记录操作即可，从而简化了可编程硬件中的系统调试的开发过程，进而可以缩短系统调试周期，也减少了开发难度，减少时序收敛难度，使开发人员可以更专注于FPGA中的业务逻辑的开发；而且当业务部署上线后，若出现异常问题，则无需进入数据中心，只需通过远程的异常分析设备获取异常业务信息，即可实现远程调试定位，进而可以降低运维难度，从而可以快速适应互联网业务的快速迭代开发。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random AccessMemory，RAM)等。
以上所揭露的仅为本发明较佳实施例而已，当然不能以此来限定本发明之权利范围，因此依本发明权利要求所作的等同变化，仍属本发明所涵盖的范围。

Claims (13)

1.一种基于可编程硬件的数据处理方法，其特征在于，包括：
在可编程硬件中的多个单位子处理器中选择目标单位子处理器，并在所述目标单位子处理器中的待检测路径上设置异常业务触发条件；
若在所述待检测路径上所检测到的目标异常业务行为满足所述异常业务触发条件，则记录与所述目标异常业务行为和所述待检测路径相关联的异常业务信息；
接收用户侧的异常分析设备发送的异常信息查看请求，根据所述异常信息查看请求将所记录的异常业务信息通过驱动层发送至所述异常分析设备，以使所述异常分析设备根据所述异常业务信息进行异常分析操作。
2.如权利要求1所述的方法，其特征在于，所述待检测路径包括所述目标单位子处理器中的关键逻辑判断路径；所述异常业务触发条件包括至少一个第一异常业务类型；
则所述若在所述待检测路径上所检测到的目标异常业务行为满足所述异常业务触发条件，则记录与所述目标异常业务行为和所述待检测路径相关联的异常业务信息，包括：
对所述目标单位子处理器中的关键逻辑判断路径上的业务行为进行实时监控；
若在所述关键逻辑判断路径上监控到目标异常业务行为，则确定所述目标异常业务行为对应的目标异常业务类型，并判断所述异常业务触发条件中的所述至少一个第一异常业务类型是否包含所述目标异常业务类型；
若判断为是，则确定所述目标异常业务行为满足所述异常业务触发条件，并获取与所述关键逻辑判断路径对应的状态标识数组，并将所述状态标识数组中与所述目标异常业务类型对应的标志位更新为异常标志位，并将所述目标异常业务类型对应的异常标志位确定为异常业务信息。
3.如权利要求2所述的方法，其特征在于，还包括：
接收所述异常分析设备发送的复位请求，根据所述复位请求将所述状态标识数组中的所述目标异常业务类型对应的异常标志位复位为正常标志位。
4.如权利要求1所述的方法，其特征在于，所述待检测路径包括所述目标单位子处理器中的关键状态机路径，所述异常业务触发条件包括至少一个第二异常业务类型；
则所述若在所述待检测路径上所检测到的目标异常业务行为满足所述异常业务触发条件，则记录与所述目标异常业务行为和所述待检测路径相关联的异常业务信息，包括：
对所述目标单位子处理器中的关键状态机路径上的业务行为进行实时监控；
若在所述关键状态机路径上监控到目标异常业务行为，则确定所述目标异常业务行为对应的目标异常业务类型，并判断所述异常业务触发条件中的所述至少一个第二异常业务类型是否包含所述目标异常业务类型；
若判断为是，则确定所述目标异常业务行为满足所述异常业务触发条件，并将与所述关键状态机路径相关联的至少一个功能块分别对应的关键数据记录到预设的寄存器信息池中，并将各关键数据确定为异常业务信息；所述关键数据包括功能块对应的关键状态机信息和关键寄存器状态信息。
5.如权利要求4所述的方法，其特征在于，还包括：
接收所述异常分析设备发送的第一清除请求，根据所述第一清除请求将所述寄存器信息池中的所有关键数据删除。
6.如权利要求1所述的方法，其特征在于，所述待检测路径包括所述目标单位子处理器中的关键数据流路径，所述异常业务触发条件包括至少一个第三异常业务类型；
则所述若在所述待检测路径上所检测到的目标异常业务行为满足所述异常业务触发条件，则记录与所述目标异常业务行为和所述待检测路径相关联的异常业务信息，包括：
对所述目标单位子处理器中的关键数据流路径上的业务行为进行实时监控；
若在所述关键数据流路径上监控到目标异常业务行为，则确定所述目标异常业务行为对应的目标异常业务类型，并判断所述异常业务触发条件中的所述至少一个第三异常业务类型是否包含所述目标异常业务类型；
若判断为是，则确定所述目标异常业务行为满足所述异常业务触发条件，并采集所述关键数据流路径上的业务数据流，并将所述业务数据流缓存至预设的数据流信息池中，并确定所述业务数据流为异常业务信息；所述业务数据流至少包括所述目标异常业务行为对应的数据流。
7.如权利要求6所述的方法，其特征在于，所述确定所述目标异常业务行为满足所述异常业务触发条件，并采集所述关键数据流路径上的业务数据流，并将所述业务数据流缓存至预设的数据流信息池中，并确定所述业务数据流为异常业务信息，包括：
确定所述目标异常业务行为满足所述异常业务触发条件，并在所述关键数据流路径上的目标功能块之间采集当前的业务数据流；所述目标功能块为与所述目标异常业务行为相关联的功能块；
在预设时间段内持续采集所述目标功能块之间的业务数据流；
将在所述关键数据流路径上采集到的所有业务数据流缓存至预设的数据流信息池中，并确定所述数据流信息池中的所有业务数据流为异常业务信息。
8.如权利要求6或7所述的方法，其特征在于，还包括：
接收所述异常分析设备发送的第二清除请求，根据所述第二清除请求将所述数据流信息池中的所有业务数据流删除。
9.一种基于可编程硬件的数据处理装置，其特征在于，包括：
设置模块，用于在可编程硬件中的多个单位子处理器中选择目标单位子处理器，并在所述目标单位子处理器中的待检测路径上设置异常业务触发条件；
记录模块，用于若在所述待检测路径上所检测到的目标异常业务行为满足所述异常业务触发条件，则记录与所述目标异常业务行为和所述待检测路径相关联的异常业务信息；
收发模块，用于接收用户侧的异常分析设备发送的异常信息查看请求，根据所述异常信息查看请求将所记录的异常业务信息通过驱动层发送至所述异常分析设备，以使所述异常分析设备根据所述异常业务信息进行异常分析操作。
10.如权利要求9所述的装置，其特征在于，所述待检测路径包括所述目标单位子处理器中的关键逻辑判断路径；所述异常业务触发条件包括至少一个第一异常业务类型；
则所述记录模块包括：
第一监控单元，用于对所述目标单位子处理器中的关键逻辑判断路径上的业务行为进行实时监控；
第一判断单元，用于若在所述关键逻辑判断路径上监控到目标异常业务行为，则确定所述目标异常业务行为对应的目标异常业务类型，并判断所述异常业务触发条件中的所述至少一个第一异常业务类型是否包含所述目标异常业务类型；
第一记录单元，用于若判断为是，则确定所述目标异常业务行为满足所述异常业务触发条件，并获取与所述关键逻辑判断路径对应的状态标识数组，并将所述状态标识数组中与所述目标异常业务类型对应的标志位更新为异常标志位，并将所述目标异常业务类型对应的异常标志位确定为异常业务信息。
11.如权利要求9所述的装置，其特征在于，所述待检测路径包括所述目标单位子处理器中的关键状态机路径，所述异常业务触发条件包括至少一个第二异常业务类型；
则所述记录模块包括：
第二监控单元，用于对所述目标单位子处理器中的关键状态机路径上的业务行为进行实时监控；
第二判断单元，用于若在所述关键状态机路径上监控到目标异常业务行为，则确定所述目标异常业务行为对应的目标异常业务类型，并判断所述异常业务触发条件中的所述至少一个第二异常业务类型是否包含所述目标异常业务类型；
第二记录单元，用于若判断为是，则确定所述目标异常业务行为满足所述异常业务触发条件，并将与所述关键状态机路径相关联的至少一个功能块分别对应的关键数据记录到预设的寄存器信息池中，并将各关键数据确定为异常业务信息；所述关键数据包括功能块对应的关键状态机信息和关键寄存器状态信息。
12.如权利要求9所述的装置，其特征在于，所述待检测路径包括所述目标单位子处理器中的关键数据流路径，所述异常业务触发条件包括至少一个第三异常业务类型；
则所述记录模块包括：
第三监控单元，用于对所述目标单位子处理器中的关键数据流路径上的业务行为进行实时监控；
第三判断单元，用于若在所述关键数据流路径上监控到目标异常业务行为，则确定所述目标异常业务行为对应的目标异常业务类型，并判断所述异常业务触发条件中的所述至少一个第三异常业务类型是否包含所述目标异常业务类型；
第三记录单元，用于若判断为是，则确定所述目标异常业务行为满足所述异常业务触发条件，并采集所述关键数据流路径上的业务数据流，并将所述业务数据流缓存至预设的数据流信息池中，并确定所述业务数据流为异常业务信息；所述业务数据流至少包括所述目标异常业务行为对应的数据流。
13.如权利要求12所述的装置，其特征在于，所述第三记录单元包括：
采集子单元，用于确定所述目标异常业务行为满足所述异常业务触发条件，并在所述关键数据流路径上的目标功能块之间采集当前的业务数据流；所述目标功能块为与所述目标异常业务行为相关联的功能块；
所述采集子单元，还用于在预设时间段内持续采集所述目标功能块之间的业务数据流；
缓存子单元，用于将在所述关键数据流路径上采集到的所有业务数据流缓存至预设的数据流信息池中，并确定所述数据流信息池中的所有业务数据流为异常业务信息。
CN201710166693.5A 2017-03-20 2017-03-20 一种基于可编程硬件的数据处理方法以及装置 Active CN108628694B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201710166693.5A CN108628694B (zh) 2017-03-20 2017-03-20 一种基于可编程硬件的数据处理方法以及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710166693.5A CN108628694B (zh) 2017-03-20 2017-03-20 一种基于可编程硬件的数据处理方法以及装置

Publications (2)

Publication Number Publication Date
CN108628694A true CN108628694A (zh) 2018-10-09
CN108628694B CN108628694B (zh) 2023-03-28

Family

ID=63687094

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710166693.5A Active CN108628694B (zh) 2017-03-20 2017-03-20 一种基于可编程硬件的数据处理方法以及装置

Country Status (1)

Country Link
CN (1) CN108628694B (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110209492A (zh) * 2019-03-21 2019-09-06 腾讯科技（深圳）有限公司 一种数据处理方法及装置
CN110213074A (zh) * 2019-03-07 2019-09-06 腾讯科技（深圳）有限公司 分布式协议的异常构造方法、系统和装置
CN112579356A (zh) * 2020-12-21 2021-03-30 上海金仕达软件科技有限公司 一种故障处理方法及服务器
CN113347209A (zh) * 2021-07-30 2021-09-03 深圳市永达电子信息股份有限公司 基于状态机的业务行为分析方法、系统、设备及存储介质

Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030097628A1 (en) * 2001-10-11 2003-05-22 Ngo Ninh D. Error detection on programmable logic resources
CN1859224A (zh) * 2005-12-31 2006-11-08 华为技术有限公司 一种业务行为异常处理方法及系统
CN1877471A (zh) * 2005-06-10 2006-12-13 株式会社日立制作所 控制装置的任务管理装置和方法
CN201035559Y (zh) * 2006-11-15 2008-03-12 大唐移动通信设备有限公司 协处理器状态监控装置
CN101359959A (zh) * 2008-09-17 2009-02-04 中兴通讯股份有限公司 一种用于故障定位分析的信息获取方法
CN101681287A (zh) * 2007-06-13 2010-03-24 株式会社丰田It开发中心 处理器动作检查系统及动作检查电路
CN101706747A (zh) * 2009-11-13 2010-05-12 上海华为技术有限公司 一种可编程逻辑的信息处理方法、装置和系统
US20130318405A1 (en) * 2011-12-30 2013-11-28 Shino Korah Early fabric error forwarding
CN103500133A (zh) * 2013-09-17 2014-01-08 华为技术有限公司 故障定位方法及装置
CN104714459A (zh) * 2013-12-17 2015-06-17 株式会社东芝 可编程控制器

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030097628A1 (en) * 2001-10-11 2003-05-22 Ngo Ninh D. Error detection on programmable logic resources
CN1877471A (zh) * 2005-06-10 2006-12-13 株式会社日立制作所 控制装置的任务管理装置和方法
CN1859224A (zh) * 2005-12-31 2006-11-08 华为技术有限公司 一种业务行为异常处理方法及系统
CN201035559Y (zh) * 2006-11-15 2008-03-12 大唐移动通信设备有限公司 协处理器状态监控装置
CN101681287A (zh) * 2007-06-13 2010-03-24 株式会社丰田It开发中心 处理器动作检查系统及动作检查电路
CN101359959A (zh) * 2008-09-17 2009-02-04 中兴通讯股份有限公司 一种用于故障定位分析的信息获取方法
CN101706747A (zh) * 2009-11-13 2010-05-12 上海华为技术有限公司 一种可编程逻辑的信息处理方法、装置和系统
US20130318405A1 (en) * 2011-12-30 2013-11-28 Shino Korah Early fabric error forwarding
CN103500133A (zh) * 2013-09-17 2014-01-08 华为技术有限公司 故障定位方法及装置
CN104714459A (zh) * 2013-12-17 2015-06-17 株式会社东芝 可编程控制器

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
P. GARCIA ET AL.: "A Fault Tolerant Design Methodology for a FPGA-based Softcore Processor", 《PROCEEDINGS OF THE 1ST IFAC CONFERENCE ON EMBEDDED SYSTEMS,COMPUTATIONAL INTELLIGENCE AND TELEMATICS IN CONTROL - CESCIT 2012》 *
朱树元: "MPEG-2传送流特殊信息处理的FPGA实现研究", 《中国优秀硕士学位论文全文数据库 信息科技辑》 *

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110213074A (zh) * 2019-03-07 2019-09-06 腾讯科技（深圳）有限公司 分布式协议的异常构造方法、系统和装置
CN110213074B (zh) * 2019-03-07 2022-03-11 腾讯科技（深圳）有限公司 分布式协议的异常构造方法、系统和装置
CN110209492A (zh) * 2019-03-21 2019-09-06 腾讯科技（深圳）有限公司 一种数据处理方法及装置
CN110209492B (zh) * 2019-03-21 2023-09-05 腾讯科技（深圳）有限公司 一种数据处理方法及装置
CN112579356A (zh) * 2020-12-21 2021-03-30 上海金仕达软件科技有限公司 一种故障处理方法及服务器
CN113347209A (zh) * 2021-07-30 2021-09-03 深圳市永达电子信息股份有限公司 基于状态机的业务行为分析方法、系统、设备及存储介质
CN113347209B (zh) * 2021-07-30 2021-11-26 深圳市永达电子信息股份有限公司 基于状态机的业务行为分析方法、系统、设备及存储介质

Also Published As

Publication number Publication date
CN108628694B (zh) 2023-03-28

Similar Documents

Publication Publication Date Title
CN108628694A (zh) 一种基于可编程硬件的数据处理方法以及装置
US10929260B2 (en) Traffic capture and debugging tools for identifying root causes of device failure during automated testing
Jiang et al. Modeling and tracking of transaction flow dynamics for fault detection in complex systems
US6539341B1 (en) Method and apparatus for log information management and reporting
US20150234730A1 (en) Systems and methods for performing software debugging
US10223190B2 (en) Identification of storage system elements causing performance degradation
CN102257520B (zh) 应用的性能分析
US8090565B2 (en) System and method for using model analysis to generate directed test vectors
CN101089826B (zh) 创建容错和自适应图形用户接口测试自动化的方法和系统
CN108491861A (zh) 基于多源多参量融合的输变电设备状态异常模式识别方法及装置
CN105468484A (zh) 用于在存储系统中确定故障位置的方法和装置
US8276020B2 (en) Systems and methods for automated determination of error handling
CN111108481B (zh) 故障分析方法及相关设备
JP6119535B2 (ja) トレース方法、処理プログラム、および情報処理装置
CN109358975A (zh) 一种软件运行异常的分析方法、装置、电子设备及存储介质
CN103593271A (zh) 一种片上系统芯片追踪调试的方法及装置
US20210173010A1 (en) Diagnostic tool for traffic capture with known signature database
CN104881355A (zh) 一种用于检测测试覆盖的方法和系统
CN103197914B (zh) 多处理器延迟执行的方法和系统
US20210111967A1 (en) Graphical user interface for traffic capture and debugging tool
CN107479540A (zh) 故障诊断方法以及系统
CN103678116A (zh) 用于促进自动化程序测试的方法和系统
US7546488B2 (en) Event logging and analysis in a software system
CN107274933A (zh) 一种测试固态硬盘的方法及装置
CN102591763A (zh) 一种基于确定性重放的处理器整体故障检测系统与方法

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant