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

文档序号:10690911阅读:231来源:国知局
一种测试网卡的方法和装置的制造方法
【专利摘要】本发明提供了一种测试网卡的方法和装置,该方法,包括:预先设置至少一个用于测试待测网卡的网卡测试模块,将所述至少一个网卡测试模块分别部署在安装有所述待测网卡的至少两个终端上;分别在所述至少两个终端上运行至少一个相同的网卡测试模块,实现所述至少两个终端上的待测网卡进行交互,分别利用在每个终端上运行的所述网卡测试模块对所述待测网卡之间的交互进行测试,实现对每个所述待测网卡的测试。本发明提供了一种测试网卡的方法和装置,测试结果更加准确。
【专利说明】
-种测试网卡的方法和装置
技术领域
[0001] 本发明设及通信技术领域,特别设及一种测试网卡的方法和装置。
【背景技术】
[0002] 网卡是工作在链路层的网络组件,是局域网中连接计算机和传输介质的接口,不 仅能实现与局域网传输介质之间的物理连接和电信号匹配,还设及帖的发送与接收、帖的 封装与拆封、介质访问控制、数据的编码与解码W及数据缓存的功能等。网卡对于设备之间 的通信具有十分重要的作用,为了保证网卡能够正常工作,需要对网卡进行测试。
[0003] 现有技术中,对网卡的进行测试时,主要是对单个网卡进行测试。在测试时,将单 个网卡安装在服务器上,在该服务器上进行单个网卡的测试。
[0004] 但是,网卡的作用主要是用来设备之间进行交互,在交互过程中的网卡的性能更 加准确,现有技术只是对孤立的单个网卡进行测试,测试结果不够准确。

【发明内容】

