NUMA系统的性能调优方法、装置及计算机设备与流程

numa系统的性能调优方法、装置及计算机设备
技术领域
1.本发明涉及numa(non-uniform memory access，非一致存储访问结构)系统，尤其涉及一种numa系统的性能调优方法、装置及计算机设备。


背景技术：

2.目前主流及常用的cpu系统为x86的cpu架构，且多为smp(symmetric multi-processor，对称多处理器结构)结构，而smp结构中的核数较少，如图1所示，在smp结构中多个cpu是对称工作的，各cpu之间无主次或从属关系，各cpu共享相同的物理内存，每个cpu访问内存中的任何地址所需时间都是相同的，各类测试程序及应用只需直接运行。但随着当前对计算性能、存储性能等要求的不断提升，需要使用的cpu数量不断增加，而同时内存访问冲突也将迅速增加，最终会造成cpu资源的浪费，使cpu性能的有效性大大降低。
3.基于numa架构的numa系统可以解决传统smp系统的上述问题。numa即为非一致存储访问结构，是一种分布式存储器访问方式，处理器可以同时访问不同的存储器地址，从而大幅度提高并行性。如图2所示，numa系统的节点通常是由一组cpu和本地内存组成，由于每个结点都有自己的本地内存，每个结点访问本地内存和访问其它结点的远地内存的延迟是不同的，每个核访问内存的时间取决于内存相对于处理器的位置，访问本地内存(本节点内)会更快一些。虽然numa架构基于可以同时访问不同的存储器地址，可以大幅提高并行性，但是系统中各节点的状态不同，如不同cpu节点的繁忙程度、io接口的等待时长等可能不同，系统在各方面的性能也可能并没有达到所需要求，如cpu性能、带宽性能、网络性能等，因而在numa系统实际使用过程中需要进行系统的性能优化。
4.现有技术中针对于numa架构的性能优化存在多种实现方式，但是均会存在以下问题：
5.1、实现复杂。需要重新编写新的软件函数，进行多种判断与操作，而函数功能比较复杂，且需要调用各类底层接口及库文件，工作量较大且实现复杂，可操作性不强。
6.2、成本较高。需要通过低速接口进行判定与操作numa节点从而实现优化，而占用低速接口会造成一定程度的浪费，提升整体系统成本。
7.3、兼容性不强。由于通常需要在一种或者一类操作系统下编写函数，当更新系统或者更新平台后会存在移植问题，因而兼容性不强。
8.例如针对于numa架构的性能优化，现有技术中常用的一种方式即是通过测试出存在性能瓶颈的节点，针对存在性能瓶颈的节点执行优化，但是该类方式不仅会存在上述调优实现复杂、成本较高且兼容性不强等问题，同时系统性能还易于发生波动，系统无法维持稳定的性能。


技术实现要素：

