一种内存配置方法及计算设备与流程

1.本技术涉及通信技术领域，尤其涉及一种内存配置方法及计算设备。


背景技术：

2.在数据井喷时代，当前各种业务支撑着海量核心业务数据，那么对核心业务数据的处理和保存就显得尤为重要。某些核心业务中的数据敏感类型业务，例如输入/输出(input/output，io)密集型业务对数据实时性非常敏感。
3.然而，目前有诸多原因，如计算设备内核异常、业务软件异常等都可能导致计算设备宕机。一旦计算设备宕机，而对内存数据，如核心业务数据和/或异常日志不进行特殊处理会导致内存数据丢失。计算设备宕机重启后，无法获取到内存数据，导致不能进行业务恢复和/或异常分析。
4.因此，如何防止内存数据丢失成为亟待解决的技术问题。


技术实现要素：

5.本技术提出一种内存配置方法及计算设备，解决了计算设备宕机后，内存数据丢失，无法进行业务恢复和/或异常分析的技术问题。
6.第一方面，本技术提出一种内存配置方法。该方法包括：
7.处理器获取待配置的内存区域的内存资源信息；
8.当内存资源信息中指示的内存区域的类型和预设类型相同时，处理器基于内存资源信息配置内存区域。
9.本技术中在计算设备宕机重启的情况下，处理器不对前述内存区域进行初始化处理，使得该内存区域可以保留计算设备宕机重启之前存储在内存区域中的数据，从而维持内存区域中数据不变，保证内存区域中数据的有效性和完整性，满足了数据敏感类型业务对数据实时性的要求；解决了计算设备宕机后丢失内存数据，无法进行业务恢复和/或异常分析的技术问题。此外，相比于使用kdump转存内存数据到硬件存储设备，节省了数据存储时间，提高了数据存储效率，且无需依赖于额外的硬件及非易失存储设备。
10.在一种可能的实现方式中，所述内存区域中存储的数据至少包括以下一项或多项：异常日志、核心业务数据。在一些实施例中，异常日志中包括但不限于：日志名称、记录时间、事件、级别。核心业务数据区为与企业中具有竞争优势并能够带来主要利润收入的业务相关的数据。示例性的，一家企业的主要利润收入来源为云计算业务和人工智能业务，则核心业务数据为与云计算业务和人工智能业务相关的数据。
11.本技术中在计算设备宕机重启的情况下，仍可以保留计算设备宕机重启之前存储在内存区域中的异常日志和/或核心业务数据，解决了计算设备宕机后丢失内存数据，无法进行业务恢复和/或异常分析的技术问题。
12.在一种可能的实现方式中，所述处理器获取待配置的内存区域的内存资源信息，包括：
13.处理器显示基本输入输出系统(basic input output system，bios)设置界面，所述bios设置界面包括待配置的内存区域的配置选项；
14.处理器接收针对于待配置的内存区域的配置选项的用户操作；
15.处理器根据所述用户操作，确定待配置的内存区域的内存资源信息。
16.本技术中提供人机交互界面，用户可以自行操作bios设置界面，编辑内存资源信息，操作简单、灵活。
17.在一种可能的实现方式中，所述内存资源信息包括：内存区域的类型标识、大小和首物理地址。
18.本技术中内存区域的类型标识用于指示待配置的内存区域的类型。内存区域的大小和首物理地址用于配置内存区域。配置的内存区域在计算设备宕机重启的情况下，仍可以保留计算设备宕机重启之前存储在内存区域中的数据，从而维持内存区域中数据不变，保证内存区域中数据的有效性和完整性，满足了数据敏感类型业务对数据实时性的要求。
19.在一种可能的实现方式中，所述内存区域为在bios下动态随机存取存储器(dynamic random access memory，dram)空间预留的指定大小的空间。所述指定大小为内存区域的大小。
20.相比于使用kdump转存内存数据到硬件存储设备，在计算设备宕机重启的情况下，仍将数据存储至在dram空间预留的指定大小的空间，节省了数据存储时间，提高了数据存储效率，无需依赖于额外的硬件及非易失存储设备。
21.在一种可能的实现方式中，所述当内存资源信息中指示的内存区域的类型和预设类型相同时，处理器基于内存资源信息配置内存区域，包括：
22.当类型标识指示的内存区域的类型和预设类型相同时，处理器基于内存区域的大小和首物理地址配置内存区域。
23.本技术中预置有预设类型的标识。当处理器获取的内存资源信息中的类型标识与预置的预设类型的标识相同，即类型标识指示的内存区域的类型和预设类型相同时，处理器可以基于内存区域的大小和首物理地址配置内存区域。配置的内存区域在计算设备宕机重启的情况下，仍可以保留计算设备宕机重启之前存储在内存区域中的数据，从而维持内存区域中数据不变，保证内存区域中数据的有效性和完整性，满足了数据敏感类型业务对数据实时性的要求。
24.在一种可能的实现方式中，所述方法还包括：
25.在计算设备宕机重启后，处理器获取内存区域中存储的核心业务数据，相比于从硬件存储设备读取内存数据，节省了数据读取时间，提高了数据读取效率，且无需依赖于额外的硬件及非易失存储设备；
26.处理器根据核心业务数据进行业务恢复。
27.在一种可能的实现方式中，所述方法还包括：
28.在计算设备宕机重启后，处理器获取内存区域中存储的异常日志，相比于从硬件存储设备读取内存数据，节省了数据读取时间，提高了数据读取效率，且无需依赖于额外的硬件及非易失存储设备；
29.处理器根据异常日志进行异常分析。
30.第二方面，本技术提出一种内存配置装置，该装置包括：
31.收发单元用于获取待配置的内存区域的内存资源信息；
32.处理单元用于当内存资源信息中指示的内存区域的类型和预设类型相同时，基于内存资源信息配置内存区域，所述内存区域用于在计算设备宕机重启的情况下，保留计算设备宕机重启之前存储在内存区域中的数据。
33.在一种可能的实现方式中，所述内存区域中存储的数据至少包括以下一项或多项：异常日志、核心业务数据。
34.在一种可能的实现方式中，所述收发单元具体用于显示bios设置界面，所述bios设置界面包括待配置的内存区域的配置选项；接收针对于待配置的内存区域的配置选项的用户操作；根据用户操作，确定待配置的内存区域的内存资源信息。
35.在一种可能的实现方式中，所述内存资源信息包括：内存区域的类型标识、大小和首物理地址。
36.在一种可能的实现方式中，所述内存区域为在bios下dram空间预留的指定大小的空间，所述指定大小为内存区域的大小。
37.在一种可能的实现方式中，所述处理单元具体用于当类型标识指示的内存区域的类型和预设类型相同时，基于内存区域的大小和首物理地址配置内存区域。
38.在一种可能的实现方式中，所述处理单元还用于在计算设备宕机重启后，获取内存区域中存储的核心业务数据；根据核心业务数据进行业务恢复。
39.在一种可能的实现方式中，所述处理单元还用于在计算设备宕机重启后，获取内存区域中存储的异常日志；根据异常日志进行异常分析。
40.需要说明的是，第二方面及其各种可能的实现方式中的内存配置装置的有益效果，可以参见第一方面中相应方法的有益效果，此处不再赘述。
41.第三方面，本技术提出一种计算设备，包括至少一个处理器，所述处理器用于执行存储器中存储的程序，当所述程序被执行时，使得所述计算设备执行：
42.如第一方面及其各种可能的实现方式中的方法。
43.在一种可能的实现方式中，该计算设备还包括上述存储器。可选的，处理器和存储器可以集成在一起。
44.在另一种可能的实现方式中，上述存储器设置在该计算设备之外。
45.第四方面，本技术提出一种包含指令的计算机程序产品，当该计算机程序产品在处理器上运行时，使得如第一方面及其各种可能的实现方式中的方法被该计算机执行。
46.第五方面，本技术提出一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时，如第一方面及其各种可能的实现方式中的方法被执行。
附图说明
47.图1为本技术实施例提供的一种内存配置系统100的示意图；
48.图2为本技术实施例提供的一种内存配置方法200的流程示意图；
49.图3为本技术实施例提供的一种默认的bios设置界面的示意图；
50.图4为本技术实施例提供的一种用户操作后的bios设置界面的示意图；
51.图5为本技术实施例提供的一种内存配置方法500的流程示意图；
52.图6为本技术实施例提供的一种内存配置装置600的结构示意图；
53.图7为本技术实施例提供的一种计算设备700的结构示意图。
具体实施方式
54.为了使本技术实施例的目的、技术方案和优点更加清楚，下面结合附图对本技术实施例具体实施方式做详细描述。
55.需要说明的是，本技术中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。在本技术实施例中，“示例性的”、“举例来说”或者“例如”等词用于表示作例子、例证或说明。本技术实施例中被描述为“示例性的”、“举例来说”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。在本技术实施例的描述中，除非另有说明，“多个”的含义是指两个或两个以上。
56.目前，一旦计算设备宕机，而对内存数据，如核心业务数据和/或异常日志不进行特殊处理会导致内存数据丢失。即使计算设备宕机重启，也无法获取到内存数据，导致不能进行业务恢复和/或异常分析。
57.在一种可能的实现方式中，针对常见的异常导致的计算设备宕机，业界通用的方式是使用kdump转存内存数据，如核心业务数据和/或异常日志。具体地，在计算设备宕机时触发kdump对内存数据进行收集并将其写入硬件存储设备。待计算设备宕机重启后，从硬件存储设备读取内存数据，并可以根据核心业务数据进行业务恢复和/或根据异常日志进行异常分析。
58.然而，在该种可能的实现方式中，无论是将内存数据写入硬件存储设备，还是从硬件存储设备读取内存数据都会耗费较长时间，效率较低。
59.在另一种可能的实现方式中，通过防止内存数据丢失的装置来防止内存数据丢失。具体地，该装置包括：复位控制电路，用于在cpu发生复位，即计算设备宕机重启时，通过预先增加的延迟单元来延迟cpu复位时间。延迟单元在计时到达规定的时间时结束延迟，并触发cpu的复位引脚使cpu真正复位；自刷新配置模块，用于在cpu发生复位时使内存进入自刷新状态维持内存数据，防止内存数据丢失，而不再依赖cpu定时刷新来维持内存数据。复位模块，用于在内存进入自刷新状态后真正触发cpu复位。
60.然而，在该种可能的实现方式中，无法通过软件方式单独处理，需要依赖硬件上延迟单元的支持，导致硬件成本增加。
61.在又一种可能的实现方式中，将应用软件待写入保留内存的数据称为保留数据。保留内存常见于嵌入式设备，是设备出于某些目的而保留的内存。在系统初始化阶段，保留内存不会被纳入内存管理系统。保留内存具备重启数据不丢失的特性。内存一旦成为保留内存，平时就不能用于存储普通的数据。任一应用软件在计算设备宕机重启前，将本应用软件的保留数据保存到普通内存，记录该存储了本应用软件的保留数据的普通内存地址，并将该普通内存地址通知保留内存管理模块。保留内存管理模块记录存储了所有应用软件的保留数据的普通内存地址，计算保留数据的总长度len，向高端内存管理模块申请一块连续的长度为len的高端内存，将普通内存中的所有保留数据搬迁到申请到的高端内存中，该高
端内存成为保留内存，同时在保留内存中写入保留页表。所述保留页表用于记录保留数据在原普通内存中的地址以及在保留内存中的地址，将保留内存的首物理地址、保留内存总长度记录到非易失设备上。在计算设备重启过程中，从非易失设备上读取保留内存的首物理地址、保留内存总长度；根据保留页表，将保留内存中的保留数据搬迁到普通内存中，以使得各应用软件从普通内存中读取保留数据。
62.然而，在该种可能的实现方式中，若计算设备出现宕机，需要重新申请高端内存，耗时较长，会有申请失败或者申请时间过长导致数据丢失的风险。此外，需要将保留内存的首物理地址、保留内存总长度写入非易失设备上。在计算设备重启过程中，需要重新从非易失设备上读取保留内存的首物理地址、保留内存总长度，相对比较耗时。
63.因此，为了解决上述技术问题，本技术实施例提供的一种内存配置系统100。如图1所示，该系统100的结构示意图是计算设备的举例说明。参考图1，该计算设备的硬件部分主要包括处理器以及内存，软件部分主要包括处理器固件以及操作系统(operating system，os)。其中，os位于处理器内，处理器固件可以位于处理器内(如图1所示)，或者，处理器固件也可以位于处理器外的固件芯片(图1中未示出)内，处理器固件包括bios。
64.需要说明的，下述实施例中描述的处理器固件执行某个步骤(如以下的s201)，可以理解为是：处理器调用处理器固件执行该步骤。
65.其中，内存，也称为内存储器或主存储器，安装在计算设备的主板上的内存插槽中，内存与内存控制器之间通过内存通道(channel)进行通信。内存具有至少一个内存列(rank)，每个内存列分别位于内存的一个面上，每个内存列包括至少一个子内存列(subrank)，内存列或子内存列包括多个内存芯片(device)，每个内存芯片被划分为多个存储阵列组(bankgroup)，每个存储阵列组包括多个存储阵列(bank)，每个存储阵列划分为多个存储单元(cell)，每个存储单元具有一个行(row)地址和一个列(column)地址，每个存储单元包括一个或多个比特位。在一种划分方式中，内存从上级至下级可以依次划分为内存芯片、存储阵列组、存储阵列，存储行/存储列、存储单元、比特位，其中，内存颗粒、存储阵列组、存储阵列、存储行、存储了列、存储单元、比特位在内存上的地址为真实的物理地址。在另一种划分方式中，处理器基于分页机制将内存芯片划分为多个内存页(page)，其中，内存页的地址为虚拟地址，虚拟地址需要转换后才会变为真实的物理地址。
66.需要说明的，本技术实施例描述的系统以及应用场景是为了更加清楚的说明本技术实施例的技术方案，并不构成对于本技术实施例提供的技术方案的限定，本领域普通技术人员可知，随着系统的演变和新业务场景的出现，本技术实施例提供的技术方案对于类似的技术问题，同样适用。
67.需要说明的是，前述内存配置系统100可以用于实现本技术实施例提供的一种内存配置方法200。该方法200的流程示意图如图2所示，包括：s201-s202。
68.在一种可能的实现中，在本技术实施例中通过以下步骤实现上述内存配置方法200：
69.s201，处理器获取待配置的内存区域的内存资源信息。
70.在一种可能的实现方式中，将内存资源信息生成程序代码添加到bios中。处理器运行bios后，即生成待配置的内存区域的内存资源信息。内存资源信息可以包括内存区域的类型标识、大小和首物理地址。所述内存区域的类型标识用于表征内存区域的类型。示例
性的，内存区域的类型标识可以为efi_resource_oem_type，区别于现有内存区域的类型标识，如efi_resource_system_memory、efi_resource_memory_mapped_io等。在一种可能的实现中，前述内存区域可以为在bios下dram空间预留的指定大小的空间。所述指定大小为内存区域的大小。
71.在本技术实施例中，处理器获取待配置的内存区域的内存资源信息。
72.在一些实施例中，用户启动计算设备的开机按钮，处理器开始运行bios，生成待配置的内存区域的内存资源信息，默认将该内存资源信息上报给os。也即是说，默认处理器可以获取到待配置的内存区域的内存资源信息。
73.可以理解的是，若用户打算修改待配置的内存区域的内存资源信息，则用户启动计算设备的开机按钮，点击“delete”键，处理器接收到用户点击“delete”键的用户操作后，显示如图3所示的bios设置界面。该bios设置界面包括待配置的内存区域的配置选项。用户可以对配置选项进行选择。示例性的，如图4所示，用户选择内存区域的大小为64m，内存区域的首物理地址为4g-64m。用户点击“上报”按钮，将修改后的内存资源信息，即内存区域的类型标识、大小、首物理地址分别为efi_resource_oem_type、64m、4g-64m上报给os。
74.还可以理解的是，若用户不打算上报待配置的内存区域的内存资源信息给os，则用户启动计算设备的开机按钮，点击“delete”键，处理器接收到用户点击“delete”键的用户操作后，显示如图3所示的bios设置界面。用户点击“不上报”按钮后，重新启动计算设备。
75.在另一些实施例中，用户启动计算设备的开机按钮，点击“enter”键，处理器接收到用户点击“enter”键的用户操作后，显示bios设置界面，如图3所示。在该bios设置界面，默认用户选择了内存区域的类型标识为efi_resource_oem_type、内存区域的大小为256m、内存区域的首物理地址为4g-256m。若用户打算将默认的内存资源信息上报给os，则用户点击“上报”按钮，将默认的内存资源信息上报给os。
76.可以理解的是，参阅图3，bios设置界面包括待配置的内存区域的配置选项。用户可以在如图3所示的bios设置界面针对于待配置的内存区域的配置选项进行选择。参阅图4，图4为用户针对于待配置的内存区域的配置选项的选择结果。即内存区域的大小由图3中的256m修改为图4中的64m，内存区域的首物理地址由图3中的4g-256m修改为4g-64m。若用户点击“上报”按钮，则处理器接收到针对于待配置的内存区域的配置选项的用户操作后，根据其确定待配置的内存区域的内存资源信息。需要说明的是，可以将本次用户操作作为默认用户操作，后续用户启动计算设备的开机按钮，无需再次显示bios设置界面进行用户操作，而是默认将本次用户操作选择的内存资源信息上报给os。
77.还可以理解的是，若用户不打算上报待配置的内存区域的内存资源信息给os，则用户在如图3所示的bios设置界面，点击“不上报”按钮后，重新启动计算设备。
78.需要说明的是，在bios下，cpu统一使用全局一致域(global coherency domain，gcd)对系统资源进行统一管理。前述系统资源可以为从预先efi初始化(pre-efi initialization，pei)阶段传递过来的信息，例如，cpu运行启动代码所能发现的内存大小、硬盘大小等。此时，将前述内存区域的类型标识，如efi_resource_oem_type加入gcd进行管理。示例性的，efi_resource_oem_type在gcd中以efigcdmemorytypeoem命名。
79.s202，当内存资源信息中指示的内存区域的类型和预设类型相同时，处理器基于内存资源信息配置内存区域。
80.在本技术实施例中，当内存资源信息中指示的内存区域的类型和预设类型相同时，基于内存资源信息配置内存区域。所述内存区域用于在计算设备宕机重启的情况下，保留计算设备宕机重启之前存储在内存区域中的数据。
81.需要说明的是，实施本技术实施例之前，os中预置有预设类型的标识，该标识用于表征预设类型。在一些实施例中，当内存区域的类型标识指示的内存区域的类型和预设类型相同时，处理器基于内存区域的大小和首物理地址配置内存区域。
82.需要说明的是，在一个例子中，当业务软件异常时，会触发计算设备宕机。在另一个例子中，当计算设备内核异常时，也会触发计算设备宕机。在计算设备宕机的情况下，可以将数据存储至内存区域中。具体地，处理器运行os，将待配置的内存区域的内存资源信息，如待配置的内存区域的大小和首物理地址告知业务软件。处理器运行业务软件，将核心业务数据存储至内存区域。相比于使用kdump转存内存数据到硬件存储设备，节省了数据存储时间，提高了数据存储效率。可以理解的是，前述内存区域还可以用于在计算设备宕机的情况下，存储异常日志。具体地，处理器运行os，将异常日志存储至内存区域。
83.还需要说明的是，在计算设备宕机重启的情况下，不对内存区域进行初始化处理，使得该内存区域可以保留计算设备宕机重启之前存储在内存区域中的数据，维持内存区域中数据不变，保证内存区域中数据的有效性和完整性，满足了数据敏感类型业务对数据实时性的要求；解决了计算设备宕机后丢失内存数据，无法进行业务恢复和/或异常分析的技术问题。
84.在一些实施例中，计算设备宕机重启后，处理器运行业务软件，从内存区域中获取核心业务数据。处理器根据核心业务数据进行业务恢复。相比于从硬件存储设备读取核心业务数据，在计算设备宕机重启后，处理器从内存区域获取核心业务数据，进行业务恢复，节省了数据读取时间，提高了数据读取效率，从而提高了业务恢复的效率，且无需依赖于额外的硬件及非易失存储设备。
85.在一些实施例中，计算设备宕机重启后，处理器运行os，从内存区域获取异常日志。处理器根据异常日志进行异常分析。相比于从硬件存储设备读取异常日志，在计算设备宕机重启后，处理器从内存区域获取异常日志，进行异常分析，节省了数据读取时间，提高了数据读取效率，从而提高了异常分析的效率，且无需依赖于额外的硬件及非易失存储设备。
86.由上述内容可知，本技术实施例无需依赖于额外的硬件及非易失存储设备，直接在bios下上报内存资源信息给os。在计算设备出现宕机的情况下，能将数据存储在内存区域中。在计算设备宕机重启的情况下，处理器不对内存区域进行初始化处理，使得该内存区域可以保留计算设备宕机重启之前存储在内存区域中的数据，从而维持内存区域源中数据不变，保证内存区域中数据的有效性和完整性，满足了数据敏感类型业务对数据实时性的要求；解决了计算设备宕机后丢失内存数据，无法进行业务恢复和/或异常分析的技术问题。此外，相比于使用kdump转存内存数据到硬件存储设备，节省了数据存储时间，提高了数据存储效率，且无需依赖于额外的硬件及非易失存储设备。
87.基于与上述方法实施例相同构思，本技术实施例还提供了一种内存配置方法500。该方法500的流程示意图如图5所示。该流程示意图包括：s50l-s507，其具体实现过程如下：
88.s501，在bios中添加内存资源信息生成程序代码。
89.在本技术实施例中，可以在bios中添加内存资源信息生成程序代码。一旦用户启动计算设备的开机按钮，将会生成待配置的内存区域的内存资源信息。
90.s502，在os中添加预设类型的标识。
91.在本技术实施例中，可以在os中添加与bios预先约定的预设类型的标识。
92.s503，在bios设置界面中添加待配置的内存区域的配置选项。
93.在本技术实施例中，参阅图3，可以在bios设置界面中添加待配置的内存区域的配置选项。
94.s504，处理器运行bios，生成内存资源信息。
95.在本技术实施例中，一旦处理器运行bios，即生成待配置的内存区域的内存资源信息。
96.s505，处理器获取待配置的内存区域的内存资源信息。
97.在本技术实施例中，该步骤的具体实现过程同s201的具体实现过程，在此不再赘述。
98.s506，当内存资源信息中指示的内存区域的类型和预设类型相同时，基于内存资源信息配置内存区域。
99.在本技术实施例中，该步骤的具体实现过程同s202的具体实现过程，在此不再赘述。
100.s507，当计算设备宕机重启后，处理器从内存区域中获取数据，进行业务恢复和/或异常分析。
101.在本技术实施例中，当计算设备宕机重启后，处理器运行业务软件，从内存区域中获取核心业务数据，进行业务恢复，和/或处理器运行os，从内存区域中获取异常日志，进行异常分析。
102.需要说明的是，方法500的有益效果参见方法200的有益效果，在此不再赘述。
103.基于与上述方法实施例相同构思，本技术实施例提供了一种内存配置装置600。图6为本技术实施例提供的一种内存配置装置600的结构示意图，该内存配置装置600用于实现上述方法实施例中描述的方法。一种可能的实现中，该内存配置装置600可以包括执行的上述方法实施例中带外控制器执行的方法/操作/步骤/动作所一一对应的模块或单元，该单元可以是硬件电路，也可是软件，也可以是硬件电路结合软件实现。一种可能的实现中，该内存配置装置600包括：收发单元610和处理单元620；
104.收发单元610用于获取待配置的内存区域的内存资源信息；
105.处理单元620用于当内存资源信息中指示的内存区域的类型和预设类型相同时，基于内存资源信息配置内存区域，所述内存区域用于在计算设备宕机重启的情况下，保留计算设备宕机重启之前存储在内存区域中的数据。
106.在一种可能的实现方式中，所述内存区域中存储的数据至少包括以下一项或多项：异常日志、核心业务数据。
107.在一种可能的实现方式中，所述收发单元610具体用于显示bios设置界面，所述bios设置界面包括待配置的内存区域的配置选项；接收针对于待配置的内存区域的配置选项的用户操作；根据用户操作，确定待配置的内存区域的内存资源信息。
108.在一种可能的实现方式中，所述内存资源信息包括：内存区域的类型标识、大小和
首物理地址。
109.在一种可能的实现方式中，所述内存区域为在bios下dram空间预留的指定大小的空间，所述指定大小为内存区域的大小。
110.在一种可能的实现方式中，所述处理单元620具体用于当类型标识指示的内存区域的类型和预设类型相同时，基于内存区域的大小和首物理地址配置内存区域。
111.在一种可能的实现方式中，所述处理单元620还用于在计算设备宕机重启后，获取内存区域中存储的核心业务数据；根据核心业务数据进行业务恢复。
112.在一种可能的实现方式中，所述处理单元620还用于在计算设备宕机重启后，获取内存区域中存储的异常日志；根据异常日志进行异常分析。
113.需要说明的是，内存配置装置600的有益效果可以参见内存配置方法200的有益效果，此处不再赘述。
114.参见图7，本技术实施例还提供了一种计算设备700，用于实现上述方法实施例。该计算设备700可以为芯片系统。本技术实施例中，芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。计算设备700包括至少一个处理器710，用于实现上述方法实施例。计算设备700还可以包括通信接口720。在本技术实施例中，通信接口720可以是收发器、电路、总线、模块或其它类型的通信接口，用于通过传输介质和其它设备进行通信。
115.当计算设备700用于实现上述方法实施例时，处理器710通过通信接口720获取待配置的内存区域的内存资源信息；当内存资源信息中指示的内存区域的类型和预设类型相同时，处理器710基于内存资源信息配置内存区域，所述内存区域用于在计算设备宕机重启的情况下，保留计算设备宕机重启之前存储在内存区域中的数据。
116.通信接口720还用于执行上述方法实施例中所涉及的其它接收或发送的步骤或操作。处理器710还可以用于执行上述方法实施例中除收发之外的其它对应的步骤或操作，在此不再一一赘述。
117.计算设备700还可以包括至少一个存储器730，用于存储程序指令和/或数据。存储器730和处理器710耦合。本技术实施例中的耦合是装置、单元或模块之间的间接耦合或通信连接，可以是电性，机械或其它的形式，用于装置、单元或模块之间的信息交互。处理器720可能和存储器730协同操作。处理器710可能执行存储器730中存储的程序指令。在一种可能的实现中，所述至少一个存储器中的至少一个可以与处理器集成在一起。在另一种可能的实现中，存储器730位于计算设备700之外。
118.本技术实施例中不限定通信接口720、处理器710以及存储器730之间的具体连接介质。本技术实施例在图7中以存储器730、处理器710以及通信接口720之间通过总线740连接，总线在图7中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图7中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
119.示例性的，处理器710可以是一个或多个cpu，在处理器710是一个cpu的情况下，该cpu可以是单核cpu，也可以是多核cpu。处理器710可以是通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，可以实现或者执行本技术实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本技术实施例所公开的方法的步骤可
以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。
120.示例性的，存储器730可包括但不限于硬盘(hard disk drive，hdd)或固态硬盘(solid-statedrive，ssd)等非易失性存储器，随机存储记忆体(random access memory，ram)、可擦除可编程只读存储器(erasable programmable rom，eprom)、只读存储器(read-only memory，rom)或便携式只读存储器(compact disc read-only memory，cd-rom)等等。存储器是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。本技术实施例中的存储器还可以是电路或者其它任意能够实现存储功能的装置，用于存储程序指令和/或数据。
121.基于与上述方法实施例相同构思，本技术实施例提供了一种计算机可读存储介质，上述计算机可读存储介质上存储有计算机程序，上述计算机程序被处理器执行时，如图2和/或5对应部分或全部步骤被执行。
122.基于与上述方法实施例相同构思，本技术实施例还提供了一种包括指令的计算机程序产品，当所述计算机程序产品在计算机上运行时，使得所述计算机执行如图2和/或5对应的部分或全部步骤。
123.应说明的是：以上实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的精神和范围。