[0005] 本发明实施例提供了一种测试网卡的方法和装置,测试结果更加准确。
[0006] 第一方面,本发明实施例提供了一种测试网卡的方法,包括:
[0007] SO:预先设置至少一个用于测试待测网卡的网卡测试模块,将所述至少一个网卡 测试模块分别部署在安装有所述待测网卡的至少两个终端上;
[000引S1:分别在所述至少两个终端上运行至少一个相同的网卡测试模块,实现所述至 少两个终端上的待测网卡进行交互,分别利用在每个终端上运行的所述网卡测试模块对所 述待测网卡之间的交互进行测试,实现对每个所述待测网卡的测试。
[0009] 进一步地,在所述S1之后,还包括:
[0010] 分别从所述至少两个终端上获取实现对所述待测网卡之间的交互进行测试时生 成的测试日志文件,根据所述测试日志文件确定测试结果。
[0011] 进一步地,所述至少一个网卡测试模块,包括:用于测试所述待测网卡的带宽的带 宽测试模块、用于测试所述待测网卡的延时的延时测试模块、用于测试所述待测网卡的稳 定性的ne化erf工具中的一个或多个。
[0012] 进一步地,在步骤S1之前还包括:
[0013] A0:预先设置所述待测网卡的网卡驱动;
[0014] A1:判断安装有所述待测网卡的当前终端上是否安装有所述待测网卡的网卡驱 动,如果是,则执行步骤S1,否则,执行步骤A2;
[0015] A2:在当前终端上安装所述待测网卡的网卡驱动,执行步骤S1。
[0016] 进一步地,所述SO中的所述预先设置至少一个用于测试待测网卡的网卡测试模 块,包括:
[0017] 在每个所述网卡测试模块中预先设置服务端测试命令和客户端测试命令;
[0018] 在所述S1之前还包括:
[0019] 在所述至少两个终端中配置出至少一个服务端和至少一个客户端;
[0020] 所述S1中的所述实现所述至少两个终端上的待测网卡进行交互,包括:
[0021] 执行所述服务端上运行的所述网卡测试模块中的服务端测试命令,执行所述客户 端上运行的所述网卡测试模块中的客户端测试命令,所述服务端和所述客户端分别根据所 述服务端测试命令和所述客户端测试命令,控制对应的待测网卡进行交互。
[0022] 第二方面,本发明实施例提供了一种测试网卡的装置,包括:
[0023] 第一设置单元,用于设置至少一个用于测试待测网卡的网卡测试模块,将所述至 少一个网卡测试模块分别部署在安装有所述待测网卡的至少两个终端上;
[0024] 测试单元,用于分别在所述至少两个终端上运行至少一个相同的网卡测试模块, 实现所述至少两个终端上的待测网卡进行交互,分别利用在每个终端上运行的所述网卡测 试模块对所述待测网卡之间的交互进行测试,实现对每个所述待测网卡的测试。
[0025] 进一步地,还包括:获取单元,用于分别从所述至少两个终端上获取实现对所述待 测网卡之间的交互进行测试时生成的测试日志文件,根据所述测试日志文件确定测试结 果。
[0026] 进一步地,所述至少一个网卡测试模块,包括:用于测试所述待测网卡的带宽的带 宽测试模块、用于测试所述待测网卡的延时的延时测试模块、用于测试所述待测网卡的稳 定性的ne化erf工具中的一个或多个。
[0027] 进一步地,还包括:第二设置单元,用于设置所述待测网卡的网卡驱动;
[0028] 判断单元,用于判断安装有所述待测网卡的当前终端上是否安装有所述待测网卡 的网卡驱动,如果是,则触发所述测试单元,否则,在当前终端上安装所述待测网卡的网卡 驱动,触发所述测试单元。
[0029] 进一步地,所述第一设置单元在执行所述设置至少一个用于测试待测网卡的网卡 测试模块时,用于在每个所述网卡测试模块中预先设置服务端测试命令和客户端测试命 令;
[0030] 还包括:配置单元,用于在所述至少两个终端中配置出至少一个服务端和至少一 个客户端;
[0031] 所述测试单元在执行所述实现所述至少两个终端上的待测网卡进行交互时,用于 执行所述服务端上运行的所述网卡测试模块中的服务端测试命令,执行所述客户端上运行 的所述网卡测试模块中的客户端测试命令,所述服务端和所述客户端分别根据所述服务端 测试命令和所述客户端测试命令,控制对应的待测网卡进行交互。
[0032] 在本发明实施例中,通过每个终端上的网卡测试模块实现待测网卡之间的交互, 通过网卡测试模块对待测网卡之间的交互进行测试,进而实现对每个待测网卡的测试,通 过对待测网卡之间的交互的测试,可W使得测试结果更加准确。
【附图说明】
[0033] 为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现 有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图是本发明 的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可W根据 运些附图获得其他的附图。
[0034] 图1是本发明一实施例提供的一种测试网卡的方法的流程图;
[0035] 图2是本发明一实施例提供的另一种测试网卡的方法的流程图;
[0036] 图3是本发明一实施例提供的一种测试网卡的装置的示意图;
[0037] 图4是本发明一实施例提供的另一种测试网卡的装置的示意图。
【具体实施方式】
[0038] 为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例 中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是 本发明一部分实施例,而不是全部的实施例,基于本发明中的实施例,本领域普通技术人员 在没有做出创造性劳动的前提下所获得的所有其他实施例,都属于本发明保护的范围。
[0039] 如图1所示,本发明实施例提供了一种测试网卡的方法,该方法可W包括W下步 骤:
[0040] so:预先设置至少一个用于测试待测网卡的网卡测试模块,将所述至少一个网卡 测试模块分别部署在安装有所述待测网卡的至少两个终端上;
[0041] S1:分别在所述至少两个终端上运行至少一个相同的网卡测试模块,实现所述至 少两个终端上的待测网卡进行交互,分别利用在每个终端上运行的所述网卡测试模块对所 述待测网卡之间的交互进行测试,实现对每个所述待测网卡的测试。
[0042] 在本发明实施例中,通过每个终端上的网卡测试模块实现待测网卡之间的交互, 通过网卡测试模块对待测网卡之间的交互进行测试,进而实现对每个待测网卡的测试,通 过对待测网卡之间的交互的测试,可W使得测试结果更加准确。
[0043] 在本发明一实施例中,在所述S1之后,还包括:
[0044] 分别从所述至少两个终端上获取实现对所述待测网卡之间的交互进行测试时生 成的测试日志文件,根据所述测试日志文件确定测试结果。
[0045] 在对待测网卡之间的交互进行测试时,网卡测试模块和系统都会生成大量的日志 信息来记录交互过程和测试过程,运些日志信息保存在测试日志文件中,通过测试日志文 件可W确定出测试结果。
[0046] 在本发明一实施例中,所述至少一个网卡测试模块,包括:用于测试所述待测网卡 的带宽的带宽测试模块、用于测试所述待测网卡的延时的延时测试模块、用于测试所述待 测网卡的稳定性的ne化erf工具中的一个或多个。
[0047] 在本实施例中,通过选择不同的网卡测试模块可W对待测网卡的不同性能进行测 试,例如:带宽、延时、稳定性等参数,也可W同时选择多个网卡测试模块,并依次运行,分别 对待测网卡的不同性能进行测试。
[004引在本发明一实施例中,在步骤S1之前还包括:
[0049] A0:预先设置所述待测网卡的网卡驱动;
[0050] A1:判断安装有所述待测网卡的当前终端上是否安装有所述待测网卡的网卡驱 动,如果是,则执行步骤S1,否则,执行步骤A2;
[0051] A2:在当前终端上安装所述待测网卡的网卡驱动,执行步骤S1。
[0052] 为了使得待测网卡能够正常运行,需要为待测网卡安装对应的网卡驱动,如果网 卡所在的终端上没有所需要的网卡驱动,为该终端上的待测网卡安装对应的网卡驱动,通 过本实施例可w使得测试过程更加方便快速,避免用户重新获取所需要的网卡驱动,并手 动安装,能够节省测试时间,提高测试效率。
[0053] 在本发明一实施例中,所述SO中的所述预先设置至少一个用于测试待测网卡的网 卡测试模块,包括:
[0054] 在每个所述网卡测试模块中预先设置服务端测试命令和客户端测试命令;
[0化日]在所述S1之前还包括:
[0化6] 在所述至少两个终端中配置出至少一个服务端和至少一个客户端;
[0057] 所述S1中的所述实现所述至少两个终端上的待测网卡进行交互,包括:
[0058] 执行所述服务端上运行的所述网卡测试模块中的服务端测试命令,执行所述客户 端上运行的所述网卡测试模块中的客户端测试命令,所述服务端和所述客户端分别根据所 述服务端测试命令和所述客户端测试命令,控制对应的待测网卡进行交互。
[0059] 终端上的待测网卡在进行交互时,为了提高交互效率,避免产生混乱,本实施例对 终端进行配置,配置出服务端和客户端,服务端和客户端在进行交互时,分别根据对应的服 务端测试命令和客户端测试命令进行交互,使得交互过程更加有序,进而提高了测试效率。 具体地,可W控制服务端的待测网卡向客户端的待测网卡发送消息,客户端的待测网卡接 收服务端发来的消息,并可W针对接收到的消息返回响应,服务端的待测网卡接收该响应。
[0060] 另外,网卡测试模块对系统的支持也有局限性,可能当前的网卡测试模块不支持 当前系统,如果继续进行测试,可能会发生错误,为了避免发生错误,可W在步骤是S1之前, 执行W下步骤:
[0061] 针对每个待测网卡,判断当前待测网卡所在的系统的系统内核是否与所述至少一 个网卡测试模块相匹配,如果是,则执行S1,否则,结束当前流程。
[0062] 还有,可W预先设置多个网卡测试模块,并部署在终端上,在进行测试之前,可W 选择任一的网卡测试模块来执行,或者选择多个网卡测试模块,并指定运行顺序。
[0063] 如图2所示,本发明实施例提供了一种测试网卡的方法,在本实施例中,对100G的 网卡进行测试,终端为服务器,至少一个网卡测试模块分别是:用于测试所述待测网卡的带 宽的带宽测试模块、用于测试所述待测网卡的延时的延时测试模块、用于测试所述待测网 卡的稳定性的ne化erf工具。两个待测网卡分别安装在服务器A和服务器B上,服务器A和服 务器B通过100G的光纤线连接,当然,也可W通过交换机连接。该方法可W包括W下步骤:
[0064] 步骤201:预先设置待测网卡的网卡驱动,预先设置带宽测试模块、延时测试模块 和ne化erf工具,分别在带宽测试模块、延时测试模块和ne化erf工具中预先设置服务端测 试命令和客户端测试命令,将带宽测试模块、延时测试模块和ne化erf工具均部署服务器A 和服务器B上。
[0065] 服务器A和服务器B上安装相同的待测网卡,运样可W从服务器A和服务器B两个角 度来测试待测网卡,使得测试结果更加准确,更加全面。
[0066] 步骤202:判断服务器A和服务器B上是否存在没有安装待测网卡的网卡驱动的服 务器,如果是,则执行步骤203,否则,执行步骤204。
[0067] 如果没有安装网卡驱动会使得待测网卡无法正常工作,进而导致测试失败,因此, 在测试之前,先检查每个待测网卡是否安装有对应的网卡驱动。
[0068] 步骤203:在没有安装待测网卡的网卡驱动的服务器上安装待测网卡的网卡驱动, 执行步骤204。
[0069] 为每个待测网卡安装网卡驱动,保证每个待测网卡能够正常工作。
[0070] 步骤204:将服务器A配置为服务端,将服务器B配置为客户端。
[0071] 当前的终端配置为服务端还是客户端,可W根据用户的需求来配置。具体地,配置 待测网卡的IP地址W及相关参数。可W通过IP地址来区分服务端和客户端。举例来说,第一 IP地址对应服务端,第二IP地址对应客户端,例如:当服务器A的待测网卡配置的IP地址为 第一 IP地址时,服务器A为服务端。
[0072] 步骤205:确定在服务器A和服务器B上运行带宽测试模块。
[0073] 具体地,根据外部输入的选择命令来说确定,用户可W选择运行一个或者多个网 卡测试模块,在选择运行多个时,用户可W选择运行的顺序。
[0074] 在本实施例中,用户选择运行带宽测试模块。
[0075] 服务器A和服务器B上需要运行相同的网卡测试模块,如果不同,二者无法配合,使 得服务器A的待测网卡和服务器B的待测网卡交互失败,导致测试出错。
[0076] 步骤206:分别在服务器A和服务器B上运行带宽测试模块。
[0077] 服务器A和服务器B上都需要运行带宽测试模块,当其中一方运行带宽测试模块 后,可W检测另一方是否运行带宽测试模块,如果检测到另一方已经运行带宽测试模块,贝U 可W开始测试,如果另一方没有运行带宽测试模块,则继续检测。
[0078] 步骤207:执行服务器A上的带宽测试模块中的服务端测试命令,执行服务器B上的 带宽测试模块中的客户端测试命令,服务器A和服务器B分别根据服务端测试命令和客户端 测试命令,控制对应的待测网卡进行交互。
[0079] 在每个网卡测试模块中,都设置有服务端测试命令和客户端测试命令,当网卡测 试模块安装在服务端时,执行服务端测试命令,当网卡测试模块安装在客户端时,执行客户 端测试命令。服务端测试命令和客户端测试命令的功能是不同的,例如:服务端测试命令可 W控制待测网卡发出消息,客户端测试命令可W控制待测网卡接收消息。
[0080] 步骤208:分别利用在服务器A和服务器B上运行的带宽测试模块对待测网卡之间 的交互进行测试,实现对每个待测网卡的带宽的测试。
[0081] 不同的网卡测试模块中的服务端测试命令和客户端测试命令的功能可能是不同 的,进而实现对待测网卡的不同性能的测试。
[0082] 举例来说,在带宽测试模块中,服务端测试命令能够控制待测网卡发送占用大量 带宽的信息,客户端测试命令分配大量带宽接收运些信息,通过运种方式来测量待测网卡 的带宽。
[0083] 在延时测试模块中,服务端测试命令能够控制待测网卡发送需要客户端响应的信 息,客户端测试命令能够控制待测网卡响应服务端发来的信息,服务端通过接收到响应的 时间来测试待测网卡的延时,客户端也可W通过接收到服务端发来信息的时间来测试待测 网卡的延时。
[0084] 在ne化erf工具中,服务端测试命令能够控制待测网卡在一定时间内持续发送信 息,客户端测试命令持续接收运些信息,通过检测运些信息的丢失率来测试待测网卡的稳 定性。
[0085] 步骤209:分别从服务器A和服务器B上获取实现对待测网卡之间的交互进行测试 时生成的测试日志文件,根据测试日志文件确定测试结果。
[0086] 具体地,本发明实施例提供的一种测试网卡的方法,可W通过W下方式来实现:
[0087] 将本发明实施例通过脚本实现,具体地,可W分为Ξ个文件,第一个文件为 check, sh,是主要程序,第二个文件为tesLserver. sh文件,内部包含调用check, sh脚本及 相关设置为服务端的参数;第Ξ个文件为test_cl ient. sh文件,内部包含调用check. sh脚 本及相关设置为客户端的参数。
[0088] 曰、油6〇4.3}1部分内容如下,^"#"开头的为注释行,不参与执行,只是解释程序部 分语句的含义;
[0089]
[0090]
[0091]





[0097] b、test_client · sh 文件代码 [009 引 #!/bin/bash
[0099] 冉network bandwidth test
[0100] sh -X check.sh -m 1 -〇 0 -t 120 2>>debug.txt
[0101 ] #调用check, sh文件并输入参数
[0102] #-m 1表示设置本服务器为客户端,-ο 0表示进行带宽测试,-t 120表示测试时冉 间为120秒;
[0103] 冉network latency test
[0104] sh -χ check.sh-m 1 -〇 1 -t 120 2>>debug.txt [01化]#调用check .sh文件并输入参数,
[0106] #-m 1表示设置本服务器为客户端,-ο 1表示进行延时测试,-t 120表示测试时冉 间为120秒;
[0107] 冉network stability test
[0108] sh -χ check.sh -m 1 -〇 2 -t 14400 2>>debug.txt
[0109] #调用check .sh文件并输入参数,
[0110] #-m 1表示设置本服务器为客户端,-ο 2表示进行稳定性测试,-t 14400表示测试 时#间为14400秒;
[0111] c、test_server · sh 文件代码
[0112] #!/bin/bash
[0113] 冉network bandwidth test
[0114] sh -χ check.sh -m 0 -〇 0 -t 120 2>>debug.txt [011日]#调用check .sh文件并输入参数,
[0116] #-m 0表示设置本服务器为服务端,-ο 0表示进行带宽测试,-t 120表示测试时冉 间为120秒;
[0117] #network latency test
[0118] sh -X check.sh -m 0 -〇 1 -t 120 2?debug.txt
[0119] #调用check, sh文件并输入参数,
[0120] #-m 0表示设置本服务器为服务端,-ο 1表示进行延时测试,-t 120表示测试时# 间为120秒;
[0121] #network stability test
[0122] sh -χ check.sh -m 0 -〇 2 -t 14400 2?debug.txt
[0123] #调用check, sh文件并输入参数,
[0124] #-m 0表示设置本服务器为服务端,-ο 2表示进行稳定性测试,-t 14400表示测试 时#间为14400秒;
[0125] 具体地,针对上述的脚本,可W通过W下方式来测试待测网卡:
[0126] a、准备两台安装有100G网卡的服务器,且两台服务的100G网卡的网口使用100G光 纤线连接。
[0127] b、两台服务器均安装Linux 系统,并拷贝 check. sh、test_se;rve;r . sh、test_ client. sh及网卡驱动文件、netperf安装包到每台服务的Linux系统下。
[01巧]C、在一台服务器上运行test_se;rve;r. sh脚本,在另外一台服务器上运行test_ client, sh脚本;等待约4小时5分钟后收集测试日志文件即可,中间无需人工干预测试过 程。
[0129] 如图3所示,本发明实施例提供的一种测试网卡的装置,包括:
[0130] 第一设置单元301,用于设置至少一个用于测试待测网卡的网卡测试模块,将所述 至少一个网卡测试模块分别部署在安装有所述待测网卡的至少两个终端上;
[0131] 测试单元302,用于分别在所述至少两个终端上运行至少一个相同的网卡测试模 块,实现所述至少两个终端上的待测网卡进行交互,分别利用在每个终端上运行的所述网 卡测试模块对所述待测网卡之间的交互进行测试,实现对每个所述待测网卡的测试。
[0132] 在本发明一实施例中,还包括:获取单元,用于分别从所述至少两个终端上获取实 现对所述待测网卡之间的交互进行测试时生成的测试日志文件,根据所述测试日志文件确 定测试结果。
[0133] 在本发明一实施例中,所述至少一个网卡测试模块,包括:用于测试所述待测网卡 的带宽的带宽测试模块、用于测试所述待测网卡的延时的延时测试模块、用于测试所述待 测网卡的稳定性的ne化erf工具中的一个或多个。
[0134] 在本发明一实施例中,还包括:第二设置单元,用于设置所述待测网卡的网卡驱 动;
[0135] 判断单元,用于判断安装有所述待测网卡的当前终端上是否安装有所述待测网卡 的网卡驱动,如果是,则触发所述测试单元302,否则,在当前终端上安装所述待测网卡的网 卡驱动,触发所述测试单元302。
[0136] 在本发明一实施例中,所述第一设置单元在执行所述设置至少一个用于测试待测 网卡的网卡测试模块时,用于在每个所述网卡测试模块中预先设置服务端测试命令和客户 端测试命令;
[0137] 还包括:配置单元,用于在所述至少两个终端中配置出至少一个服务端和至少一 个客户端;
[0138] 所述测试单元302在执行所述实现所述至少两个终端上的待测网卡进行交互时, 用于执行所述服务端上运行的所述网卡测试模块中的服务端测试命令,执行所述客户端上 运行的所述网卡测试模块中的客户端测试命令,所述服务端和所述客户端分别根据所述服 务端测试命令和所述客户端测试命令,控制对应的待测网卡进行交互。
[0139] 如图4所示,本发明实施例提供的一种测试网卡的装置,包括:
[0140] 第一设置单元301、测试单元302、获取单元401、第二设置单元402、判断单元403、 配置单元404;
[0141] 第一设置单元301与测试单元302相连,测试单元302与获取单元401相连,第二设 置单元402与判断单元403相连,判断单元403与测试单元302相连,配置单元与测试单元相 连。
[0142] 上述装置内的各单元之间的信息交互、执行过程等内容,由于与本发明方法实施 例基于同一构思,具体内容可参见本发明方法实施例中的叙述,此处不再寶述。
[0143] 本发明各个实施例至少具有如下有益效果:
[0144] 1、在本发明实施例中,通过每个终端上的网卡测试模块实现待测网卡之间的交 互,通过网卡测试模块对待测网卡之间的交互进行测试,进而实现对每个待测网卡的测试, 通过对待测网卡之间的交互的测试,可W使得测试结果更加准确。
[0145] 2、在本发明实施例中,整个测试流程测试方法操作简单,自动化程度高,实用性较 强,能够节省人力,提高测试效率。
[0146] 3、在本发明实施例中,通过每个终端上的网卡测试模块实现待测网卡之间的交 互,通过网卡测试模块对待测网卡之间的交互进行测试,进而实现对每个待测网卡的测试, 通过对多个终端上的待测网卡进行测试,可W通过多个方面来测试待测网卡的性能,使得 测试结果更加全面,更加准确。
[0147] 需要说明的是,在本文中,诸如第一和第二之类的关系术语仅仅用来将一个实体 或者操作与另一个实体或操作区分开来,而不一定要求或者暗示运些实体或操作之间存在 任何运种实际的关系或者顺序。而且,术语"包括"、"包含"或者其任何其他变体意在涵盖非 排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素, 而且还包括没有明确列出的其他要素,或者是还包括为运种过程、方法、物品或者设备所固 有的要素。在没有更多限制的情况下,由语句"包括一个……"限定的要素,并不排除在包括 所述要素的过程、方法、物品或者设备中还存在另外的相同因素。
[0148] 本领域普通技术人员可W理解:实现上述方法实施例的全部或部分步骤可W通过 程序指令相关的硬件来完成,前述的程序可W存储在计算机可读取的存储介质中,该程序 在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:R〇M、RAM、磁碟或者光 盘等各种可W存储程序代码的介质中。
[0149] 最后需要说明的是:W上所述仅为本发明的较佳实施例,仅用于说明本发明的技 术方案,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所做的任何修改、 等同替换、改进等,均包含在本发明的保护范围内。
【主权项】
1. 一种测试网卡的方法,其特征在于,包括: so:预先设置至少一个用于测试待测网卡的网卡测试模块,将所述至少一个网卡测试 模块分别部署在安装有所述待测网卡的至少两个终端上; S1:分别在所述至少两个终端上运行至少一个相同的网卡测试模块,实现所述至少两 个终端上的待测网卡进行交互,分别利用在每个终端上运行的所述网卡测试模块对所述待 测网卡之间的交互进行测试,实现对每个所述待测网卡的测试。2. 根据权利要求1所述的方法,其特征在于, 在所述S1之后,还包括: 分别从所述至少两个终端上获取实现对所述待测网卡之间的交互进行测试时生成的 测试日志文件,根据所述测试日志文件确定测试结果。3. 根据权利要求1所述的方法,其特征在于, 所述至少一个网卡测试模块,包括:用于测试所述待测网卡的带宽的带宽测试模块、用 于测试所述待测网卡的延时的延时测试模块、用于测试所述待测网卡的稳定性的netperf 工具中的一个或多个。4. 根据权利要求1所述的方法,其特征在于, 在步骤S1之前还包括: A0:预先设置所述待测网卡的网卡驱动; A1:判断安装有所述待测网卡的当前终端上是否安装有所述待测网卡的网卡驱动,如 果是,则执行步骤S1,否则,执行步骤A2; A2:在当前终端上安装所述待测网卡的网卡驱动,执行步骤S1。5. 根据权利要求1-4中任一所述的方法,其特征在于, 所述SO中的所述预先设置至少一个用于测试待测网卡的网卡测试模块,包括: 在每个所述网卡测试模块中预先设置服务端测试命令和客户端测试命令; 在所述S1之前还包括: 在所述至少两个终端中配置出至少一个服务端和至少一个客户端; 所述S1中的所述实现所述至少两个终端上的待测网卡进行交互,包括: 执行所述服务端上运行的所述网卡测试模块中的服务端测试命令,执行所述客户端上 运行的所述网卡测试模块中的客户端测试命令,所述服务端和所述客户端分别根据所述服 务端测试命令和所述客户端测试命令,控制对应的待测网卡进行交互。6. -种测试网卡的装置,其特征在于,包括: 第一设置单元,用于设置至少一个用于测试待测网卡的网卡测试模块,将所述至少一 个网卡测试模块分别部署在安装有所述待测网卡的至少两个终端上; 测试单元,用于分别在所述至少两个终端上运行至少一个相同的网卡测试模块,实现 所述至少两个终端上的待测网卡进行交互,分别利用在每个终端上运行的所述网卡测试模 块对所述待测网卡之间的交互进行测试,实现对每个所述待测网卡的测试。7. 根据权利要求6所述的装置,其特征在于, 还包括:获取单元,用于分别从所述至少两个终端上获取实现对所述待测网卡之间的 交互进行测试时生成的测试日志文件,根据所述测试日志文件确定测试结果。8. 根据权利要求6所述的装置,其特征在于, 所述至少一个网卡测试模块,包括:用于测试所述待测网卡的带宽的带宽测试模块、用 于测试所述待测网卡的延时的延时测试模块、用于测试所述待测网卡的稳定性的netperf 工具中的一个或多个。9. 根据权利要求6所述的装置,其特征在于, 还包括:第二设置单元,用于设置所述待测网卡的网卡驱动; 判断单元,用于判断安装有所述待测网卡的当前终端上是否安装有所述待测网卡的网 卡驱动,如果是,则触发所述测试单元,否则,在当前终端上安装所述待测网卡的网卡驱动, 触发所述测试单元。10. 根据权利要求6-9中任一所述的装置,其特征在于, 所述第一设置单元在执行所述设置至少一个用于测试待测网卡的网卡测试模块时,用 于在每个所述网卡测试模块中预先设置服务端测试命令和客户端测试命令; 还包括:配置单元,用于在所述至少两个终端中配置出至少一个服务端和至少一个客 户端; 所述测试单元在执行所述实现所述至少两个终端上的待测网卡进行交互时,用于执行 所述服务端上运行的所述网卡测试模块中的服务端测试命令,执行所述客户端上运行的所 述网卡测试模块中的客户端测试命令,所述服务端和所述客户端分别根据所述服务端测试 命令和所述客户端测试命令,控制对应的待测网卡进行交互。
【文档编号】H04L12/26GK106059860SQ201610585697
【公开日】2016年10月26日
【申请日】2016年7月22日 公开号201610585697.2, CN 106059860 A, CN 106059860A, CN 201610585697, CN-A-106059860, CN106059860 A, CN106059860A, CN201610585697, CN201610585697.2
【发明人】肖欢, 巩祥文
【申请人】浪潮电子信息产业股份有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1