一种缓存模式的管理方法、系统及装置与流程

1.本发明涉及数据缓存技术领域，特别是涉及一种缓存模式的管理方法、系统及装置。


背景技术：

2.目前，多控阵列存储中大量应用了各类缓存进行前端业务加速，以常见的sas链路为例，主机业务经由前端fc最终落盘阵列(即存储至磁盘)，这期间涉及fc controller高速缓存、cpu l1/l2/l3等高速缓存、内存、sas controller高速缓存、sas expander高速缓存、硬盘dram(部分企业盘还有少量slc nand参与缓存)等，当上述部分缓存的缓存模式处于关闭模式时，容易导致部分存储特性例如raid运行时出现性能表现不一致等问题，严重时导致多控阵列存储无法正常承担前端业务，进而降低多控阵列存储所属的整机系统的可用性。


技术实现要素：

3.本技术的目的是提供一种缓存模式的管理方法、系统及装置，该方案应用于数据缓存技术领域，通过可编程逻辑器件实现了根据待传输数据的业务模型来管理传输该待传输数据所需的存储模块及其缓存模式，能够保证数据传输过程中所需的缓存均处于打开模式，进而避免了部分存储特性例如raid运行时出现性能表现不一致等问题，使存储模块正常承担前端业务，提高存储模块所属的整机系统的可用性。
4.为解决上述技术问题，本技术提供了一种缓存模式的管理方法，应用于可编程逻辑器件，包括：
5.接收cpu模块确定的待传输数据的业务模型，所述业务模型包括所述待传输数据的大小、地址的传输顺序和读写类型；
6.根据所述业务模型和模型-存储对应关系确定各存储模块及对应的缓存模式，所述缓存模式为写缓存打开模式、写缓存关闭模式、读缓存打开模式或读缓存关闭模式；
7.将确定的各所述存储模块的缓存模式更改为确定的所述缓存模式。
8.优选的，所述各存储模块包括所述cpu模块、缓存模块、后端主控模块和盘阵模块，或者包括所述cpu模块、所述后端主控模块和所述盘阵模块。
9.优选的，还包括：
10.通过串口模块与控制系统进行数据交互。
11.优选的，将确定的各所述存储模块的缓存模式更改为确定的所述缓存模式之后，还包括：
12.监控所述待传输数据通过各所述存储模块产生的性能数据，所述性能数据包括iops和/或带宽和/或时延；
13.确定各所述存储模块的性能数据在预设传输模式下对应的理论数据，所述预设传输模式为普通模式或高性能模式，所述高性能模式的功耗和传输效率均高于所述普通模
式；
14.当任一所述性能数据与对应的所述理论数据的差值的绝对值在预设时间段内始终大于预设阈值时，发送告警信息。
15.优选的，当任一所述性能数据与对应的所述理论数据的差值的绝对值在预设时间段内始终大于预设阈值时，发送告警信息之后，还包括：
16.在所述预设传输模式为普通模式时：
17.在任一所述性能数据大于在所述普通模式下对应的理论数据时，向用户端发送是否将所述理论数据更新为所述性能数据的待确认信息，并在接收到所述用户端的肯定回复后将所述理论数据更新为所述性能数据；
18.在任一所述性能数据小于在所述普通模式下对应的理论数据时，向用户端发送是否将所述普通模式切换至所述高性能模式的待确认信息，并在接收到所述用户端的肯定回复后将所述普通模式切换至所述高性能模式。
19.优选的，当任一所述性能数据与对应的所述理论数据的差值的绝对值在预设时间段内始终大于预设阈值时，发送告警信息之后，还包括：
20.在所述预设传输模式为高性能模式时：
21.在任一所述性能数据大于在所述高性能模式下对应的理论数据时，向用户端发送是否将所述理论数据更新为所述性能数据的待确认信息，并在接收到所述用户端的肯定回复后将所述理论数据更新为所述性能数据；
22.在任一所述性能数据小于在所述高性能模式下对应的理论数据时，改变各所述存储模块的缓存模式直至所有所述性能数据与对应的所述理论数据的差值的绝对值在预设时间段内始终小于或等于预设阈值。
23.优选的，在任一所述性能数据小于在所述普通模式下对应的理论数据时，向用户端发送是否将所述普通模式切换至所述高性能模式的待确认信息，并在接收到所述用户端的肯定回复后将所述普通模式切换至所述高性能模式之后，还包括：
24.在接收到所述用户端发送的普通模式的需求信息时，将所述高性能模式切换至所述普通模式。
25.优选的，在任一所述性能数据小于在所述高性能模式下对应的理论数据时，改变各所述存储模块的缓存模式直至所有所述性能数据与对应的所述理论数据的差值的绝对值在预设时间段内始终小于或等于预设阈值，包括：
26.将小于所述高性能模式下对应的理论数据的性能数据所属的存储模块以及所述待传输数据已经经过的所有的存储模块的性能数据与对应的理论数据的差值的绝对值按从大到小进行排序；
27.将完成排序的所述存储模块进行排列组合；
28.依次更改每个排列组合中的所述存储模块的缓存模式直至所有所述性能数据与对应的所述理论数据的差值的绝对值在预设时间段内始终小于或等于预设阈值，所述缓存模式的更改为写缓存打开模式与写缓存关闭模式之间的更改，或者读缓存打开模式与读缓存关闭模式之间的更改。
29.为解决上述技术问题，本技术还提供了一种缓存模式的管理系统，包括：
30.业务模型接收单元，用于接收cpu模块确定的待传输数据的业务模型，所述业务模
型包括所述待传输数据的大小、地址的传输顺序和读写类型；
31.存储模块及缓存模式确定单元，用于根据所述业务模型和模型-存储对应关系确定各存储模块及对应的缓存模式，所述缓存模式为写缓存打开模式、写缓存关闭模式、读缓存打开模式或读缓存关闭模式；
32.缓存模式更改单元，用于将确定的各所述存储模块的缓存模式更改为确定的所述缓存模式。
33.为解决上述技术问题，本技术还提供了一种缓存模式的管理装置，包括：
34.存储器，用于存储计算机程序；
35.可编程逻辑器件，用于执行所述计算机程序以实现所述缓存模式的管理方法的步骤。
36.本技术提供了一种缓存模式的管理方法、系统及装置，该方案应用于数据缓存技术领域，可编程逻辑器件接收cpu模块确定的待传输数据的业务模型，业务模型包括待传输数据的大小、地址的传输顺序和读写类型；根据业务模型和模型-存储对应关系确定各存储模块及对应的缓存模式；将确定的各存储模块的缓存模式更改为确定的缓存模式。通过可编程逻辑器件实现了根据待传输数据的业务模型来管理传输该待传输数据所需的存储模块及其缓存模式，能够保证数据传输过程中所需的缓存均处于打开模式，进而避免了部分存储特性例如raid运行时出现性能表现不一致等问题，使存储模块正常承担前端业务，提高存储模块所属的整机系统的可用性。
附图说明
37.为了更清楚地说明本技术实施例中的技术方案，下面将对现有技术和实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
38.图1为本技术提供的一种缓存模式的管理方法的流程示意图；
39.图2为本技术提供的一种缓存管理的结构示意图；
40.图3为本技术提供的一种缓存模式的管理系统的结构示意图；
41.图4为本技术提供的一种缓存模式的管理装置的结构示意图。
具体实施方式
42.本技术的核心是提供一种缓存模式的管理方法、系统及装置，该方案应用于数据缓存技术领域，通过可编程逻辑器件实现了根据待传输数据的业务模型来管理传输该待传输数据所需的存储模块及其缓存模式，能够保证数据传输过程中所需的缓存均处于打开模式，进而避免了部分存储特性例如raid运行时出现性能表现不一致等问题，使存储模块正常承担前端业务，提高存储模块所属的整机系统的可用性。
43.为使本技术实施例的目的、技术方案和优点更加清楚，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
44.图1为本技术提供的一种缓存模式的管理方法的流程示意图，应用于可编程逻辑器件，包括：
45.s11：接收cpu模块确定的待传输数据的业务模型，业务模型包括待传输数据的大小、地址的传输顺序和读写类型；
46.s12：根据业务模型和模型-存储对应关系确定各存储模块及对应的缓存模式，缓存模式为写缓存打开模式、写缓存关闭模式、读缓存打开模式或读缓存关闭模式；
47.s13：将确定的各存储模块的缓存模式更改为确定的缓存模式。
48.目前，多控阵列存储中大量应用了各类缓存进行业务加速，以常见的sas链路为例，主机业务经由前端fc(formatting contexts，格式化上下文)最终落盘阵列(即存储至磁盘)，期间涉及fc controller高速缓存、cpu l1/l2/l3等高速缓存、内存、sas controller高速缓存、sas expander高速缓存、硬盘dram(部分企业盘还有少量slc nand参与缓存)等，当上述部分缓存的缓存模式处于关闭模式时，容易导致部分存储特性例如raid运行时出现性能表现不一致等问题，严重时导致多控阵列存储无法正常承担前端业务，进而降低多控阵列存储所属的整机系统的可用性。
49.为解决上述技术问题，本发明提出了一种缓存模式的管理方法来动态统一管理数据传输过程中经过的存储模块以及其缓存模式，该方法由可编程逻辑器件来控制执行，例如由可编程逻辑器件arm中的cmo(cache mode optimization，缓存模式优化)管理模块来控制执行。
50.具体的，s11中，进行待传输数据的读取和写入时，cpu模块中的控制单元可以确定待传输数据的业务模型，其中业务模型中待传输数据的大小为数据块的大小、地址的传输顺序包括随机/顺序、读写类型包括读取/写入。
51.s12中，预先设置好每种业务模型对应的待传输数据的传输路径上所需依次经过的存储模块及其缓存模式，并存储为模型-存储对应关系，在cpu模块确定好业务模型后即可通过对应关系确定出各存储模块及其缓存模式，实现根据业务模型进行各存储模块的动态管理。
52.对于待传输数据的写入，写缓存打开模式即为回写模式，写缓存关闭模式即为透写模式；并且无论是待传输数据的写入或读取，一般来说(各存储模块间存在数据读写的速度差异情况下)，各存储模块的缓存打开会在一定程度上加速读写速度，但是在各存储模块间不存在数据读写速度的差异下(例如内存模块和高性能nvme ssd的盘阵模块)，关闭各存储模块的缓存反而可以带来一定程度上性能的提升，例如时延降低。因此，需要对各存储模块的缓存模式进行管理。
53.s13中，确定好待传输数据的传输路径上需要经过的存储模块及其缓存模式后，就需要将相应的存储模块的缓存模式进行更改，进而可以使待传输数据依次经过各存储模块完成数据的传输，避免了传输路径上需要打开缓存的存储模块未打开缓存而导致的部分存储特性例如raid运行时出现性能表现不一致等问题。
54.其中，将待传输数据的写入磁盘时的传输路径首先经过cpu模块中的存储单元，从磁盘中读取待传输数据时的传输路径最后经过cpu模块中的存储单元，即各存储模块包含cpu模块。
55.综上，本技术提供了一种缓存模式的管理方法，该方案应用于数据缓存技术领域，
可编程逻辑器件接收cpu模块确定的业务模型，业务模型包括待传输数据的大小、地址的传输顺序和读写类型；根据业务模型和模型-存储对应关系确定各存储模块及对应的缓存模式；将确定的各存储模块的缓存模式更改为确定的缓存模式。通过可编程逻辑器件实现了根据待传输数据的业务模型来管理传输该待传输数据所需的存储模块及其缓存模式，能够保证数据传输过程中所需的缓存均处于打开模式，进而避免了部分存储特性例如raid运行时出现性能表现不一致等问题，使存储模块正常承担前端业务，提高存储模块所属的整机系统的可用性。
56.在上述实施例的基础上：
57.作为一种优选的实施例，各存储模块包括cpu模块、缓存模块、后端主控模块和盘阵模块，或者包括cpu模块、后端主控模块和盘阵模块。
58.本实施例，可以参照图2，待传输数据进行读取和写入，常规需要依次经过四个缓存模块，即cpu模块、缓存模块、后端主控模块和盘阵模块，特殊情况下例如在业务模型中的待传输数据的数据块较小时，可以跳过缓存模块。其中，缓存模式优化管理模块，即为可编程逻辑器件中的cmo管理模块。cpu模块、缓存模块、后端主控模块、盘阵模块和缓存模式优化管理模块均位于板卡上。
59.具体的，cpu模块：其内部一般包含l1/l2/l3等多级高速缓存。受限接口开放情况，一般情况下重点调控l3缓存，该模块可以实时反馈待传输数据通过自身所产生的性能数据到可编程逻辑器件中的缓存模式优化管理模块；缓存模块：其内部一般包含内存和部件高速缓存，受缓存模式优化管理模块控制，该模块可以实时反馈待传输数据通过自身所产生的性能数据到可编程逻辑器件中的缓存模式优化管理模块，多控缓存模块间通过ntb或者roce等高速镜像链路进行相互通信；后端主控模块：受缓存模式优化管理模块控制，一般为sas/sas expander/pcie/以太等后端板级芯片或者端口卡等，该模块内部一般包含sram/dram单元，可以实时反馈待传输数据通过自身所产生的性能数据到可编程逻辑器件中的缓存模式优化管理模块；盘阵模块：一般为hdd/ssd阵列，受缓存模式优化管理模块控制，其内部一般包含sram/dram或者高速nand单元，该模块可以实时反馈待传输数据通过自身所产生的性能数据到可编程逻辑器件中的缓存模式优化管理模块。
60.综上，可编程逻辑器件中的缓存模式优化管理模块可以根据业务模型对cpu模块、缓存模块、后端主控模块和盘阵模块进行缓存模式动态管理，在不影响集群可靠性的情况下避免出现性能表现不一致的问题，保证了存储始终可以正常承担前端业务，进而提高了整机系统的可用性。
61.作为一种优选的实施例，还包括：
62.通过串口模块与控制系统进行数据交互。
63.本实施例可以参照图2，除了包含串口模块外，还可以包含指示模块和无线模块。具体的，串口模块：位于板卡上，通过串口模块可以进行外界的控制系统与可编程逻辑器件中的缓存模式优化管理模块的信息交互，后文中判定是否进行告警所需的预设时间段、预设阈值和相关功能的开启也可通过该模块设置；指示模块：位于板卡上，受串口模块的直接控制，对外指示当前可编程逻辑器件中的缓存模式优化管理模块的实时状态，例如后文中的预设传输模式；无线模块：可将串口模块的信号转换成wifi等无线信号，外界不用实体串口线就可与缓存模式优化管理模块进行信息交互。
64.综上，可以通过串口模块、指示模块和无线模块更好的与可编程逻辑器件中的缓存模式优化管理模块进行信息交互，了解相关进程和设置相关参数。
65.作为一种优选的实施例，将确定的各存储模块的缓存模式更改为确定的缓存模式之后，还包括：
66.监控待传输数据通过各存储模块产生的性能数据，性能数据包括iops和/或带宽和/或时延；
67.确定各存储模块的性能数据在预设传输模式下对应的理论数据，预设传输模式为普通模式或高性能模式，高性能模式的功耗和传输效率均高于普通模式；
68.当任一性能数据与对应的理论数据的差值的绝对值在预设时间段内始终大于预设阈值时，发送告警信息。
69.本实施例中，可编程逻辑器件中的缓存模式优化管理模块可以对各存储模块进行数据传输时产生的性能数据进行监控，并在性能数据异常时进行告警。
70.具体的，性能数据至少包括iops(input/output operations per second，每秒进行读写操作的次数)和/或带宽和/或时延，可以同时采用iops、带宽和时延来表征当前数据传输的效率，而对于当前的待传输数据的业务模型存在理论数据，即其应该达到的性能数据的大小，当实际获取的存储模块的性能数据与理论数据差距较大时，即性能数据异常时，具体为性能数据与对应的理论数据的差值的绝对值在预设时间段内始终大于预设阈值，此时可能需要对该存储模块的缓存模式或理论数据进行调整，因此可以发出告警信息进行提示，以便采取相应的后续措施。
71.其中，数据的预设传输模式分为普通模式或高性能模式，高性能模式的功耗和传输效率均高于普通模式，该预设传输模式可以预先根据实际应用场景进行设置，在数据的传输过程中可以根据用户需要进行切换。两种传输模式各有优缺点，在用户可以接受低传输效率的数据传输时，就不需要采用高功耗的高性能模式。
72.还需要说明的是无论在普通模式下还是高性能模式下，均需要进行告警，只是两种模式下对性能数据与理论数据的差异的忍耐力不同，高性能模式下对数据的传输效率要求更高，因此相应的预设时间段和预设阈值可以更小，例如，普通模式下预设时间段为15min、预设阈值为固定数值的20％；高性能模式下预设时间段为5min、预设阈值为固定数值的10％。其中，预设时间段和预设阈值可通过控制系统或串口模块等方式进行调整。
73.综上，通过检测各存储模块的性能数据，在性能数据异常时，发出告警信息，便于动态调整相应的存储模块的相关信息，例如其缓存模式和理论数据。
74.作为一种优选的实施例，当任一性能数据与对应的理论数据的差值的绝对值在预设时间段内始终大于预设阈值时，发送告警信息之后，还包括：
75.在预设传输模式为普通模式时：
76.在任一性能数据大于在普通模式下对应的理论数据时，向用户端发送是否将理论数据更新为性能数据的待确认信息，并在接收到用户端的肯定回复后将理论数据更新为性能数据；
77.在任一性能数据小于在普通模式下对应的理论数据时，向用户端发送是否将普通模式切换至高性能模式的待确认信息，并在接收到用户端的肯定回复后将普通模式切换至高性能模式。
78.由于发出告警信息的原因有两种，一是性能数据与对应的理论数据的差值在预设时间段内始终大于预设阈值，二是理论数据与性能数据与的差值在预设时间段内始终大于预设阈值。因此在发出告警信息后，还需要进行上述两种情况的判断，并根据判断结果采取相应措施。
79.具体的，在本实施例中，考虑预设传输模式为普通模式的情况，在任一性能数据大于在普通模式下对应的理论数据时，此时性能数据是在实际应用过程中发现的比理论数据更优异的数据，可以将理论数据更新为该性能数据，具体是否更新需要向用户端进行上报，并在用户认为需要更新理论数据时对其进行更新；在任一性能数据小于在普通模式下对应的理论数据时，此时的性能数据较小，数据的传输效率较低，可以提高数据的传输效率即切换为高性能模式，具体是否切换需要向用户端进行上报，并在用户认为需要切换时，即用户选择以高功耗为代价来换取较高的传输效率时，切换为高性能模式。
80.综上，在预设传输模式为普通模式时，发出告警信息后可以进行如上措施来调节数据传输。
81.作为一种优选的实施例，当任一性能数据与对应的理论数据的差值的绝对值在预设时间段内始终大于预设阈值时，发送告警信息之后，还包括：
82.在预设传输模式为高性能模式时：
83.在任一性能数据大于在高性能模式下对应的理论数据时，向用户端发送是否将理论数据更新为性能数据的待确认信息，并在接收到用户端的肯定回复后将理论数据更新为性能数据；
84.在任一性能数据小于在高性能模式下对应的理论数据时，改变各存储模块的缓存模式直至所有性能数据与对应的理论数据的差值的绝对值在预设时间段内始终小于或等于预设阈值。
85.由于发出告警信息的原因有两种，一是性能数据与对应的理论数据的差值在预设时间段内始终大于预设阈值，二是理论数据与性能数据与的差值在预设时间段内始终大于预设阈值。因此在发出告警信息后，还需要进行上述两种情况的判断，并根据判断结果采取相应措施。
86.具体的，在本实施例中，考虑预设传输模式为高性能模式的情况，在任一性能数据大于在高性能模式下对应的理论数据时，此时性能数据是在实际应用过程中发现的比理论数据更优异的数据，可以将理论数据更新为该性能数据，具体是否更新需要向用户端进行上报，并在用户认为需要更新理论数据时对其进行更新；在任一性能数据小于在高性能模式下对应的理论数据时，此时的性能数据较小，数据的传输效率较低，可以提高数据的传输效率但是已没有更高传输效率的模式可以切换，因此此时需要对各存储模块的缓存模式进行优化，直至不再发出告警信息，即所有性能数据与对应的理论数据的差值的绝对值在预设时间段内始终小于或等于预设阈值。
87.综上，在预设传输模式为高性能模式时，发出告警信息后可以进行如上措施来调节数据传输。
88.作为一种优选的实施例，在任一性能数据小于在普通模式下对应的理论数据时，向用户端发送是否将普通模式切换至高性能模式的待确认信息，并在接收到用户端的肯定回复后将普通模式切换至高性能模式之后，还包括：
89.在接收到用户端发送的普通模式的需求信息时，将高性能模式切换至普通模式。
90.本实施例中，在切换到高性能模式后，不会再自动进行是否恢复到普通模式的判断，而只根据用户的需求进行调节，即只有在用户端发出普通模式的需求信息时，才会切换为普通模式。
91.作为一种优选的实施例，在任一性能数据小于在高性能模式下对应的理论数据时，改变各存储模块的缓存模式直至所有性能数据与对应的理论数据的差值的绝对值在预设时间段内始终小于或等于预设阈值，包括：
92.将小于高性能模式下对应的理论数据的性能数据所属的存储模块以及待传输数据已经经过的所有的存储模块的性能数据与对应的理论数据的差值的绝对值按从大到小进行排序；
93.将完成排序的存储模块进行排列组合；
94.依次更改每个排列组合中的存储模块的缓存模式直至所有性能数据与对应的理论数据的差值的绝对值在预设时间段内始终小于或等于预设阈值，缓存模式的更改为写缓存打开模式与写缓存关闭模式之间的更改，或者读缓存打开模式与读缓存关闭模式之间的更改。
95.本实施例中，规定了如何对各存储模块的缓存模式进行优化直至不再发出告警信息。
96.具体的，以各存储模块依次为cpu模块、缓存模块、后端主控模块和盘阵模块为例，数据依次通过上述四个存储模块进行传递，当后端主控模块的性能数据小于高性能模式下对应的理论数据时，此时将后端主控模块和已经经过的cpu模块和缓存模块的性能数据与对应理论数据的差值的绝对值进行从大到小的排序，例如为后端主控模块、cpu模块、缓存模块。
97.然后对上述三个存储模块进行排列组合，依次为：后端主控模块；cpu模块；缓存模块；后端主控模块、cpu模块；后端主控模块、缓存模块；cpu模块、缓存模块；后端主控模块、cpu模块、缓存模块。
98.最后对上述每个排列组合中的所有存储模块的缓存模式进行更改，若原缓存模式为写缓存打开模式则更改为写缓存关闭模式，若原缓存模式为读缓存打开模式则更改为读缓存关闭模式。每种排列依次进行更改，直到不再发出告警信息，完成对各存储模块的缓存模式的优化。
99.此外，在各存储模块内部，特别是后端主控模块和盘阵模块内，也要保证性能的一致性。在整个数据传输的路径上，可编程逻辑器件中的缓存模式优化管理模块实时动态调控cpu模块、缓存模块、后端主控模块和盘阵模块的缓存模式，由此形成最大四重优化。特别是在高性能模式下进行四重缓存模式优化，在不影响集群可靠性的情况下避免出现性能表现不一致的问题，保证了存储始终可以正常承担前端业务，进而提高了整机系统的可用性。
100.请参照图3，图3为本技术提供的一种缓存模式的管理系统的结构示意图，包括：
101.业务模型接收单元21，用于接收cpu模块确定的待传输数据的业务模型，业务模型包括待传输数据的大小、地址的传输顺序和读写类型；
102.存储模块及缓存模式确定单元22，用于根据业务模型和模型-存储对应关系确定各存储模块及对应的缓存模式，缓存模式为写缓存打开模式、写缓存关闭模式、读缓存打开
模式或读缓存关闭模式；
103.缓存模式更改单元23，用于将确定的各存储模块的缓存模式更改为确定的缓存模式。
104.对于本技术提供的一种缓存模式的管理系统的介绍，请参照上述实施例，本技术此处不再赘述。
105.作为一种优选的实施例，各存储模块包括cpu模块、缓存模块、后端主控模块和盘阵模块，或者包括cpu模块、后端主控模块和盘阵模块。
106.作为一种优选的实施例，还包括：
107.交互单元，用于通过串口模块与控制系统进行数据交互。
108.作为一种优选的实施例，还包括：
109.监控单元，用于在缓存模式更改单元23之后，监控待传输数据通过各存储模块产生的性能数据，性能数据包括iops和/或带宽和/或时延；
110.理论数据确定单元，用于确定各存储模块的性能数据在预设传输模式下对应的理论数据，预设传输模式为普通模式或高性能模式，高性能模式的功耗和传输效率均高于普通模式；
111.告警单元，用于当任一性能数据与对应的理论数据的差值的绝对值在预设时间段内始终大于预设阈值时，发送告警信息。
112.作为一种优选的实施例，还包括：
113.在预设传输模式为普通模式时：
114.第一更新单元，用于在告警单元之后，在任一性能数据大于在普通模式下对应的理论数据时，向用户端发送是否将理论数据更新为性能数据的待确认信息，并在接收到用户端的肯定回复后将理论数据更新为性能数据；
115.高性能模式切换单元，用于在任一性能数据小于在普通模式下对应的理论数据时，向用户端发送是否将普通模式切换至高性能模式的待确认信息，并在接收到用户端的肯定回复后将普通模式切换至高性能模式。
116.作为一种优选的实施例，还包括：
117.在预设传输模式为高性能模式时：
118.第二更新单元，用于在告警单元之后，在任一性能数据大于在高性能模式下对应的理论数据时，向用户端发送是否将理论数据更新为性能数据的待确认信息，并在接收到用户端的肯定回复后将理论数据更新为性能数据；
119.缓存模式改变单元，用于在任一性能数据小于在高性能模式下对应的理论数据时，改变各存储模块的缓存模式直至所有性能数据与对应的理论数据的差值的绝对值在预设时间段内始终小于或等于预设阈值。
120.作为一种优选的实施例，还包括：
121.普通模式切换单元，用于在高性能模式切换单元之后，在接收到用户端发送的普通模式的需求信息时，将高性能模式切换至普通模式。
122.作为一种优选的实施例，缓存模式改变单元包括：
123.排序单元，用于将小于高性能模式下对应的理论数据的性能数据所属的存储模块以及待传输数据已经经过的所有的存储模块的性能数据与对应的理论数据的差值的绝对
值按从大到小进行排序；
124.排列组合单元，用于将完成排序的存储模块进行排列组合；
125.更改单元，用于依次更改每个排列组合中的存储模块的缓存模式直至所有性能数据与对应的理论数据的差值的绝对值在预设时间段内始终小于或等于预设阈值，缓存模式的更改为写缓存打开模式与写缓存关闭模式之间的更改，或者读缓存打开模式与读缓存关闭模式之间的更改。
126.请参照图4，图4为本技术提供的一种缓存模式的管理装置的结构示意图，包括：
127.存储器31，用于存储计算机程序；
128.可编程逻辑器件32，用于执行计算机程序以实现缓存模式的管理方法的步骤。
129.对于本技术提供的一种缓存模式的管理装置的介绍，请参照上述实施例，本技术此处不再赘述。
130.其中，该可编程逻辑器件32可以为arm，此处不做具体限定。
131.需要说明的是，在本说明书中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
132.对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本技术。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本技术的精神或范围的情况下，在其他实施例中实现。因此，本技术将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。