提升验证UFS后台操作处理机制效率的实现方法和装置

技术领域

本发明涉及UFS存储系统技术领域，特别是涉及一种提升验证UFS后台操作处理机制效率的实现方法、装置、计算机设备和存储介质。

背景技术

UFS(Universal Flash Storage)是UNIX文件系统的简称，即通用闪存存储，是一种内嵌式存储器的标准规格。UFS采用串行数据传输技术，只有两个数据通道但速率超越eMMC。不论是数据传输技术还是工作模式，UFS都全面领先于eMMC。

目前，传统技术中主要通过主机下发write命令验证UFS后台操作状态在不同等级下的处理机制及性能。其缺陷主要包括：耗时长，且如果主机latency高，下发命令速度慢，则UFS很难到达后台操作状态的不同等级，导致难以验证UFS后台操作的处理机制及其性能。

发明内容

基于此，有必要针对上述技术问题，提供一种提升验证UFS后台操作处理机制效率的实现方法、装置、计算机设备和存储介质。

一种提升验证UFS后台操作处理机制效率的实现方法，所述方法包括：

获取提升验证UFS后台操作处理机制效率请求；

使能UFS后台操作，并校验BKOPS功能是否已经开启；

若BKOPS功能已开启，则清除UFS数据并重置BKOPS状态；

通过标记不同数量的坏块使UFS进入不同等级后台操作状态，并在不同等级后台操作状态下验证UFS处理机制及性能。

在其中一个实施例中，在所述通过标记不同数量的坏块使UFS进入不同等级后台操作状态的步骤之前还包括：

将待测UFS焊接到MTK开发板上，通过MTK平台下发vendor cmd，标记不同数量的坏块。

在其中一个实施例中，所述通过标记不同数量的坏块使UFS进入不同等级后台操作状态，并在不同等级后台操作状态下验证UFS处理机制及性能的步骤包括：

通过标记不同数量的坏块以使UFS分别进入non-critical，performance beingimpacterd以及critical状态。

在其中一个实施例中，在所述通过标记不同数量的坏块以使UFS分别进入non-critical，performance being impacterd以及critical状态的步骤之后还包括：

分别验证non-critical，performance being impacterd以及critical状态下的UFS处理机制及性能。

一种提升验证UFS后台操作处理机制效率的实现装置，所述提升验证UFS后台操作处理机制效率的实现装置包括：

获取模块，所述获取模块用于获取提升验证UFS后台操作处理机制效率请求；

使能校验模块，所述使能校验模块用于使能UFS后台操作，并校验BKOPS功能是否已经开启；

状态重置模块，所述状态重置模块用于若BKOPS功能已开启，则清除UFS数据并重置BKOPS状态；

标记模块，所述标记模块用于通过标记不同数量的坏块使UFS进入不同等级后台操作状态，并在不同等级后台操作状态下验证UFS处理机制及性能。

在其中一个实施例中，所述装置还包括命令下发模块，所述命令下发模块用于：

将待测UFS焊接到MTK开发板上，通过MTK平台下发vendor cmd，标记不同数量的坏块。

在其中一个实施例中，所述标记模块还用于：

通过标记不同数量的坏块以使UFS分别进入non-critical，performance beingimpacterd以及critical状态。

在其中一个实施例中，所述装置还包括性能验证模块，所述性能验证模块用于：

分别验证non-critical，performance being impacterd以及critical状态下的UFS处理机制及性能。

一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述任意一项方法的步骤。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任意一项方法的步骤。

上述提升验证UFS后台操作处理机制效率的实现方法、装置、计算机设备和存储介质获取提升验证UFS后台操作处理机制效率请求；使能UFS后台操作，并校验BKOPS功能是否已经开启；若BKOPS功能已开启，则清除UFS数据并重置BKOPS状态；通过标记不同数量的坏块使UFS进入不同等级后台操作状态，并在不同等级后台操作状态下验证UFS处理机制及性能。本发明通过标记坏块的方式，占用spare block数量，使UFS更快进入到不同等级后台操作状态，可以有效地减少测试后台操作处理机制及性能所需时间，进而提高了此功能测试效率。

附图说明

图1为一个实施例中提升验证UFS后台操作处理机制效率的实现方法的流程示意图；

图2为另一个实施例中提升验证UFS后台操作处理机制效率的实现方法的流程示意图；

图3为再一个实施例中提升验证UFS后台操作处理机制效率的实现方法的流程示意图；

图4为一个实施例中提升验证UFS后台操作处理机制效率的实现装置的结构框图；

图5为另一个实施例中提升验证UFS后台操作处理机制效率的实现装置的结构框图；

图6为再一个实施例中提升验证UFS后台操作处理机制效率的实现装置的结构框图；

图7为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

目前，传统技术中主要通过主机下发write命令验证UFS后台操作状态在不同等级下的处理机制及性能。其缺陷主要包括：耗时长，且如果主机latency高，下发命令速度慢，则UFS很难到达后台操作状态的不同等级，导致难以验证UFS后台操作的处理机制及其性能。

基于此，本发明提出了一种提升验证UFS后台操作处理机制效率的实现方法，旨在可以减少验证后台操作处理机制时间，提高测试效率。

在一个实施例中，如图1所示，提供了一种提升验证UFS后台操作处理机制效率的实现方法，该方法包括：

