CN106059860A

CN106059860A - 一种测试网卡的方法和装置

Info

Publication number: CN106059860A
Application number: CN201610585697.2A
Authority: CN
Inventors: 肖欢; 巩祥文
Original assignee: Inspur Electronic Information Industry Co Ltd
Current assignee: Inspur Electronic Information Industry Co Ltd
Priority date: 2016-07-22
Filing date: 2016-07-22
Publication date: 2016-10-26

Abstract

本发明提供了一种测试网卡的方法和装置，该方法，包括：预先设置至少一个用于测试待测网卡的网卡测试模块，将所述至少一个网卡测试模块分别部署在安装有所述待测网卡的至少两个终端上；分别在所述至少两个终端上运行至少一个相同的网卡测试模块，实现所述至少两个终端上的待测网卡进行交互，分别利用在每个终端上运行的所述网卡测试模块对所述待测网卡之间的交互进行测试，实现对每个所述待测网卡的测试。本发明提供了一种测试网卡的方法和装置，测试结果更加准确。

Description

一种测试网卡的方法和装置

技术领域

本发明涉及通信技术领域，特别涉及一种测试网卡的方法和装置。

背景技术

网卡是工作在链路层的网络组件，是局域网中连接计算机和传输介质的接口，不仅能实现与局域网传输介质之间的物理连接和电信号匹配，还涉及帧的发送与接收、帧的封装与拆封、介质访问控制、数据的编码与解码以及数据缓存的功能等。网卡对于设备之间的通信具有十分重要的作用，为了保证网卡能够正常工作，需要对网卡进行测试。

现有技术中，对网卡的进行测试时，主要是对单个网卡进行测试。在测试时，将单个网卡安装在服务器上，在该服务器上进行单个网卡的测试。

但是，网卡的作用主要是用来设备之间进行交互，在交互过程中的网卡的性能更加准确，现有技术只是对孤立的单个网卡进行测试，测试结果不够准确。

发明内容

本发明实施例提供了一种测试网卡的方法和装置，测试结果更加准确。

第一方面，本发明实施例提供了一种测试网卡的方法，包括：

S0：预先设置至少一个用于测试待测网卡的网卡测试模块，将所述至少一个网卡测试模块分别部署在安装有所述待测网卡的至少两个终端上；

S1：分别在所述至少两个终端上运行至少一个相同的网卡测试模块，实现所述至少两个终端上的待测网卡进行交互，分别利用在每个终端上运行的所述网卡测试模块对所述待测网卡之间的交互进行测试，实现对每个所述待测网卡的测试。

进一步地，在所述S1之后，还包括：

分别从所述至少两个终端上获取实现对所述待测网卡之间的交互进行测试时生成的测试日志文件，根据所述测试日志文件确定测试结果。

进一步地，所述至少一个网卡测试模块，包括：用于测试所述待测网卡的带宽的带宽测试模块、用于测试所述待测网卡的延时的延时测试模块、用于测试所述待测网卡的稳定性的netperf工具中的一个或多个。

进一步地，在步骤S1之前还包括：

A0：预先设置所述待测网卡的网卡驱动；

A1：判断安装有所述待测网卡的当前终端上是否安装有所述待测网卡的网卡驱动，如果是，则执行步骤S1，否则，执行步骤A2；

A2：在当前终端上安装所述待测网卡的网卡驱动，执行步骤S1。

进一步地，所述S0中的所述预先设置至少一个用于测试待测网卡的网卡测试模块，包括：

在每个所述网卡测试模块中预先设置服务端测试命令和客户端测试命令；

在所述S1之前还包括：

在所述至少两个终端中配置出至少一个服务端和至少一个客户端；

所述S1中的所述实现所述至少两个终端上的待测网卡进行交互，包括：

执行所述服务端上运行的所述网卡测试模块中的服务端测试命令，执行所述客户端上运行的所述网卡测试模块中的客户端测试命令，所述服务端和所述客户端分别根据所述服务端测试命令和所述客户端测试命令，控制对应的待测网卡进行交互。

第二方面，本发明实施例提供了一种测试网卡的装置，包括：

第一设置单元，用于设置至少一个用于测试待测网卡的网卡测试模块，将所述至少一个网卡测试模块分别部署在安装有所述待测网卡的至少两个终端上；