9.本发明要解决的技术问题就在于：针对现有技术存在的技术问题，本发明提供一种实现方法简单、执行效率高且效果好、兼容性强的numa系统的性能调优方法、装置及计算
机设备，能够充分结合numa系统的架构特性实现高效性能调优。
10.为解决上述技术问题，本发明提出的技术方案为：
11.一种numa系统的性能调优方法，包括：
12.获取待调numa系统中的节点信息；
13.获取当前测试需求所需的内存量以及numa节点量；
14.根据获取的所述节点信息以及所述内存量、所述numa节点量进行numa节点的调用，并将调用的numa节点绑定对应本地内存。
15.进一步的，所述节点信息为待调numa系统中的指定部分节点信息。
16.进一步的，所述获取待调numa系统中的节点信息还包括:根据获取的所述节点信息，确定待调numa系统中cpu节点划分状态和/或本地内存使用状态。
17.进一步的，当执行cpu计算性能测试时，调用所有numa节点并绑定对应本地内存；当执行内存带宽测试时，根据线程数和/或核数绑定确定所需numa节点并绑定对应本地内存。
18.进一步的，当执行pcie/io测试时，调用靠近io/pcie的numa节点并绑定对应本地内存。
19.进一步的，还包括实时监测待调numa系统的运行状态，根据监测结果调整绑定本地内存的numa节点。
20.进一步的，所述根据监测结果调整绑定本地内存的节点包括：不断调整绑定本地内存的numa节点，直至待调numa系统的运行状态达到预期状态。
21.一种numa系统的性能调优装置，包括：
22.第一获取模块，用于获取待调numa系统中的节点信息；
23.第二获取模块，用于获取当前测试需求所需的内存量以及numa节点量；
24.调优模块，用于根据获取的所述节点信息以及所述内存量、numa节点量进行numa节点的调用，并将调用的numa节点绑定对应本地内存。
25.进一步的，还包括实时调整模块，用于实时监测待调numa系统的运行状态，根据监测结果调整绑定本地内存的numa节点。
26.一种计算机设备，包括处理器以及存储器，所述存储器用于存储计算机程序，所述处理器用于执行所述计算机程序，所述处理器用于执行所述计算机程序以执行如上述方法。
27.与现有技术相比，本发明的优点在于：
28.1、本发明通过获取节点信息以及获取所需的内存量、numa节点量，根据节点信息以及所需的内存量、numa节点量来确定numa节点的调用，并将所需numa节点绑定对应本地内存，能够结合nuam架构的特性，依据不同测试需求来灵活的对numa系统中cpu核及本地内存进行绑定，可以满足不同测试需求的同时防止跨节点访问，避免核间的动态迁移导致应用程序的性能下降，从而提高系统的性能稳定性，减小系统的波动，实现numa系统的性能优化。
29.2、本发明不仅实现操作简单，且实现成本低、工作量小，无需调用或者启用其他低速接口，也无需重新构建函数，因而不会增加新的工作量，同时兼容性较强，可以兼容各类操作系统。
附图说明
30.图1是传统smp架构的结构原理示意图。
31.图2是numa结构的结构原理示意图。
32.图3是本发明实施例1numa系统的性能调优方法的实现流程示意图。
33.图4是在具体应用实施例中numa架构的结构示意图。
34.图5是本发明实施例1numa系统的性能调优装置的结构示意图。
35.图6是本发明实施例2numa系统的性能调优方法的实现流程示意图。
36.图7是本发明实施例2在具体应用实施例中实现性能调优的实现流程示意图。
37.图8是本发明实施例2numa系统的性能调优装置的结构示意图。
具体实施方式
38.以下结合说明书附图和具体优选的实施例对本发明作进一步描述，但并不因此而限制本发明的保护范围。
39.实施例1：
40.如图3所示，本实施例numa系统的性能调优方法的步骤包括：
41.s01.接收对待调numa系统的测试请求；
42.s02.获取待调numa系统中的节点信息；
43.s03.根据接收到的测试请求的类型以及获取的节点信息确定当前测试需求所需numa节点量；
44.s04.控制根据获取的节点信息以及确定的numa节点量配置测试时需要使用的numa节点，并将需要使用的numa节点绑定对应本地内存。
45.numa作为一种非均匀内存访问架构，其是一种分布式存储器访问方式。在numa系统内所有内存被分为若干块，同时系统内拥有多条内存总线，处理器通过每个内存总线与一块内存相连构成一个组，各内存总线与内存块对应构成多个组，其中由每个组作为一个节点，处于该节点内的内存即为本地内存，每个节点通常即是由一组cpu和本地内存组成，其他节点对应的内存则为远地内存。在numa系统中处理器可以同时访问不同的存储器地址，内存访问时间取决于处理器的内存位置，如cpu与自己的内存物理上距离更近，访问速度更快，而访问远地内存的速度相对更慢，因而处理器能够快速的访问在同一单元的内存。
46.本实施例在执行numa系统的性能调优时，当接收到对待调numa系统的测试请求时，通过如通过软件命令查看或直接通过产品图纸等方式获取节点信息，以使得可以确定出当前numa系统内cpu节点划分状态、本地内存状态等，同时通过分析当前测试需求获取所需的numa节点量，根据节点信息以及所需的numa节点量来确定numa节点的调用，以及将所需numa节点绑定对应本地内存，能够结合nuam架构的特性，依据不同测试需求来灵活的对numa系统中cpu核及本地内存进行绑定，即通过配置使得将当前测试程序及应用绑定到指定核上运行，可以满足不同测试需求的同时防止跨节点访问，避免核间的动态迁移导致应用程序的性能下降，提高系统的性能稳定性，减小系统的波动，实现numa系统的性能优化，同时能够提升测试结果，不仅实现简单且兼容性强，在调优过程中无需调用或者启用其他低速接口。
47.本实施例上述性能调优步骤s01～s04具体可通过numa系统内的处理器实现，即将
能够实现上述性能调优步骤s01～s04功能的软件模块嵌入numa系统内的处理器中，由处理器接收对待调numa系统的测试请求，当接收到对待调numa系统的测试请求时，则启动后续步骤s02～s04步骤，以进行numa系统的性能调优，当未接收到测试请求时，则处于待机状态。可以理解的是，除采用numa系统内的处理器实现性能调优控制外，当然也可以根据实际需求采用其他额外的处理器或控制器来实现上述性能调优步骤。
48.本实施例步骤s02中节点信息具体可以通过调用软件命令的形式获取得到，如通过numa系统中的numactl-h命令等获取得到；或者可以先通过产品原始设计图纸或者产品手册等原始数据获取得到节点信息后进行存储，当接收到对待调numa系统的测试请求时则直接从预先存储的数据中读取出所需的节点信息，甚至还可以通过外部数据输入的方式来获取节点信息。
49.在numa系统中每个节点包括有一组cpu和本地内存，cpu节点划分状态即为各cpu与节点之间的对应划分状态，即各cpu分别划分为哪些节点，当获取到numa系统内各节点的信息(节点所对应的cpu、本地内存使用情况等)后，即可通过该节点信息确定出cpu与各节点之间的对应关系，也即cpu节点划分状态，如通过numa系统中如numactl-h命令即可以直接查看到当前nuam操作系统主要节点信息，包括cpu节点划分以及本地内存使用情况信息等。
50.本实施例中，上述节点信息具体为待调numa系统中的指定部分节点信息，如可以为numa系统中的主要/关键节点，主要/关键节点即为numa系统中起主要/关键作用的节点，主要/关键节点的确定可依据实际numa系统的架构特性进行，具体获取哪些节点的信息可以根据实际需求确定，可以是主要/关键节点，也可以是其他需要关注的节点，甚至可以直接获取系统内所有节点的信息以获取全面的节点状态。节点信息的信息类型可以为节点的运行状态(如是否在运行)、节点的划分情况、是否使用本地内存等等，以使得通过获取节点的信息，可以确定出系统内cpu节点的划分情况以及本地内存的使用情况。节点信息的信息类型除上述以外，当然也可以依据实际需求配置其他信息类型，以获取更为全面的numa系统内节点状态、本地内存使用状态。
51.本实施例中，获取待调numa系统中的节点信息还包括:根据获取的节点信息，确定待调numa系统中cpu节点划分状态、本地内存使用状态。当获取numa系统中的节点信息后，由该节点信息可以分析出待调numa系统中cpu节点划分状态、本地内存使用状态，cpu节点划分状态即为numa节点与cpu之间的对应划分关系，本地内存使用状态即为哪些本地内存已使用、哪些本地内存尚未使用。每个numa节点可以对应多个cpu节点，不同的节点绑定方式所得到的访存效率是不同的，由cpu节点划分状态可以判断出不同节点的访问效率。结合上述cpu节点划分状态、本地内存使用状态，即可以确定出符合当前测试需求的节点绑定方式，以使得达到系统最优性能。
52.不同测试类型下所需要的numa节点量是不同的，本实施例当接收到测试请求后，首先由步骤s02获取节点信息，步骤s03根据测试请求类型以及节点信息确定需要的numa节点量，步骤s04再控制根据获取的节点信息以及确定的numa节点量配置测试时需要使用的numa节点，并将numa节点与本地内存绑定。该numa节点的配置即为将所需的numa节点配置为测试所需的节点，使得在后续测试过程中，启动该配置的各numa节点来执行测试任务中所需的测试进程及线程；将numa节点与本地内存绑定即为将numa节点与本地内存进行对
应，使得当测试进程及线程使用该节点时会相应的使用所绑定的本地内存，从而使得测试进程及线程均在调用配置的节点及本地内存中使用，而不会访问其他节点以及其他节点的内存，有效实现numa系统性能优化。
53.如图4所示，在numa架构下，多cpu对主存的访问并非对等的，每个cpu都有自己的主存，cpu与自己的主存物理上距离更近，访问速度更快，而访问远端存储器的速度相对要慢。numa系统使用节点(node)来管理cpu与主存，一个numa系统由多个numa节点(node)组成，其中每个节点(node)可以拥有多个cpu，但是只有一个内存控制器，保证本节点(node)的所有cpu对本节点(node)的主存实现对等访问，而其它节点(node)的cpu对本node的主存访问延迟要大一些。从图4中可以看出，当前cpu总计16个核(core)，每4个核(core)为一个节点(node)，每个节点(node)分别对应一组内存，从0-3依次对应，其中node0对应pcie最近，则外设访问时绑定该node0能够获取最优的性能。
54.本实施例具体采用通过软件命令等方法，获取待调numa系统中的节点信息，确定当前cpu的numa架构信息及本地内存详情。在具体应用实施例中，通过numactl-h命令查看当前nuam操作系统主要节点信息，以获取cpu节点划分以及本地内存使用情况。当然也可以直接通过产品手册等产品信息等方式，来获取系统中关于cpu及整体架构的相关信息，整体架构即为如图4所示的系统架构信息，包括numa节点的位置、numa节点与cpu之间的对应划分关系、内存使用情况等等。
55.本实施例中获取待调numa系统中的节点信息后，进一步针对当前测试用例及应用需求，分析所需的numa节点量(节点数量)，从而获取得到当前测试需求所需的numa节点量，然后依据当前获取的节点信息所需的numa节点量，调用不同的nuam节点并绑定对应本地内存，以使得能够正好符合当前测试及应用需求，同时还能够防止跨路访问。
56.针对不同测试用例进行需求分析，测试程序的测试方向或测试内容不一样，测试要求也会存在差异，如测试spec2006(用于测试cpu计算性能)，由于测试cpu计算性能，且程序需求内存容量较大，而测试内存带宽(stream)，由于测试cpu带宽性能，numa架构cpu易出现性能飘动，上下起伏现象。本实施例在获取待调numa系统中的节点信息，确定出系统中cpu划分状态以及本地内存使用状态，依据当前系统中的numa节点状态、内存使用状态，以及当前测试需求所需的内存量、numa节点量来确定调用的numa节点，同时绑定对应的本地内存，以使得在待调numa系统当前状态下能够获得最优的性能。
57.如对于cpu的常用测试程序，当对于计算性能(spec2006)、内存带宽(stream)、网络性能、读写性能等方面进行测试时，依据上述不同测试需求、特性来调用不同的nuam节点以及进行节点绑定操作，以使得匹配计算性能(spec2006)、内存带宽(stream)、网络性能、读写性能的不同需求。
58.本实施例中，当接收到cpu计算性能测试请求时，确定当前测试所需numa节点量为待调numa系统中所有未被使用的numa节点，控制根据节点信息将待调numa系统中所有未被使用的numa节点配置为测试所需的numa节点，并控制将所有测试所需的numa节点绑定对应本地内存，即在执行cpu计算性能测试时，通过调用所有numa节点并绑定对应本地内存来执行测试。上述未被使用的numa节点即为当前处于空闲状态、可以被调用的numa节点。
59.当接收到内存带宽测试请求时，根据待调numa系统中的线程数和/或核数确定当前测试需要使用的目的numa节点量，控制根据节点信息将待调numa系统中目的numa节点量
的未被使用的numa节点配置为测试所需的numa节点并绑定对应本地内存，即内存带宽测试时，依据线程数、核数等信息来确定numa节点量并绑定对应本地内存来执行测试。上述未被使用的numa节点即为当前处于空闲状态、可以被调用的numa节点。
60.本实施例中，当接收到pcie/io测试请求时，确定当前测试所需numa节点量为距离io/pcie在预设范围内且未被使用的numa节点，控制根据节点信息将距离io/pcie在预设范围内的未被使用的numa节点配置为当前测试所需的numa节点并绑定对应本地内存，即pcie/io测试时，调用靠近io/pcie的numa节点并绑定对应本地内存来进行测试。上述未被使用的numa节点即为当前处于空闲状态、可以被调用的numa节点。
61.在具体应用实施例中，当执行cpu计算性能测试时，调用所有numa节点并绑定对应本地内存；当执行内存带宽测试时，根据线程数和/或核数绑定确定所需numa节点并绑定对应本地内存，其中，当执行pcie/io测试时，调用靠近io/pcie的numa节点并绑定对应本地内存，其他如大容量测试中，可使用相近节点及本地内存。按照上述方式，可以依据不同测试需求形成最优的调优方案，使得测试及需求尽量在本地内存执行，从而在不同测试需求下均可以防止跨节点访问，避免核间的动态迁移导致应用程序的性能下降，提高系统的性能稳定性，同时能够减小系统的波动。
62.本实施例上述在进行节点的绑定操作时，具体可采用命令形式实现，实现简单，且该实现命令较为常见，无需重新构建函数，因而也不会增加新的工作量，同时兼容性较强，由于仅需要简单的绑定操作，而绑定的操作命令在linux等操作系统中均可以直接调用，即可以兼容各类操作系统。
63.如图5所示，本实施例进一步包括numa系统的性能调优装置，包括：
64.接收模块，用于接收对待调numa系统的测试请求；
65.获取模块，用于获取待调numa系统中的节点信息；
66.确定模块，用于接收到的所述测试请求的类型以及获取的所述节点信息确定当前测试需求所需numa节点量；
67.调优模块，用于控制根据获取的所述节点信息以及确定的所述numa节点量配置测试时需要使用的numa节点，并将需要使用的numa节点绑定对应本地内存。
68.本实施例中，获取模块还包括根据获取的所述节点信息，确定待调numa系统中cpu节点划分状态、本地内存使用状态等。
69.本实施例numa系统的性能调优装置与上述numa系统的性能调优方法为一一对应，两者具有相同的原理及效果，在此不再一一赘述。
70.本实施例还提供计算机设备，包括处理器以及存储器，存储器用于存储计算机程序，处理器用于执行计算机程序，处理器用于执行计算机程序以执行上述numa系统的性能调优方法。
71.实施例2：
72.如图6所述，本实施例numa系统的性能调优方法的步骤包括：
73.s01.获取待调numa系统中的节点信息；
74.s02.获取当前测试需求所需的内存量以及numa节点量；
75.s03.根据获取的所述节点信息以及所述内存量、所述numa节点量进行numa节点的调用，并将调用的numa节点绑定对应本地内存；
76.s04.实时监测待调numa系统的运行状态，根据监测结果调整绑定本地内存的numa节点。
77.本实施例中，在执行numa系统的性能调优时，通过获取节点信息，以使得可以确定出当前numa系统内cpu节点划分状态、本地内存状态等，同时通过分析当前测试需求获取所需的内存量、numa节点量，根据节点信息以及所需的内存量、numa节点量来确定numa节点的调用，以及将所需numa节点绑定对应本地内存，能够结合nuam架构的特性，依据不同测试需求来灵活的对numa系统中cpu核及本地内存进行绑定，即通过配置使得将当前测试程序及应用绑定到指定核上运行，可以满足不同测试需求的同时防止跨节点访问，避免核间的动态迁移导致应用程序的性能下降，提高系统的性能稳定性，减小系统的波动，实现numa系统的性能优化，同时通过实时监测系统的运行状态，根据运行状态来进一步对绑定的numa节点进行调整，使得能够实时达到系统最优状态。
78.本实施例中，上述节点信息具体为待调numa系统中的指定部分节点信息，如可以为numa系统中的主要/关键节点，主要/关键节点即为numa系统中起主要/关键作用的节点，主要/关键节点的确定可依据实际numa系统的架构特性进行，具体获取哪些节点的信息可以根据实际需求确定，可以是主要/关键节点，也可以是其他需要关注的节点，甚至可以直接获取系统内所有节点的信息以获取全面的节点状态。节点信息的信息类型可以为节点的运行状态(如是否在运行)、节点的划分情况、是否使用本地内存等等，以使得通过获取节点的信息，可以确定出系统内cpu节点的划分情况以及本地内存的使用情况。节点信息的信息类型除上述以外，当然也可以依据实际需求配置其他信息类型，以获取更为全面的numa系统内节点状态、本地内存使用状态。
79.本实施例中，获取待调numa系统中的节点信息还包括:根据获取的节点信息，确定待调numa系统中cpu节点划分状态、本地内存使用状态。当获取numa系统中的节点信息后，由该节点信息可以分析出待调numa系统中cpu节点划分状态、本地内存使用状态，cpu节点划分状态即为numa节点与cpu之间的对应划分关系，本地内存使用状态即为哪些本地内存已使用、哪些本地内存尚未使用。每个numa节点可以对应多个cpu节点，不同的节点绑定方式所得到的访存效率是不同的，如图4所示，由cpu节点划分状态可以判断出不同节点的访问效率。结合上述cpu节点划分状态、本地内存使用状态，即可以确定出符合当前测试需求的节点绑定方式，以使得达到系统最优性能。
80.本实施例具体采用通过软件命令等方法，获取待调numa系统中的节点信息，确定当前cpu的numa架构信息及本地内存详情。在具体应用实施例中，通过numactl-h命令查看当前nuam操作系统主要节点信息，以获取cpu节点划分以及本地内存使用情况。当然也可以直接通过产品手册等产品信息等方式，来获取系统中关于cpu及整体架构的相关信息，整体架构即为如图4所示的系统架构信息，包括numa节点的位置、numa节点与cpu之间的对应划分关系、内存使用情况等等。
81.本实施例中获取待调numa系统中的节点信息后，进一步针对当前测试用例及应用需求，分析所需的内存量(内存容量)及numa节点量(节点数量)，从而获取得到当前测试需求所需的内存量、numa节点量，然后依据当前获取的节点信息所需的内存量、numa节点量，调用不同的nuam节点并绑定对应本地内存，以使得能够正好符合当前测试及应用需求，同时还能够防止跨路访问。
82.针对不同测试用例进行需求分析，测试程序的测试方向或测试内容不一样，测试要求也会存在差异，如测试spec2006(用于测试cpu计算性能)，由于测试cpu计算性能，且程序需求内存容量较大，而测试内存带宽(stream)，由于测试cpu带宽性能，numa架构cpu易出现性能飘动，上下起伏现象。本实施例在获取待调numa系统中的节点信息，确定出系统中cpu划分状态以及本地内存使用状态，依据当前系统中的numa节点状态、内存使用状态，以及当前测试需求所需的内存量、numa节点量来确定调用的numa节点，同时绑定对应的本地内存，以使得在待调numa系统当前状态下能够获得最优的性能。
83.如对于cpu的常用测试程序，当对于计算性能(spec2006)、内存带宽(stream)、网络性能、读写性能等方面进行测试时，依据上述不同测试需求、特性来调用不同的nuam节点以及进行节点绑定操作，以使得匹配计算性能(spec2006)、内存带宽(stream)、网络性能、读写性能的不同需求。
84.在具体应用实施例中，当执行cpu计算性能测试时，调用所有numa节点并绑定对应本地内存；当执行内存带宽测试时，根据线程数和/或核数绑定确定所需numa节点并绑定对应本地内存，其中，当执行pcie/io测试时，调用靠近io/pcie的numa节点并绑定对应本地内存，其他如大容量测试中，可使用相近节点及本地内存。按照上述方式，可以依据不同测试需求形成最优的调优方案，使得测试及需求尽量在本地内存执行，从而在不同测试需求下均可以防止跨节点访问，避免核间的动态迁移导致应用程序的性能下降，提高系统的性能稳定性，同时能够减小系统的波动。
85.本实施例上述在进行节点的绑定操作时，具体可采用命令形式实现，实现简单，且该实现命令较为常见，无需重新构建函数，因而也不会增加新的工作量，同时兼容性较强，由于仅需要简单的绑定操作，而绑定的操作命令在linux等操作系统中均可以直接调用，即可以兼容各类操作系统。
86.本实施例中，步骤s04中监测的运行状态可以为cpu利用率、内存使用率以及线程运行方式等任意一种或多种，具体可以依据实际需求配置，通过监测系统的运行状态以确定当前节点绑定方案下cpu、内存等的使用状态，从而可以判断出cpu、内存等是否达到了最优利用状态。
87.本实施例中，步骤s04中根据监测结果调整绑定本地内存的节点包括：不断调整绑定本地内存的numa节点，直至待调numa系统的运行状态达到预期状态，以使得测试进程及线程能够尽量在调用节点及本地内存使用，从而使得待调numa系统的运行状态能够实时调整至最优，保持待调numa系统实时处于最优状态。上述在监测系统的运行状态时，具体可监测cpu利用率、内存使用率以及线程运行方式等信息。
88.在具体应用实施例中，上述监测时可以通过各类监控插件及命令，进行cpu利用率、内存使用率以及线程运行方式等进行监测，并判断是否符合预期，如果不符合则调整绑定的节点，使得测试应用均在绑定节点及本地内存上进行使用，防止跨节点访问，避免核间的动态迁移导致应用程序的性能下降。上述监控插件包括但不限于资源管理器、htop命令等。
89.在具体应用实施例中，步骤s04的具体步骤为：
90.s401.判断的当前待调numa系统的运行状态是否达到预期状态，如果是转入步骤s402，否则退出当前调优步骤；
91.s402.调整当前调用的numa节点并绑定对应本地内存，返回步骤s02。
92.在具体应用实施例中，可以根据测试得分与理论依据进行对比，分析当前系统是否已达理论值，若已达理论值，证明此次优化达标；若不达标分析测试程序，重新调整绑定节点、监测使用状态，重复上述步骤，直至系统能够发挥最大性能。
93.以下在具体应用实施例中实现numa系统的性能调优为例，对本实施例上述方法进行进一步说明。
94.如图7所示，本实施例实现numa系统的性能调优的详细步骤为：
95.步骤s01：通过软件命令(numactl-h命令)获取待调numa系统的节点信息，确定出当前cpu节点划分状态以及本地内存使用状态；
96.步骤s02：针以当前测试用例及应用需求，分析所需内存容量及numa节点数量，获取当前测试需求所需的内存量以及numa节点量；
97.步骤s03：根据当前节点信息、所需内存容量及numa节点数量，调用不同的nuam节点，并绑定对应本地内存，以进行测试及应用；
98.上述直行绑定的绑定命令具体可采用numactl、taskset等方式。
99.步骤s04.实时监控测试及使用状态，如cpu利用率、内存使用率以及线程运行方式进行监测等，并判断是否有效，即是否符合预期，如果为否则调整绑定的节点，返回步骤s03，直至判断到为有效，使得测试应用均在绑定节点及本地内存上进行使用而达到最优，当前即为系统最优状态。
100.如图8所示，本实施例进一步包括numa系统的性能调优装置，包括：
101.第一获取模块，用于获取待调numa系统中的节点信息；
102.第二获取模块，用于获取当前测试需求所需的内存量以及numa节点量；
103.调优模块，用于根据获取的节点信息以及内存量、numa节点量进行numa节点的调用，并将所需numa节点绑定对应本地内存；
104.实时调整模块，用于实时监测待调numa系统的运行状态，根据监测结果调整绑定本地内存的numa节点。
105.本实施例中，第一获取模块还包括根据获取的所述节点信息，确定待调numa系统中cpu节点划分状态、本地内存使用状态等。
106.如图8所示，本实施例中实时调整模块包括：
107.判断单元，用于判断的当前待调numa系统的运行状态是否达到预期状态，如果是转入调整单元，否则退出当前调优；
108.调整单元，用于调整当前调用的numa节点并绑定对应本地内存，返回执行第二获取模块，以重新执行调用numa节点及本地内存的绑定。
109.本实施例numa系统的性能调优装置与上述numa系统的性能调优方法为一一对应，两者具有相同的原理及效果，在此不再一一赘述。
110.本实施例还提供计算机设备，包括处理器以及存储器，存储器用于存储计算机程序，处理器用于执行计算机程序，处理器用于执行计算机程序以执行上述numa系统的性能调优方法。
111.本领域技术人员可以理解，上述计算机设备的描述仅仅是示例，并不构成对计算机设备的限定，可以包括比上述描述更多或更少的部件，或者组合某些部件，或者不同的部
件，例如可以包括输入输出设备、网络接入设备、总线等。所称处理器可以是中央处理单元(central processing unit，cpu)，还可以是其他通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现成可编程门阵列(field-programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等，处理器是计算机设备的控制中心，利用各种接口和线路连接整个计算机设备的各个部分。
112.存储器可用于存储计算机程序和/或模块，处理器通过运行或执行存储在存储器内的计算机程序和/或模块，以及调用存储在存储器内的数据，实现计算机设备的各种功能。存储器可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如硬盘、内存、插接式硬盘，智能存储卡(smart media card,smc)，安全数字(secure digital,sd)卡，闪存卡(flashcard)、至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
113.所述计算机设备集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个基于模板标注的分布式爬虫方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、电载波信号、电信号以及软件分发介质等。
114.上述只是本发明的较佳实施例，并非对本发明作任何形式上的限制。虽然本发明已以较佳实施例揭露如上，然而并非用以限定本发明。因此，凡是未脱离本发明技术方案的内容，依据本发明技术实质对以上实施例所做的任何简单修改、等同变化及修饰，均应落在本发明技术方案保护的范围内。