步骤102，获取提升验证UFS后台操作处理机制效率请求；

步骤104，使能UFS后台操作，并校验BKOPS功能是否已经开启；

步骤106，若BKOPS功能已开启，则清除UFS数据并重置BKOPS状态；

步骤108，通过标记不同数量的坏块使UFS进入不同等级后台操作状态，并在不同等级后台操作状态下验证UFS处理机制及性能。

在本实施例中，提供了一种提升验证UFS后台操作处理机制效率的实现方法，该方法可以应用于UFS产品在MTK平台上的功能特性验证。

为了验证UFS的不同后台操作处理机制，普通的写操作需要消耗大量的时间及flash program/erase count，而使用本实施例中提供的方法，可以有效减少验证后台操作处理机制时间，大量提高测试效率。

具体地，首先，获取提升验证UFS后台操作处理机制效率请求；使能UFS后台操作，并校验BKOPS功能是否已经开启；若BKOPS功能已开启，则清除UFS数据并重置BKOPS状态。

依据需要验证UFS后台操作处理机制，依据后台操作等级标记不同数量的正常的block为bad block(坏块)，消耗spare block(备用块)个数，使UFS快速进入non-critical，performance being impacterd，critical状态。

在一个实施例中，在通过标记不同数量的坏块使UFS进入不同等级后台操作状态的步骤之前还包括：将待测UFS焊接到MTK开发板上，通过MTK平台下发vendor cmd，标记不同数量的坏块。

在本实施例中提供了具体的应用方式如下：将待测UFS焊接到MTK开发板上，通过MTK平台下发vendor cmd，标记不同数量的bad block，使UFS进入不同后台操作状态等级来验证UFS此状态下的处理机制及性能。

在上述实施例中，获取UFS存储设备单体测试请求；检测多台客户端网络是否连通，并判断单体测试脚本是否已正确部署；若所述单体测试脚本已正确部署，则先进行Liunx系统中UFS字符设备选择再配置单体测试环境；使用所述单体测试脚本进行测试，待单体测试脚本结束后进行结果分析与报告输出。本发明针对UFS单体测试实现一键分布式部署测试脚本，全自动化测试并输出图形界面统计测试结果，整个过程无需人为干涉。

在一个实施例中，如图2所示，提供了一种提升验证UFS后台操作处理机制效率的实现方法，该方法中通过标记不同数量的坏块使UFS进入不同等级后台操作状态，并在不同等级后台操作状态下验证UFS处理机制及性能的步骤包括：

步骤202，通过标记不同数量的坏块以使UFS分别进入non-critical，performancebeing impacterd以及critical状态；

步骤204，分别验证non-critical，performance being impacterd以及critical状态下的UFS处理机制及性能。

在一个实施例中，参考图3，提供了具体的提升验证UFS后台操作处理机制效率的实现过程如下：

3.1、使能UFS后台操作。

3.2、校验BKOPS功能已开启。

3.3、清除UFS数据，使BKOPS状态为不需要做后台操作的状态。

3.4、标记N个block，使这N个block处于废弃状态，UFS进入non-critical状态。

3.5、标记N-A个block，使这N-A个block处于废弃状态，UFS进入performancebeing impacterd状态。

3.6、标记N-B个block，使这N-B个block处于废弃状态，UFS进入critical状态。

在本实施例中，可以快速地验证UFS能否支持4种不同状态，以及支持验证4种状态条件下UFS处理机制及对性能影响。

应该理解的是，虽然图1-3的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图1-3中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图4所示，提供了一种提升验证UFS后台操作处理机制效率的实现装置400，该装置包括：

获取模块401，所述获取模块用于获取提升验证UFS后台操作处理机制效率请求；

使能校验模块402，所述使能校验模块用于使能UFS后台操作，并校验BKOPS功能是否已经开启；

状态重置模块403，所述状态重置模块用于若BKOPS功能已开启，则清除UFS数据并重置BKOPS状态；

标记模块404，所述标记模块用于通过标记不同数量的坏块使UFS进入不同等级后台操作状态，并在不同等级后台操作状态下验证UFS处理机制及性能。

在一个实施例中，如图5所示，提供了一种提升验证UFS后台操作处理机制效率的实现装置400，该装置还包括命令下发模块405，所述命令下发模块用于：

将待测UFS焊接到MTK开发板上，通过MTK平台下发vendor cmd，标记不同数量的坏块。

在一个实施例中，标记模块404还用于：

通过标记不同数量的坏块以使UFS分别进入non-critical，performance beingimpacterd以及critical状态。

在一个实施例中，如图4所示，提供了一种提升验证UFS后台操作处理机制效率的实现装置400，该装置还包括性能验证模块406，所述性能验证模块用于：

分别验证non-critical，performance being impacterd以及critical状态下的UFS处理机制及性能。

关于提升验证UFS后台操作处理机制效率的实现装置的具体限定可以参见上文中对于提升验证UFS后台操作处理机制效率的实现方法的限定，在此不再赘述。

在一个实施例中，提供了一种计算机设备，其内部结构图可以如图7所示。该计算机设备包括通过系统总线连接的处理器、存储器以及网络接口。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种提升验证UFS后台操作处理机制效率的实现方法。

本领域技术人员可以理解，图7中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现以上各个方法实施例中的步骤。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以上各个方法实施例中的步骤。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一种非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(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)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。