测试单元，用于分别在所述至少两个终端上运行至少一个相同的网卡测试模块，实现所述至少两个终端上的待测网卡进行交互，分别利用在每个终端上运行的所述网卡测试模块对所述待测网卡之间的交互进行测试，实现对每个所述待测网卡的测试。

进一步地，还包括：获取单元，用于分别从所述至少两个终端上获取实现对所述待测网卡之间的交互进行测试时生成的测试日志文件，根据所述测试日志文件确定测试结果。

进一步地，还包括：第二设置单元，用于设置所述待测网卡的网卡驱动；

判断单元，用于判断安装有所述待测网卡的当前终端上是否安装有所述待测网卡的网卡驱动，如果是，则触发所述测试单元，否则，在当前终端上安装所述待测网卡的网卡驱动，触发所述测试单元。

进一步地，所述第一设置单元在执行所述设置至少一个用于测试待测网卡的网卡测试模块时，用于在每个所述网卡测试模块中预先设置服务端测试命令和客户端测试命令；

还包括：配置单元，用于在所述至少两个终端中配置出至少一个服务端和至少一个客户端；

所述测试单元在执行所述实现所述至少两个终端上的待测网卡进行交互时，用于执行所述服务端上运行的所述网卡测试模块中的服务端测试命令，执行所述客户端上运行的所述网卡测试模块中的客户端测试命令，所述服务端和所述客户端分别根据所述服务端测试命令和所述客户端测试命令，控制对应的待测网卡进行交互。

在本发明实施例中，通过每个终端上的网卡测试模块实现待测网卡之间的交互，通过网卡测试模块对待测网卡之间的交互进行测试，进而实现对每个待测网卡的测试，通过对待测网卡之间的交互的测试，可以使得测试结果更加准确。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明一实施例提供的一种测试网卡的方法的流程图；

图2是本发明一实施例提供的另一种测试网卡的方法的流程图；

图3是本发明一实施例提供的一种测试网卡的装置的示意图；

图4是本发明一实施例提供的另一种测试网卡的装置的示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例，基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

如图1所示，本发明实施例提供了一种测试网卡的方法，该方法可以包括以下步骤：

在本发明一实施例中，在所述S1之后，还包括：

在对待测网卡之间的交互进行测试时，网卡测试模块和系统都会生成大量的日志信息来记录交互过程和测试过程，这些日志信息保存在测试日志文件中，通过测试日志文件可以确定出测试结果。

在本发明一实施例中，所述至少一个网卡测试模块，包括：用于测试所述待测网卡的带宽的带宽测试模块、用于测试所述待测网卡的延时的延时测试模块、用于测试所述待测网卡的稳定性的netperf工具中的一个或多个。

在本实施例中，通过选择不同的网卡测试模块可以对待测网卡的不同性能进行测试，例如：带宽、延时、稳定性等参数，也可以同时选择多个网卡测试模块，并依次运行，分别对待测网卡的不同性能进行测试。

在本发明一实施例中，在步骤S1之前还包括：

A0：预先设置所述待测网卡的网卡驱动；

为了使得待测网卡能够正常运行，需要为待测网卡安装对应的网卡驱动，如果网卡所在的终端上没有所需要的网卡驱动，为该终端上的待测网卡安装对应的网卡驱动，通过本实施例可以使得测试过程更加方便快速，避免用户重新获取所需要的网卡驱动，并手动安装，能够节省测试时间，提高测试效率。

在本发明一实施例中，所述S0中的所述预先设置至少一个用于测试待测网卡的网卡测试模块，包括：

在所述S1之前还包括：

终端上的待测网卡在进行交互时，为了提高交互效率，避免产生混乱，本实施例对终端进行配置，配置出服务端和客户端，服务端和客户端在进行交互时，分别根据对应的服务端测试命令和客户端测试命令进行交互，使得交互过程更加有序，进而提高了测试效率。具体地，可以控制服务端的待测网卡向客户端的待测网卡发送消息，客户端的待测网卡接收服务端发来的消息，并可以针对接收到的消息返回响应，服务端的待测网卡接收该响应。

另外，网卡测试模块对系统的支持也有局限性，可能当前的网卡测试模块不支持当前系统，如果继续进行测试，可能会发生错误，为了避免发生错误，可以在步骤是S1之前，执行以下步骤：