技术特征：
1.一种内存配置方法，其特征在于，所述方法包括：获取待配置的内存区域的内存资源信息；当所述内存资源信息中指示的内存区域的类型和预设类型相同时，基于所述内存资源信息配置所述内存区域，所述内存区域用于在计算设备宕机重启的情况下，保留所述计算设备宕机重启之前存储在所述内存区域中的数据。2.根据权利要求1所述的方法，其特征在于，所述内存区域中存储的数据至少包括以下一项或多项：异常日志、核心业务数据。3.根据权利要求1或2所述的方法，其特征在于，所述获取待配置的内存区域的内存资源信息，包括：显示基本输入输出系统bios设置界面，所述bios设置界面包括待配置的内存区域的配置选项；接收针对于所述待配置的内存区域的配置选项的用户操作；根据所述用户操作，确定所述待配置的内存区域的内存资源信息。4.根据权利要求1-3任一项所述的方法，其特征在于，所述内存资源信息包括：所述内存区域的类型标识、大小和首物理地址。5.根据权利要求4所述的方法，其特征在于，所述内存区域为在基本输入输出系统bios下动态随机存取存储器dram空间预留的指定大小的空间，所述指定大小为所述内存区域的大小。6.根据权利要求4或5所述的方法，其特征在于，所述当所述内存资源信息中指示的内存区域的类型和预设类型相同时，基于所述内存资源信息配置所述内存区域，包括：当所述类型标识指示的内存区域的类型和所述预设类型相同时，基于所述内存区域的大小和首物理地址配置所述内存区域。7.根据权利要求2所述的方法，其特征在于，所述方法还包括：在所述计算设备宕机重启后，获取所述内存区域中存储的核心业务数据；根据所述核心业务数据进行业务恢复。8.根据权利要求2或7所述的方法，其特征在于，所述方法还包括：在所述计算设备宕机重启后，获取所述内存区域中存储的异常日志；根据所述异常日志进行异常分析。9.一种计算设备，其特征在于，包括至少一个处理器，所述处理器用于执行存储器中存储的程序，当所述程序被执行时，使得所述计算设备执行如权利要求1-8任一项所述的方法。10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时，执行如权利要求1-8任一项所述的方法。

技术总结
本申请提供了一种内存配置方法及计算设备。该方法包括：处理器获取待配置的内存区域的内存资源信息；当内存资源信息中指示的内存区域的类型和预设类型相同时，基于内存资源信息配置内存区域。所述内存区域用于在计算设备宕机重启的情况下，保留计算设备宕机重启之前存储在内存区域中的数据。本申请在计算设备宕机重启的情况下，可以保留计算设备宕机重启之前存储在内存区域中的数据，从而维持内存区域中数据不变，保证内存区域中数据的有效性和完整性，满足了数据敏感类型业务对数据实时性的要求。此外，相比于使用Kdump转存内存数据到硬件存储设备，节省了数据存储时间，提高了数据存储效率，且无需依赖于额外的硬件及非易失存储设备。储设备。储设备。


技术研发人员：支文涛
受保护的技术使用者：超聚变数字技术有限公司
技术研发日：2023.03.31
技术公布日：2023/8/1