CN110784344A - 数据处理方法、装置、计算机设备和存储介质 - Google Patents

数据处理方法、装置、计算机设备和存储介质 Download PDF

Info

Publication number
CN110784344A
CN110784344A CN201910986741.4A CN201910986741A CN110784344A CN 110784344 A CN110784344 A CN 110784344A CN 201910986741 A CN201910986741 A CN 201910986741A CN 110784344 A CN110784344 A CN 110784344A
Authority
CN
China
Prior art keywords
data
target
system resource
data stream
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
CN201910986741.4A
Other languages
English (en)
Other versions
CN110784344B (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.)
Comba Network Systems Co Ltd
Original Assignee
Comba Telecom Systems China 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 Comba Telecom Systems China Ltd filed Critical Comba Telecom Systems China Ltd
Priority to CN201910986741.4A priority Critical patent/CN110784344B/zh
Publication of CN110784344A publication Critical patent/CN110784344A/zh
Application granted granted Critical
Publication of CN110784344B publication Critical patent/CN110784344B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3003—Monitoring arrangements specially adapted to the computing system or computing system component being monitored
    • G06F11/3024—Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system component is a central processing unit [CPU]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3003—Monitoring arrangements specially adapted to the computing system or computing system component being monitored
    • G06F11/3037—Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system component is a memory, e.g. virtual memory, cache
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0876—Network utilisation, e.g. volume of load or congestion level
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/16—Threshold monitoring
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/12—Avoiding congestion; Recovering from congestion

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computing Systems (AREA)
  • Signal Processing (AREA)
  • General Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Mathematical Physics (AREA)
  • Quality & Reliability (AREA)
  • Software Systems (AREA)
  • Environmental & Geological Engineering (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本申请涉及一种数据处理方法、装置、计算机设备和存储介质。该方法通过监测数据流的系统资源的使用情况；并获取满足QoS要求的目标系统资源，再根据目标系统资源和系统资源的使用情况，判断系统是否出现拥塞，若出现拥塞，则根据出现拥塞的系统资源的类型对应的处理策略对数据流进行处理。由于本申请提供的用于处理系统拥塞的数据处理方法是根据至少两种类型的系统资源判定系统是否出现拥塞，以及对应不同系统资源类型采用不同处理策略解决系统的拥塞问题。本申请提供的用于解决拥塞的数据处理方法能够在解决系统拥塞问题的同时，仍然能够保证系统中的整体业务按照数据流的QoS等级为其提供相应的服务质量。

Description

数据处理方法、装置、计算机设备和存储介质
技术领域
本申请涉及通信技术领域，尤其涉及一种数据处理方法、装置、计算机设备和存储介质。
背景技术
随着信息技术的发展以及各领域信息系统的普及应用，用户对业务的数据量和要求也越来越高，而业务数据量的增加，以及信息系统资源的有限性，很容易在信息系统中造成数据拥塞或系统过载的情况。
目前存在多种数据处理方法，以解决数据拥塞的问题，例如，采用令牌池去分配服务的CPU使用时间来进行数据拥塞控制、监控系统的CPU占用率来进行数据拥塞控制、监控数据的丢包率和时延两个指标来进行数据拥塞控制；接收端向发送端反馈拥塞状态、发送端调整发送速率来避免数据拥塞等。
但是，上述数据处理方法均难以保证系统服务质量。
发明内容
基于此，有必要针对上述技术问题，提供一种能够有效保证系统服务质量，且能够有效提高数据处理效率的数据处理方法、装置、计算机设备和存储介质。
第一方面，一种数据处理方法，所述方法包括：
监测数据流的系统资源的使用情况；系统资源包括至少两种类型的系统资源；
获取数据流的目标系统资源；目标系统资源包括满足系统服务质量QoS要求的至少两种类型的系统资源；
根据系统资源的使用情况和目标系统资源，判断系统是否出现拥塞；
若出现拥塞，则根据出现拥塞的系统资源的类型对应的处理策略对数据流进行处理。
在其中一个实施例中，系统资源包括中央处理器CPU资源、内存资源、网口带宽、以及空口带宽中的至少两种。
在其中一个实施例中，若系统资源包括CPU资源，监测数据流的系统资源的使用情况，包括：
监测数据流占用CPU的实际时长。
在其中一个实施例中，目标系统资源包括目标CPU占用时长，根据目标系统资源和系统资源的使用情况，判断系统是否出现拥塞，包括：
判断监测到的数据流占用CPU的实际时长是否超过目标CPU占用时长，或者数据流占用CPU的实际时长是否超过预设时长阈值；
若超出，则确定系统出现拥塞，且出现拥塞的系统资源的类型为CPU资源。
在其中一个实施例中，根据出现拥塞的系统资源的类型对应的处理策略对数据流进行处理，包括：
根据目标CPU占用时长，更改数据流的CPU处理时长。
在其中一个实施例中，若系统资源包括内存资源，监测数据流的系统资源的使用情况，包括：
监测数据流占用内存的实际数目。
在其中一个实施例中，目标系统资源包括目标内存占用数目，根据系统资源的使用情况和目标系统资源判断系统是否出现拥塞，包括：
判断监测到的数据流占用内存的实际数目是否超过目标内存占用数目，或者数据流占用内存的实际数目是否超过预设数目阈值；
若超出，则确定系统出现拥塞，且出现拥塞的系统资源的类型为内存资源。
在其中一个实施例中，根据出现拥塞的系统资源的类型对应的处理策略对数据流进行处理，包括：
根据目标内存占用数目，对数据流多占用的内存数目进行回收，并将回收的内存重新分配给其它数据流。
在其中一个实施例中，若系统资源包括网口带宽，监测数据流的系统资源的使用情况，包括：
监测数据流的网口的实际数据流量。
在其中一个实施例中，目标系统资源包括目标网口带宽，根据系统资源的使用情况和目标系统资源，判断系统是否出现拥塞，包括：
判断监测到的数据流的网口的实际数据流量是否超过目标网口带宽设定的数据流量，或者数据流的网口的实际数据流量是否超过或预设网口数据量阈值；
若超出，则确定系统出现拥塞，且出现拥塞的系统资源的类型为网口带宽。
在其中一个实施例中，根据出现拥塞的系统资源的类型对应的处理策略对数据流进行处理，包括：
根据目标网口带宽设定的数据流量，对数据流进行网口的流量控制。
在其中一个实施例中，若系统资源包括空口带宽，监测数据流的系统资源的使用情况，包括：
监测数据流的空口的实际数据流量。
在其中一个实施例中，系统目标系统资源包括目标空口带宽，根据系统资源的使用情况和目标系统资源，判断系统是否出现拥塞，包括：
判断监测到的数据流的空口的实际数据流量是否小于对应的网口的实际数据流量一定比例，或者所述数据流的空口的实际数据流量是否大于目标空口带宽设定的数据流量、或者数据流的空口的实际数据流量是否大于预设空口数据量阈值；
若数据流的空口的实际数据流量小于对应的网口的实际数据流量一定比例，或者数据流的空口的实际数据流量大于目标空口带宽设定的数据流量，或者数据流的空口的实际数据流量大于预设空口数据量阈值，则确定系统出现拥塞，且出现拥塞的系统资源的类型为空口带宽。
在其中一个实施例中，根据出现拥塞的系统资源的类型对应的处理策略对数据流进行处理，包括：
根据目标空口带宽设定的数据流量，对数据流重新进行调度。
在其中一个实施例中，获取所述数据流的目标系统资源，包括：
根据系统服务质量QoS要求，计算数据流的目标系统资源。
第二方面，一种数据处理装置，所述装置包括：
监测模块，用于监测数据流的系统资源的使用情况；系统资源包括至少两种类型的系统资源；
获取模块，用于获取数据流的目标系统资源；目标系统资源包括满足系统服务质量QoS要求的至少两种类型的系统资源；
判断模块，用于根据系统资源使用情况和目标系统资源判断系统是否出现拥塞；
执行模块，用于在出现拥塞时，根据出现拥塞的系统资源的类型对应的处理策略对数据流进行处理。
第三方面，一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现第一方面任一实施例所述的数据处理方法。
第四方面，一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现第一方面任一实施例所述的数据处理方法。
本申请提供的一种数据处理方法、装置、计算机设备和存储介质，通过监测数据流的系统资源的使用情况；并获取满足QoS要求的目标系统资源，再根据目标系统资源和系统资源的使用情况，判断系统是否出现拥塞，若出现拥塞，则根据出现拥塞的系统资源的类型对应的处理策略对数据流进行处理。由于本申请提供的用于处理系统拥塞的数据处理方法是根据至少两种类型的系统资源判定系统是否出现拥塞，以及对应不同系统资源类型采用不同处理策略解决系统的拥塞问题。而现有技术在处理拥塞问题时，通常仅考虑了CPU资源的使用情况来解决拥塞问题，未考虑数据拥塞情况下整体系统中其它类型资源出现问题带来的系统服务质量降低的情况。因此，相比于现有的解决拥塞的数据处理方法容易导致系统服务质量下降的问题，本申请提供的用于解决拥塞的数据处理方法能够在解决系统拥塞问题的同时，仍然能够保证系统中的整体业务按照数据流的QoS等级为其提供相应的服务质量，从而可以避免整体服务质量降低或恶化带来的雪崩效应。
附图说明
图1为一个实施例提供的一种计算机设备的内部结构示意图；
图2为一个实施例提供的一种数据处理方法的流程图；
图3为一个实施例提供的一种数据处理方法的流程图；
图4为一个实施例提供的一种数据处理方法的流程图；
图5为一个实施例提供的一种数据处理方法的流程图；
图6为一个实施例提供的一种数据处理方法的流程图；
图7为一个实施例提供的一种数据处理方法的流程图；
图8为一个实施例提供的一种数据处理装置的结构示意图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅用以解释本申请，并不用于限定本申请。
本申请提供的数据处理方法，可以应用于如图1所示的计算机设备中。
该计算机设备可以是发送数据的终端，也可以是接收数据的终端，其内部结构图可以如图1所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口、显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种数据处理方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。
本领域技术人员可以理解，图1中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
下面将通过实施例并结合附图具体地对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。
图2为一个实施例提供的一种数据处理方法的流程图，该方法的执行主体为图1中的计算机设备，该方法涉及的是当数据传输系统或其它类型的应用系统中出现数据拥塞或系统过载时，计算机设备对数据流的处理过程。如图2所示，该方法具体包括以下步骤：
S101、监测数据流的系统资源的使用情况；系统资源包括至少两种类型的系统资源。
其中，系统资源可以包括诸如数据传输系统、测试系统、通信系统、网络系统等应用系统上的系统资源。系统资源具体可以包括中央处理器(central processing unit，CPU)空闲百分比、物理内存消耗量、硬盘空闲层度、网卡、声卡等一系列能够表征计算机设备或系统中终端上硬件状态的综合繁忙层度的资源。
本实施例中，计算机设备可以周期性的，也可以实时的监测发送数据流或接收数据流的系统资源的使用情况。具体的，计算机设备可以监测每个数据流的系统资源的使用情况，也可以监测全部数据流的系统资源的使用情况。各种类型的系统资源的使用情况可以具体根据系统资源的类型确定，例如CPU资源的使用情况即为CPU的占用时长，内存资源的使用情况即为占用内存数目量。本实施例中的系统资源包括至少两种类型的系统资源，因此，在计算机设备监测数据流的系统资源的使用情况时，需要同时监测至少两种类型的资源使用情况。例如，若系统资源包括CPU资源和内存资源，则计算机设备在接收数据或发送数据时，可以同时监测CPU和内存的使用情况。
S102、获取数据流的目标系统资源；目标系统资源包括满足系统服务质量QoS要求的至少两种类型的系统资源。
其中，系统服务质量(Quality of Service，QoS)指一个网络系统能够利用各种基础技术，为指定的网络系统通信提供更好的服务能力，是网络系统的一种安全机制。本实施例中，计算机设备在监测上述数据流的系统资源的使用情况的同时，还可以根据系统服务质量QoS要求，计算得到该数据流对应的包括至少两种类型的系统资源的目标系统资源。需要说明的是，目标系统资源可以包括诸如CPU空闲百分比、物理内存消耗量、硬盘空闲层度、目标网卡、声卡等一系列能够表征计算机设备或系统中终端上硬件状态的综合繁忙层度的目标系统资源，其可以具体与S101中监测到的系统资源中包含的系统资源对应。
S103、根据系统资源的使用情况和目标系统资源，判断系统是否出现拥塞。
本实施例涉及计算机设备判定系统是否出现拥塞的过程，具体过程包括：当计算机设备基于前述S101的步骤监测到发送或接收的全部数据流的系统资源的使用情况，以及基于前述S102的步骤计算得到全部数据流的目标系统资源时，可以进一步的通过比较数据流的系统资源的使用情况和目标系统资源，查看数据流使用的系统资源是否出现异常或不符合正常数据流的传输要求，以便之后根据查看结果判定系统是否出现拥塞。
S104、若出现拥塞，则根据出现拥塞的系统资源的类型对应的处理策略对数据流进行处理。
其中，处理策略为计算机设备在系统出现拥塞时对发生拥塞的数据流执行拥塞处理的具体方法。该处理策略可以根据出现拥塞的系统资源的类型具体设定，即系统资源的类型与处理策略一一对应，不同的系统资源类型对应不同的用于处理拥塞的处理策略。
本实施例中，当计算机设备判断系统出现拥塞时，可以根据出现拥塞的系统资源的类型确定对应的用于处理该拥塞的处理策略，然后根据处理策略指示的处理方法对数据流进行处理，以实现对系统资源的重新分配、回收、调用等，以解决系统中出现的拥塞问题。
本实施例提供的数据处理方法，通过监测数据流的系统资源的使用情况；并获取满足QoS要求的目标系统资源，再根据目标系统资源和系统资源的使用情况，判断系统是否出现拥塞，若出现拥塞，则根据出现拥塞的系统资源的类型对应的处理策略对数据流进行处理。由于本申请提供的用于处理系统拥塞的数据处理方法是根据至少两种类型的系统资源判定系统是否出现拥塞，以及对应不同系统资源类型采用不同处理策略解决系统的拥塞问题。而现有技术在处理拥塞问题时，通常仅考虑了CPU资源的使用情况来解决拥塞问题，未考虑数据拥塞情况下整体系统中其它类型资源出现问题带来的系统服务质量降低的情况。因此，相比于现有的解决拥塞的数据处理方法容易导致系统服务质量下降的问题，本申请提供的用于解决拥塞的数据处理方法能够在解决系统拥塞问题的同时，仍然能够保证系统中的整体业务按照数据流的QoS等级为其提供相应的服务质量，从而可以避免整体服务质量降低或恶化带来的雪崩效应。
在一个实施例中，本申请提供的系统资源可以包括多种类型的系统资源，其中具体可以包括CPU资源、内存资源、网口带宽、以及空口带宽中的至少两种。
当上述系统资源包括上述四种类型的系统资源时，计算机设备执行不同的数据处理方法，且对应不同的四种应用场景，下面实施例分别说明这四种应用场景下的数据处理方法。
第一种应用场景：若系统资源包括CPU资源，则，
上述S101“监测数据流的系统资源的使用情况”，具体包括：监测数据流占用CPU的实际时长。
本实施例涉及系统资源包括CPU资源时，计算机设备监测该CPU资源的应用。在该应用下，计算机设备在具体执行S101的步骤时，可以具体监测每个数据流占用CPU的实际时长，然后再周期性的统计出全部数据流占用CPU的实际时长，以便之后使用。
上述S102“获取数据流的目标系统资源”，具体包括：获取目标系统资源中的目标CPU占用时长。
本实施例涉及系统资源包括CPU资源时，计算机设备计算得到与该CPU资源对应的目标系统资源的应用。在该应用下，计算机设备在具体执行S102的步骤时，可以具体根据系统服务质量QoS要求，计算得到目标CPU占用时长，以便之后使用。
上述S103“根据系统资源的使用情况和目标系统资源，判断系统是否出现拥塞”，如图3所示，包括：
S201、判断监测到的数据流占用CPU的实际时长是否超过目标CPU占用时长，或者数据流占用CPU的实际时长是否超过预设时长阈值。
其中，预设时长阈值可以是由计算机设备预先根据实际应用需求确定的指标，用于评估系统是否出现拥塞。本实施例中，当计算机设备监测到发送或接收的全部数据流占用CPU的实际时长，计算得到对应的目标CPU占用时长，以及获取到预先确定的预设时长阈值时，可以进一步的判断全部数据流占用CPU的实际时长是否超过目标CPU占用时长，或者全部数据流占用CPU的实际时长是否超过预设时长阈值，得到判断结果，以便之后根据不同的判断结果执行不同的操作。
S202、若超出，则确定系统出现拥塞，且出现拥塞的系统资源的类型为CPU资源。
本实施例涉及系统出现拥塞的情况，该情况下，出现拥塞的系统资源的类型具体为CPU资源，即，当计算机设备监测到的数据流占用CPU的实际时长超过目标CPU占用时长，或者计算机设备监测到的数据流占用CPU的实际时长超过预设时长阈值时，说明此时数据流占用的CPU实际时长超过了正常指标而导致系统中产生数据拥塞。
上述S104“根据出现拥塞的系统资源的类型对应的处理策略对数据流进行处理”，具体包括：根据目标CPU占用时长，更改数据流的CPU处理时长。
本实施例涉及系统资源包括CPU资源时，计算机设备对数据流进行处理的应用。在该应用下，计算机设备在具体执行S104的步骤时，可以具体根据目标CPU占用时长更改数据流的CPU处理时长，使该数据流的CPU处理时长能够满足QoS的要求。可选的，计算机设备也可以将数据流挂起，使该数据流不占用CPU时长，以释放CPU资源，从而解决系统中拥塞的问题。
第二种应用场景：若系统资源包括内存资源，则，
上述S101“监测数据流的系统资源的使用情况”，具体包括：监测数据流占用内存的实际数目。
本实施例涉及系统资源包括内存资源时，计算机设备监测该内存资源的应用。在该应用下，计算机设备在具体执行S101的步骤时，可以具体监测每个数据流占用内存的实际数目，然后再周期性的统计出全部数据流占用内存的实际数目，以便之后使用。
上述S102“获取数据流的目标系统资源”，具体包括：获取目标系统资源中的目标内存占用数目。
本实施例涉及系统资源包括内存资源时，计算机设备计算得到与该内存资源对应的目标系统资源的应用。在该应用下，计算机设备在具体执行S102的步骤时，可以具体根据系统服务质量QoS要求，计算得到目标内存占用数目，以便之后使用。
上述S103“根据系统资源的使用情况和目标系统资源，判断系统是否出现拥塞”，如图4所示，包括：
S301、判断监测到的数据流占用内存的实际数目是否超过目标内存占用数目，或者数据流占用内存的实际数目是否超过预设数目阈值。
其中，预设数目阈值可以是由计算机设备预先根据实际应用需求确定的指标，用于评估系统是否出现拥塞。本实施例中，当计算机设备监测到发送或接收的全部数据流占用内存的实际数目，计算得到对应的目标内存占用数目，以及获取到预先确定的预设数目阈值时，可以进一步的判断全部数据流占用内存的实际数目是否超过目标内存占用数目，或者全部数据流占用内存的实际数目是否超过预设数目阈值，得到判断结果，以便之后根据不同的判断结果执行不同的操作。
S302、若超出，则确定系统出现拥塞，且出现拥塞的系统资源的类型为内存资源。
本实施例涉及系统出现拥塞的情况，该情况下，出现拥塞的系统资源的类型具体为内存资源，即，当计算机设备监测到的数据流占用内存的实际数目超过目标内存占用数目，或者计算机设备监测到的数据流占用内存的实际数目超过预设数目阈值时，说明此时数据流占用的实际内存数目超过了正常指标而导致系统中产生数据拥塞。
上述S104“根据出现拥塞的系统资源的类型对应的处理策略对数据流进行处理”，具体包括：根据目标内存占用数目，对数据流多占用的内存数目进行回收，并将回收的内存重新分配给其它数据流。
本实施例涉及系统资源包括内存资源时，计算机设备对数据流进行处理的应用。在该应用下，计算机设备在具体执行S104的步骤时，可以具体根据目标内存占用数目获取数据流多占用的内存数目，然后对数据流多占用的内存数目进行回收，并将回收的内存重新分配给其它数据流，从而解决系统中拥塞的问题。
第三种应用场景：若系统资源包括网口带宽，则，
上述S101“监测数据流的系统资源的使用情况”，具体包括：监测数据流的网口的实际数据流量。
本实施例涉及系统资源包括网口带宽时，计算机设备监测该网口带宽的应用。在该应用下，计算机设备在具体执行S101的步骤时，可以具体监测每个数据流的网口的实际数据流量，然后再周期性的统计出全部数据流的网口的实际数据流量，以便之后使用。
上述S102“获取数据流的目标系统资源”，具体包括：获取目标系统资源中的目标网口带宽设定的数据流量。
本实施例涉及系统资源包括网口带宽时，计算机设备计算得到与该网口带宽对应的目标系统资源的应用。在该应用下，计算机设备在具体执行S102的步骤时，可以具体根据系统服务质量QoS要求，计算得到目标网口带宽设定的数据流量，以便之后使用。
上述S103“根据系统资源的使用情况和目标系统资源，判断系统是否出现拥塞”，如图5所示，包括：
S401、判断监测到的数据流的网口的实际数据流量是否超过目标网口带宽设定的数据流量，或者数据流的网口的实际数据流量是否超过预设网口数据量阈值。
其中，预设网口数据量阈值可以是由计算机设备预先根据实际应用需求确定的指标，用于评估系统是否出现拥塞。本实施例中，当计算机设备监测到发送或接收的全部数据流的网口的实际数据流量，计算得到对应的目标网口带宽设定的数据流量，以及获取到预先确定的预设网口数据量阈值时，可以进一步的判断全部数据流的网口的实际数据流量是否超过目标网口带宽设定的数据流量，或者全部数据流的网口的实际数据流量是否超过预设网口数据量阈值，得到判断结果，以便之后根据不同的判断结果执行不同的操作。
S402、若超出，则确定系统出现拥塞，且出现拥塞的系统资源的类型为网口带宽。
本实施例涉及系统出现拥塞的情况，该情况下，出现拥塞的系统资源的类型具体为网口带宽，即，当计算机设备监测到的数据流的网口的实际数据流量超过目标网口带宽设定的数据流量，或者计算机设备监测到的数据流的网口的实际数据流量超过预设网口数据量阈值时，说明此时数据流的网口的实际数据流量超过了正常指标而导致系统中产生数据拥塞。
上述S104“根据出现拥塞的系统资源的类型对应的处理策略对数据流进行处理”，具体包括：根据目标网口带宽设定的数据流量，对数据流进行网口的流量控制。
本实施例涉及系统资源包括网口带宽时，计算机设备对数据流进行处理的应用。在该应用下，计算机设备在具体执行S104的步骤时，可以具体根据目标网口带宽设定的数据流量，对数据流进行网口的流量控制，具体可以针对发送网口实现流量控制，也可以针对接收网口实现流量控制，从而解决系统中拥塞的问题。
第四种应用场景：若系统资源包括空口带宽，则，
上述S101“监测数据流的系统资源的使用情况”，具体包括：监测数据流的空口的实际数据流量。
本实施例涉及系统资源包括空口带宽时，计算机设备监测该空口带宽的应用。在该应用下，计算机设备在具体执行S101的步骤时，可以具体监测每个数据流的空口的实际数据流量，然后再周期性的统计出全部数据流的空口的实际数据流量，以便之后使用。
上述S102“获取数据流的目标系统资源”，具体包括：获取目标系统资源中的目标空口带宽设定的数据流量。
本实施例涉及系统资源包括空口带宽时，计算机设备计算得到与该空口带宽对应的目标系统资源的应用。在该应用下，计算机设备在具体执行S102的步骤时，可以具体根据系统服务质量QoS要求，计算得到目标空口带宽设定的数据流量，以便之后使用。
上述S103“根据系统资源的使用情况和目标系统资源，判断系统是否出现拥塞”，如图6所示，包括：
S501、判断监测到的数据流的空口的实际数据流量是否小于对应的网口的实际数据流量一定比例，或者数据流的空口的实际数据流量是否大于目标空口带宽设定的数据量，或者数据流的空口的实际数据流量是否大于预设空口数据量阈值。
其中，预设空口数据量阈值可以是由计算机设备预先根据实际应用需求确定的指标，用于评估系统是否出现拥塞。在常规应用中，一般系统中的空口的实际数据流量如果小于对应的网口的实际数据流量一定比例时，即可判定该系统中出现拥塞。因此，本实施例中，当计算机设备监测到发送或接收的全部数据流的空口的实际数据流量，计算得到对应的目标空口带宽设定的数据流量，以及获取到预先确定的预设网口数据量阈值时，可以进一步的判断监测到的数据流的空口的实际数据流量是否小于对应的网口的实际数据流量一定比例，或者判断监测到的数据流的空口的实际数据流量是否大于目标空口带宽设定的数据量，或者判断监测到的数据流的空口的实际数据流量是否大于预设空口数据量阈值，得到判断结果，以便之后根据不同的判断结果执行不同的操作。需要说明的是，上述一定比例是根据实际应用需求确定的，可以由计算机设备预先确定，例如，其可以取％20，或30％等不同的比例值。
S502、若数据流的空口的实际数据流量小于对应的网口的实际数据流量一定比例，或者数据流的空口的实际数据流量大于目标空口带宽设定的数据流量，或者数据流的空口的实际数据流量大于预设空口数据量阈值，则确定系统出现拥塞，且出现拥塞的系统资源的类型为空口带宽。
本实施例涉及系统出现拥塞的情况，该情况下，出现拥塞的系统资源的类型具体为空口带宽，即，当计算机设备监测到的数据流的即，当计算机设备监测到的数据流的空口的实际数据流量超过目标空口带宽设定的数据流量，或者计算机设备监测到的数据流的空口的实际数据流量超过预设空口数据量阈值吗，或者计算机设备监测到的数据流的空口的实际数据流量超过目标空口带宽设定的数据流量时，说明此时数据流的空口的实际数据流量超过了正常指标而导致系统中产生数据拥塞。
上述S104“根据出现拥塞的系统资源的类型对应的处理策略对数据流进行处理”，具体包括：根据目标空口带宽设定的数据流量，对数据流重新进行调度。
本实施例涉及系统资源包括空口带宽时，计算机设备对数据流进行处理的应用。在该应用下，计算机设备在具体执行S104的步骤时，可以具体根据目标空口带宽设定的数据流量，对数据流重新进行调度，具体可以针对发送的空口重新进行调度，也可以针对接收的空口重新进行调度，从而解决系统中拥塞的问题。
综合上述实施例，本申请还提供了一种用于解决系统拥塞的数据处理方法，如图7所示，该方法包括：
S601、监测数据流的系统资源的使用情况；所述系统资源包括CPU资源、内存资源、网口带宽、以及空口带宽。
S602、根据系统服务质量QoS要求，计算系统中数据流的目标系统资源；所述目标系统资源包括目标CPU占用时长、目标内存占用数目、目标网口带宽设定的数据流量、目标空口带宽设定的数据流量。
S603、根据系统资源的使用情况和目标系统资源，判断系统是否出现拥塞，若未出现拥塞，则执行步骤S604，若出现拥塞，则执行步骤S605。
S604、返回执行S601“监测数据流的系统资源的使用情况”的步骤。
S605、判断出现拥塞的系统资源的类型，若出现拥塞的系统资源的类型为CPU资源，则执行步骤S606；若出现拥塞的系统资源的类型为内存资源，则执行步骤S607；若出现拥塞的系统资源的类型为网口带宽，则执行步骤S608；若出现拥塞的系统资源的类型为空口带宽，则执行步骤S609。
S606、根据目标CPU占用时长，更改数据流的CPU处理时长，并返回执行S601“监测数据流的资源使用情况”的步骤，直到系统未出现拥塞为止。
S607、根据目标内存占用数目，对数据流多占用的内存数目进行回收，并将回收的内存重新分配给其它数据流，再返回执行S601“监测数据流的资源使用情况”的步骤，直到系统未出现拥塞为止。
S608、根据目标网口带宽设定的数据流量，对数据流进行网口的流量控制，再返回执行S601“监测数据流的资源使用情况”的步骤，直到系统未出现拥塞为止。
S609、根据目标空口带宽设定的数据流量，对数据流重新进行调度，再返回执行S601“监测数据流的资源使用情况”的步骤，直到系统未出现拥塞为止。
补充说明，上述实施例所述的数据处理方法不仅可以应用于系统拥塞的处理，还可以应用于系统过载的处理，数据处理方法是相同的，具体可参见前述内容，在此不重复累赘说明。
应该理解的是，虽然图2-7的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2-7中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行。
在一个实施例中，如图8所示，提供了一种数据处理装置，包括：监测模块11、获取模块12、判断模块13和执行模块14，其中：
监测模块11，用于监测数据流的系统资源的使用情况；系统资源包括至少两种类型的系统资源；
获取模块12，用于获取数据流的目标系统资源；目标系统资源包括满足系统服务质量QoS要求的至少两种类型的系统资源；
判断模块13，用于根据系统资源使用情况和目标系统资源判断系统是否出现拥塞；
执行模块14，用于在出现拥塞时，根据出现拥塞的系统资源的类型对应的处理策略对数据流进行处理。
在一个实施例中，若系统资源包括CPU资源，则上述监测模块11具体用于监测数据流占用CPU的实际时长。
在一个实施例中，若系统资源包括CPU资源，目标系统资源包括目标CPU占用时长，则上述判断模块13具体用于判断监测到的数据流占用CPU的实际时长是否超过目标CPU占用时长，或者数据流占用CPU的实际时长是否超过预设时长阈值；若超出，则确定系统出现拥塞，且出现拥塞的系统资源的类型为CPU资源。
在一个实施例中，若系统资源包括CPU资源，目标系统资源包括目标CPU占用时长，则上述执行模块14具体用于根据目标CPU占用时长，更改数据流的CPU处理时长。
在一个实施例中，若系统资源包括内存资源，则上述监测模块11具体用于监测数据流占用内存的实际数目。
在一个实施例中，若系统资源包括内存资源，目标系统资源包括目标内存占用数目，则上述判断模块13具体用于判断监测到的数据流占用内存的实际数目是否超过目标内存占用数目，或者数据流占用内存的实际数目是否超过预设数目阈值；若超出，则确定系统出现拥塞，且出现拥塞的系统资源的类型为内存资源。
在一个实施例中，若系统资源包括内存资源，目标系统资源包括目标内存占用数目，则上述执行模块14具体用于根据目标内存占用数目，对数据流多占用的内存数目进行回收，并将回收的内存重新分配给其它数据流。
在一个实施例中，若系统资源包括网口带宽，则上述监测模块11具体用于监测数据流的网口的实际数据流量。
在一个实施例中，若系统资源包括网口带宽，目标系统资源包括目标网口带宽，则上述判断模块13具体用于判断监测到的数据流的网口的实际数据流量是否超过目标网口带宽设定的数据流量，或者数据流的网口的实际数据流量是否超过或预设网口数据量阈值；若超出，则确定系统出现拥塞，且出现拥塞的系统资源的类型为网口带宽。
在一个实施例中，若系统资源包括网口带宽目标系统资源包括目标网口带宽，则上述执行模块14具体用于根据目标网口带宽设定的数据流量，对数据流进行网口的流量控制。
在一个实施例中，若系统资源包括空口带宽，则上述监测模块11具体用于监测数据流的空口的实际数据流量。
在一个实施例中，若系统资源包括空口带宽，目标系统资源包括目标空口带宽，则上述判断模块13具体用于判断监测到的数据流的空口的实际数据流量是否小于对应的网口的实际数据流量一定比例，或者所述数据流的空口的实际数据流量是否大于目标空口带宽设定的数据流量、或者数据流的空口的实际数据流量是否大于预设空口数据量阈值；若数据流的空口的实际数据流量小于对应的网口的实际数据流量一定比例，或者数据流的空口的实际数据流量大于目标空口带宽设定的数据流量，或者数据流的空口的实际数据流量大于预设空口数据量阈值，则确定系统出现拥塞，且出现拥塞的系统资源的类型为空口带宽。
在一个实施例中，若系统资源包括空口带宽，目标系统资源包括目标空口带宽，则上述执行模块14具体用于根据目标空口带宽设定的数据流量，对数据流重新进行调度。
关于数据处理装置的具体限定可以参见上文中对于一种数据处理方法的限定，在此不再赘述。上述数据处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：
监测数据流的系统资源的使用情况；系统资源包括至少两种类型的系统资源；
获取数据流的目标系统资源；目标系统资源包括满足系统服务质量QoS要求的至少两种类型的系统资源；
根据系统资源的使用情况和目标系统资源，判断系统是否出现拥塞；
若出现拥塞，则根据出现拥塞的系统资源的类型对应的处理策略对数据流进行处理。
上述实施例提供的一种计算机设备，其实现原理和技术效果与上述方法实施例类似，在此不再赘述。
在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时还实现以下步骤：
监测数据流的系统资源的使用情况；系统资源包括至少两种类型的系统资源；
获取数据流的目标系统资源；目标系统资源包括满足系统服务质量QoS要求的至少两种类型的系统资源；
根据系统资源的使用情况和目标系统资源，判断系统是否出现拥塞；
若出现拥塞，则根据出现拥塞的系统资源的类型对应的处理策略对数据流进行处理。
上述实施例提供的一种计算机可读存储介质，其实现原理和技术效果与上述方法实施例类似，在此不再赘述。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双倍数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。
以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (18)

1.一种数据处理方法，其特征在于，所述方法包括：
监测数据流的系统资源的使用情况；所述系统资源包括至少两种类型的系统资源；
获取所述数据流的目标系统资源；所述目标系统资源包括满足系统服务质量QoS要求的至少两种类型的系统资源；
根据所述系统资源的使用情况和所述目标系统资源，判断系统是否出现拥塞；
若出现拥塞，则根据出现拥塞的系统资源的类型对应的处理策略对所述数据流进行处理。
2.根据权利要求1所述的方法，其特征在于，所述系统资源包括中央处理器CPU资源、内存资源、网口带宽、以及空口带宽中的至少两种。
3.根据权利要求2所述的方法，其特征在于，若所述系统资源包括所述CPU资源，所述监测数据流的系统资源的使用情况，包括：
监测所述数据流占用CPU的实际时长。
4.根据权利要求3所述的方法，其特征在于，所述目标系统资源包括目标CPU占用时长，所述根据所述系统资源的使用情况和所述目标系统资源，判断系统是否出现拥塞，包括：
判断监测到的所述数据流占用CPU的实际时长是否超过所述目标CPU占用时长，或者所述数据流占用CPU的实际时长是否超过预设时长阈值；
若超出，则确定所述系统出现拥塞，且所述出现拥塞的系统资源的类型为CPU资源。
5.根据权利要求4所述的方法，其特征在于，所述根据出现拥塞的系统资源的类型对应的处理策略对所述数据流进行处理，包括：
根据所述目标CPU占用时长，更改所述数据流的CPU处理时长。
6.根据权利要求2所述的方法，其特征在于，若所述系统资源包括所述内存资源，所述监测数据流的系统资源的使用情况，包括：
监测所述数据流占用内存的实际数目。
7.根据权利要求6所述的方法，其特征在于，所述目标系统资源包括目标内存占用数目，所述根据所述系统资源的使用情况和所述目标系统资源，判断系统是否出现拥塞，包括：
判断监测到的所述数据流占用内存的实际数目是否超过所述目标内存占用数目，或者所述数据流占用内存的实际数目是否超过预设数目阈值；
若超出，则确定所述系统出现拥塞，且所述出现拥塞的系统资源的类型为内存资源。
8.根据权利要求7所述的方法，其特征在于，所述根据出现拥塞的系统资源的类型对应的处理策略对所述数据流进行处理，包括：
根据所述目标内存占用数目，对所述数据流多占用的内存数目进行回收，并将回收的内存重新分配给其它数据流。
9.根据权利要求2所述的方法，其特征在于，若所述系统资源包括所述网口带宽，所述监测数据流的系统资源的使用情况，包括：
监测所述数据流的网口的实际数据流量。
10.根据权利要求9所述的方法，其特征在于，所述目标系统资源包括目标网口带宽，所述根据所述系统资源的使用情况和所述目标系统资源，判断系统是否出现拥塞，包括：
判断监测到的所述数据流的网口的实际数据流量是否超过所述目标网口带宽设定的数据流量，或者所述数据流的网口的实际数据流量是否超过预设网口数据量阈值；
若超出，则确定所述系统出现拥塞，且所述出现拥塞的系统资源的类型为网口带宽。
11.根据权利要求10所述的方法，其特征在于，所述根据出现拥塞的系统资源的类型对应的处理策略对所述数据流进行处理，包括：
根据所述目标网口带宽设定的数据流量，对所述数据流进行网口的流量控制。
12.根据权利要求2所述的方法，其特征在于，若所述系统资源包括所述空口带宽，所述监测数据流的系统资源的使用情况，包括：
监测所述数据流的空口的实际数据流量。
13.根据权利要求12所述的方法，其特征在于，所述系统目标系统资源包括目标空口带宽，所述根据所述系统的资源使用情况和所述目标系统资源，判断系统是否出现拥塞，包括：
判断监测到的所述数据流的空口的实际数据流量是否小于对应的网口的实际数据流量一定比例，或者所述数据流的空口的实际数据流量是否大于所述目标空口带宽设定的数据流量，或者所述数据流的空口的实际数据流量是否大于预设空口数据量阈值；
若所述数据流的空口的实际数据流量小于对应的网口的实际数据流量一定比例，或者所述数据流的空口的实际数据流量大于所述目标空口带宽设定的数据流量，或者所述数据流的空口的实际数据流量大于预设空口数据量阈值，则确定所述系统出现拥塞，且所述出现拥塞的系统资源的类型为空口带宽。
14.根据权利要求13所述的方法，其特征在于，所述根据出现拥塞的系统资源的类型对应的处理策略对所述数据流进行处理，包括：
根据所述目标空口带宽设定的数据流量，对所述数据流重新进行调度。
15.根据权利要求1所述的方法，其特征在于，所述获取所述数据流的目标系统资源，包括：
根据所述系统服务质量QoS要求，计算所述数据流的目标系统资源。
16.一种数据处理装置，其特征在于，所述装置包括：
监测模块，用于监测数据流的系统资源的使用情况；所述系统资源包括至少两种类型的系统资源；
获取模块，用于获取所述数据流的目标系统资源；所述目标系统资源包括满足系统服务质量QoS要求的至少两种类型的系统资源；
判断模块，用于根据所述系统资源使用情况和所述目标系统资源判断系统是否出现拥塞；
执行模块，用于在出现拥塞时，根据出现拥塞的系统资源的类型对应的处理策略对所述数据流进行处理。
17.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至15中任一项所述方法的步骤。
18.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至15中任一项所述的方法的步骤。
CN201910986741.4A 2019-10-17 2019-10-17 数据处理方法、装置、计算机设备和存储介质 Active CN110784344B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910986741.4A CN110784344B (zh) 2019-10-17 2019-10-17 数据处理方法、装置、计算机设备和存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910986741.4A CN110784344B (zh) 2019-10-17 2019-10-17 数据处理方法、装置、计算机设备和存储介质

Publications (2)

Publication Number Publication Date
CN110784344A true CN110784344A (zh) 2020-02-11
CN110784344B CN110784344B (zh) 2022-05-03

Family

ID=69385923

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910986741.4A Active CN110784344B (zh) 2019-10-17 2019-10-17 数据处理方法、装置、计算机设备和存储介质

Country Status (1)

Country Link
CN (1) CN110784344B (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101039281A (zh) * 2007-05-16 2007-09-19 中兴通讯股份有限公司 一种流媒体服务器负荷分担方法
CN103975623A (zh) * 2013-01-30 2014-08-06 华为技术有限公司 一种拥塞控制的方法和设备
US20150043346A1 (en) * 2013-08-09 2015-02-12 Scott Corey Miller Congestion detection based on resource utilization information and user quality-of-experience indicators
WO2017193964A1 (zh) * 2016-05-11 2017-11-16 中兴通讯股份有限公司 一种组件升级方法、装置和系统
CN110048955A (zh) * 2019-04-18 2019-07-23 深圳市赛为智能股份有限公司 拥塞控制方法、装置、计算机设备及存储介质

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101039281A (zh) * 2007-05-16 2007-09-19 中兴通讯股份有限公司 一种流媒体服务器负荷分担方法
CN103975623A (zh) * 2013-01-30 2014-08-06 华为技术有限公司 一种拥塞控制的方法和设备
US20150043346A1 (en) * 2013-08-09 2015-02-12 Scott Corey Miller Congestion detection based on resource utilization information and user quality-of-experience indicators
WO2017193964A1 (zh) * 2016-05-11 2017-11-16 中兴通讯股份有限公司 一种组件升级方法、装置和系统
CN110048955A (zh) * 2019-04-18 2019-07-23 深圳市赛为智能股份有限公司 拥塞控制方法、装置、计算机设备及存储介质

Also Published As

Publication number Publication date
CN110784344B (zh) 2022-05-03

Similar Documents

Publication Publication Date Title
CN110418418B (zh) 基于移动边缘计算的无线资源调度方法和装置
US7890620B2 (en) Monitoring system and monitoring method
US9652150B2 (en) Global memory sharing method and apparatus, and communications system
CN102693177B (zh) 虚拟机故障诊断方法、处理方法及其装置和系统
CN107301093B (zh) 一种管理资源的方法和装置
CN110297698B (zh) 一种多优先级动态限流方法、装置、服务器及存储介质
CN110247856B (zh) 服务器资源释放方法和装置
CN104396215A (zh) 用于带宽分配和估计的方法和装置
CN111371603A (zh) 应用于边缘计算的服务实例部署方法和装置
CN110545258A (zh) 流媒体服务器资源配置方法、装置和服务器
CN103812911A (zh) 一种控制使用PaaS云计算平台服务资源的方法和系统
CN113032410A (zh) 数据处理方法、装置、电子设备及计算机存储介质
CN110784344B (zh) 数据处理方法、装置、计算机设备和存储介质
CN112202681B (zh) 数据拥塞处理方法、装置、计算机设备和存储介质
CN108418730B (zh) 网络流量测试方法、装置、设备以及计算机可读存储介质
CN112685157B (zh) 任务处理方法、装置、计算机设备及存储介质
CN113535378A (zh) 一种资源调配方法、存储介质及终端设备
CN110880107B (zh) 财务资源转移方法、装置、计算机设备和存储介质
JP7211632B2 (ja) 通信資源を評価するためのシステムおよび方法
JP6191361B2 (ja) 情報処理システム、情報処理システムの制御方法及び制御プログラム
CN113381898A (zh) 显示模组去干扰方法、装置、计算机设备和存储介质
KR101407765B1 (ko) 클라우드 환경의 교통정보 서비스를 위한 조건부 확률추론을 이용한 가상머신 할당 장치 및 방법
JP6595419B2 (ja) Ａｐｉ提供装置及びａｐｉリクエスト制御方法
US20220141913A1 (en) Core network for mobile communication system
CN112260958B (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
CB02 Change of applicant information
CB02 Change of applicant information

Address after: 510663 Shenzhou Road 10, Guangzhou Science City, Guangzhou economic and Technological Development Zone, Guangzhou, Guangdong

Applicant after: Jingxin Network System Co.,Ltd.

Address before: 510663 Shenzhou Road 10, Guangzhou Science City, Guangzhou economic and Technological Development Zone, Guangzhou, Guangdong

Applicant before: Comba Telecom System (China) Ltd.

GR01 Patent grant
GR01 Patent grant