针对每个待测网卡，判断当前待测网卡所在的系统的系统内核是否与所述至少一个网卡测试模块相匹配，如果是，则执行S1，否则，结束当前流程。

还有，可以预先设置多个网卡测试模块，并部署在终端上，在进行测试之前，可以选择任一的网卡测试模块来执行，或者选择多个网卡测试模块，并指定运行顺序。

如图2所示，本发明实施例提供了一种测试网卡的方法，在本实施例中，对100G的网卡进行测试，终端为服务器，至少一个网卡测试模块分别是：用于测试所述待测网卡的带宽的带宽测试模块、用于测试所述待测网卡的延时的延时测试模块、用于测试所述待测网卡的稳定性的netperf工具。两个待测网卡分别安装在服务器A和服务器B上，服务器A和服务器B通过100G的光纤线连接，当然，也可以通过交换机连接。该方法可以包括以下步骤：

步骤201：预先设置待测网卡的网卡驱动，预先设置带宽测试模块、延时测试模块和netperf工具，分别在带宽测试模块、延时测试模块和netperf工具中预先设置服务端测试命令和客户端测试命令，将带宽测试模块、延时测试模块和netperf工具均部署服务器A和服务器B上。

服务器A和服务器B上安装相同的待测网卡，这样可以从服务器A和服务器B两个角度来测试待测网卡，使得测试结果更加准确，更加全面。

步骤202：判断服务器A和服务器B上是否存在没有安装待测网卡的网卡驱动的服务器，如果是，则执行步骤203，否则，执行步骤204。

如果没有安装网卡驱动会使得待测网卡无法正常工作，进而导致测试失败，因此，在测试之前，先检查每个待测网卡是否安装有对应的网卡驱动。

步骤203：在没有安装待测网卡的网卡驱动的服务器上安装待测网卡的网卡驱动，执行步骤204。

为每个待测网卡安装网卡驱动，保证每个待测网卡能够正常工作。

步骤204：将服务器A配置为服务端，将服务器B配置为客户端。

当前的终端配置为服务端还是客户端，可以根据用户的需求来配置。具体地，配置待测网卡的IP地址以及相关参数。可以通过IP地址来区分服务端和客户端。举例来说，第一IP地址对应服务端，第二IP地址对应客户端，例如：当服务器A的待测网卡配置的IP地址为第一IP地址时，服务器A为服务端。

步骤205：确定在服务器A和服务器B上运行带宽测试模块。

具体地，根据外部输入的选择命令来说确定，用户可以选择运行一个或者多个网卡测试模块，在选择运行多个时，用户可以选择运行的顺序。

在本实施例中，用户选择运行带宽测试模块。

服务器A和服务器B上需要运行相同的网卡测试模块，如果不同，二者无法配合，使得服务器A的待测网卡和服务器B的待测网卡交互失败，导致测试出错。

步骤206：分别在服务器A和服务器B上运行带宽测试模块。

服务器A和服务器B上都需要运行带宽测试模块，当其中一方运行带宽测试模块后，可以检测另一方是否运行带宽测试模块，如果检测到另一方已经运行带宽测试模块，则可以开始测试，如果另一方没有运行带宽测试模块，则继续检测。

步骤207：执行服务器A上的带宽测试模块中的服务端测试命令，执行服务器B上的带宽测试模块中的客户端测试命令，服务器A和服务器B分别根据服务端测试命令和客户端测试命令，控制对应的待测网卡进行交互。

在每个网卡测试模块中，都设置有服务端测试命令和客户端测试命令，当网卡测试模块安装在服务端时，执行服务端测试命令，当网卡测试模块安装在客户端时，执行客户端测试命令。服务端测试命令和客户端测试命令的功能是不同的，例如：服务端测试命令可以控制待测网卡发出消息，客户端测试命令可以控制待测网卡接收消息。

步骤208：分别利用在服务器A和服务器B上运行的带宽测试模块对待测网卡之间的交互进行测试，实现对每个待测网卡的带宽的测试。

不同的网卡测试模块中的服务端测试命令和客户端测试命令的功能可能是不同的，进而实现对待测网卡的不同性能的测试。

举例来说，在带宽测试模块中，服务端测试命令能够控制待测网卡发送占用大量带宽的信息，客户端测试命令分配大量带宽接收这些信息，通过这种方式来测量待测网卡的带宽。

在延时测试模块中，服务端测试命令能够控制待测网卡发送需要客户端响应的信息，客户端测试命令能够控制待测网卡响应服务端发来的信息，服务端通过接收到响应的时间来测试待测网卡的延时，客户端也可以通过接收到服务端发来信息的时间来测试待测网卡的延时。

在netperf工具中，服务端测试命令能够控制待测网卡在一定时间内持续发送信息，客户端测试命令持续接收这些信息，通过检测这些信息的丢失率来测试待测网卡的稳定性。

步骤209：分别从服务器A和服务器B上获取实现对待测网卡之间的交互进行测试时生成的测试日志文件，根据测试日志文件确定测试结果。

具体地，本发明实施例提供的一种测试网卡的方法，可以通过以下方式来实现：

将本发明实施例通过脚本实现，具体地，可以分为三个文件，第一个文件为check.sh，是主要程序，第二个文件为test_server.sh文件，内部包含调用check.sh脚本及相关设置为服务端的参数；第三个文件为test_client.sh文件，内部包含调用check.sh脚本及相关设置为客户端的参数。

a、check.sh部分内容如下，以“#”开头的为注释行，不参与执行，只是解释程序部分语句的含义；

b、test_client.sh文件代码

#！/bin/bash

#network bandwidth test

sh -x check.sh -m 1 -o 0 -t 120 2>>debug.txt

#调用check.sh文件并输入参数

#-m 1表示设置本服务器为客户端，-o 0表示进行带宽测试，-t 120表示测试时#间为120秒；

#network latency test

sh -x check.sh-m 1 -o 1 -t 120 2>>debug.txt

#调用check.sh文件并输入参数，

#-m 1表示设置本服务器为客户端，-o 1表示进行延时测试，-t 120表示测试时#间为120秒；

#network stability test

sh -x check.sh -m 1 -o 2 -t 14400 2>>debug.txt

#调用check.sh文件并输入参数，

#-m 1表示设置本服务器为客户端，-o 2表示进行稳定性测试，-t 14400表示测试时#间为14400秒；

c、test_server.sh文件代码

#！/bin/bash

#network bandwidth test

sh -x check.sh -m 0 -o 0 -t 120 2>>debug.txt

#调用check.sh文件并输入参数，

#-m 0表示设置本服务器为服务端，-o 0表示进行带宽测试，-t 120表示测试时#间为120秒；

#network latency test

sh -x check.sh -m 0 -o 1 -t 120 2>>debug.txt

#调用check.sh文件并输入参数，

#-m 0表示设置本服务器为服务端，-o 1表示进行延时测试，-t 120表示测试时#间为120秒；

#network stability test

sh -x check.sh -m 0 -o 2 -t 14400 2>>debug.txt

#调用check.sh文件并输入参数，

#-m 0表示设置本服务器为服务端，-o 2表示进行稳定性测试，-t 14400表示测试时#间为14400秒；

具体地，针对上述的脚本，可以通过以下方式来测试待测网卡：

a、准备两台安装有100G网卡的服务器，且两台服务的100G网卡的网口使用100G光纤线连接。

b、两台服务器均安装Linux系统，并拷贝check.sh、test_server.sh、test_client.sh及网卡驱动文件、netperf安装包到每台服务的Linux系统下。

c、在一台服务器上运行test_server.sh脚本，在另外一台服务器上运行test_client.sh脚本；等待约4小时5分钟后收集测试日志文件即可，中间无需人工干预测试过程。

如图3所示，本发明实施例提供的一种测试网卡的装置，包括：

第一设置单元301，用于设置至少一个用于测试待测网卡的网卡测试模块，将所述至少一个网卡测试模块分别部署在安装有所述待测网卡的至少两个终端上；

测试单元302，用于分别在所述至少两个终端上运行至少一个相同的网卡测试模块，实现所述至少两个终端上的待测网卡进行交互，分别利用在每个终端上运行的所述网卡测试模块对所述待测网卡之间的交互进行测试，实现对每个所述待测网卡的测试。

在本发明一实施例中，还包括：获取单元，用于分别从所述至少两个终端上获取实现对所述待测网卡之间的交互进行测试时生成的测试日志文件，根据所述测试日志文件确定测试结果。

在本发明一实施例中，还包括：第二设置单元，用于设置所述待测网卡的网卡驱动；

判断单元，用于判断安装有所述待测网卡的当前终端上是否安装有所述待测网卡的网卡驱动，如果是，则触发所述测试单元302，否则，在当前终端上安装所述待测网卡的网卡驱动，触发所述测试单元302。

在本发明一实施例中，所述第一设置单元在执行所述设置至少一个用于测试待测网卡的网卡测试模块时，用于在每个所述网卡测试模块中预先设置服务端测试命令和客户端测试命令；

所述测试单元302在执行所述实现所述至少两个终端上的待测网卡进行交互时，用于执行所述服务端上运行的所述网卡测试模块中的服务端测试命令，执行所述客户端上运行的所述网卡测试模块中的客户端测试命令，所述服务端和所述客户端分别根据所述服务端测试命令和所述客户端测试命令，控制对应的待测网卡进行交互。

如图4所示，本发明实施例提供的一种测试网卡的装置，包括：

第一设置单元301、测试单元302、获取单元401、第二设置单元402、判断单元403、配置单元404；

第一设置单元301与测试单元302相连，测试单元302与获取单元401相连，第二设置单元402与判断单元403相连，判断单元403与测试单元302相连，配置单元与测试单元相连。

上述装置内的各单元之间的信息交互、执行过程等内容，由于与本发明方法实施例基于同一构思，具体内容可参见本发明方法实施例中的叙述，此处不再赘述。

本发明各个实施例至少具有如下有益效果：

1、在本发明实施例中，通过每个终端上的网卡测试模块实现待测网卡之间的交互，通过网卡测试模块对待测网卡之间的交互进行测试，进而实现对每个待测网卡的测试，通过对待测网卡之间的交互的测试，可以使得测试结果更加准确。

2、在本发明实施例中，整个测试流程测试方法操作简单，自动化程度高，实用性较强，能够节省人力，提高测试效率。

3、在本发明实施例中，通过每个终端上的网卡测试模块实现待测网卡之间的交互，通过网卡测试模块对待测网卡之间的交互进行测试，进而实现对每个待测网卡的测试，通过对多个终端上的待测网卡进行测试，可以通过多个方面来测试待测网卡的性能，使得测试结果更加全面，更加准确。

需要说明的是，在本文中，诸如第一和第二之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同因素。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储在计算机可读取的存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质中。

最后需要说明的是：以上所述仅为本发明的较佳实施例，仅用于说明本发明的技术方案，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所做的任何修改、等同替换、改进等，均包含在本发明的保护范围内。

Claims

1.一种测试网卡的方法，其特征在于，包括：

2.根据权利要求1所述的方法，其特征在于，

在所述S1之后，还包括：

3.根据权利要求1所述的方法，其特征在于，

所述至少一个网卡测试模块，包括：用于测试所述待测网卡的带宽的带宽测试模块、用于测试所述待测网卡的延时的延时测试模块、用于测试所述待测网卡的稳定性的netperf工具中的一个或多个。

4.根据权利要求1所述的方法，其特征在于，

在步骤S1之前还包括：

A0：预先设置所述待测网卡的网卡驱动；

5.根据权利要求1-4中任一所述的方法，其特征在于，

所述S0中的所述预先设置至少一个用于测试待测网卡的网卡测试模块，包括：

在所述S1之前还包括：

6.一种测试网卡的装置，其特征在于，包括：

7.根据权利要求6所述的装置，其特征在于，

还包括：获取单元，用于分别从所述至少两个终端上获取实现对所述待测网卡之间的交互进行测试时生成的测试日志文件，根据所述测试日志文件确定测试结果。

8.根据权利要求6所述的装置，其特征在于，

9.根据权利要求6所述的装置，其特征在于，

还包括：第二设置单元，用于设置所述待测网卡的网卡驱动；

10.根据权利要求6-9中任一所述的装置，其特征在于，

所述第一设置单元在执行所述设置至少一个用于测试待测网卡的网卡测试模块时，用于在每个所述网卡测试模块中预先设置服务端测试命令和客户端测试命令；