一种容器创建方法、装置、设备及介质

技术领域

本申请涉及容器化技术领域，特别涉及一种容器创建方法、装置、设备及介质。

背景技术

容器技术因其能够更好的满足资源使用需求，提高工作效率的优势被广泛应用，目前，在基于容器化密集型计算的应用场景下，存在CPU与内存延迟偏高的问题，因此，如何降低容器化密集型计算的内存访问延迟，避免性能下降是当前需要解决的问题。

发明内容

有鉴于此，本申请的目的在于提供一种容器创建方法、装置、设备及介质，能够降低容器化密集型计算的内存访问延迟，从而避免性能下降。其具体方案如下：

第一方面，本申请公开了一种容器创建方法，包括：

获取容器创建请求；其中，所述容器创建请求包括启动容器的需求CPU核心数量以及需求内存大小；

获取CPU和内存的拓扑结构以及当前CPU和内存的资源使用信息；

基于所述容器创建请求利用所述拓扑结构和所述资源使用信息确定启动容器所需的目标CPU资源和目标内存资源；

将所述容器与所述目标CPU资源和所述目标内存资源绑定并启动。

可选的，所述基于所述容器创建请求利用所述拓扑结构和所述资源使用信息确定启动容器所需的目标CPU资源和目标内存资源，包括：

针对任一CPU Socket，若该CPU Socket上任一CPU die上可用CPU核心的数量大于等于所述需求CPU核心数量，且与该CPU Socket距离最近的内存的可用内存大于等于所述需求内存大小，则将该CPU die确定为备选CPU die，该内存确定为与该CPU die对应的备选内存；

基于全部所述CPU Socket对应的所述备选CPU die和所述备选内存确定第一备选节点，从全部所述第一备选节点中确定出第一目标节点，得到目标CPU资源和目标内存资源；

其中，所述第一备选节点包括同一所述备选CPU die上所述需求CPU核心数量个CPU核心以及该备选CPU die对应的所述备选内存中所述需求内存大小的内存资源。

可选的，所述基于所述容器创建请求利用所述拓扑结构和所述资源使用信息确定启动容器所需的目标CPU资源和目标内存资源，包括：

若任一CPU Socket中，任一CPU die上可用CPU核心的数量小于所述需求CPU核心数量，该CPU Socket中可用CPU核心的数量大于等于所述需求CPU核心数量，与该CPUSocket距离最近的内存的可用内存大于等于所述需求内存大小，则将该CPU Socket确定为备选CPU Socket，该内存确定为该CPU Socket对应的备选内存；

基于全部所述CPU Socket和所述备选内存确定第二备选节点，从全部所述第二备选节点中确定出第二目标节点，得到目标CPU资源和目标内存资源；

其中，所述第二备选节点包括同一所述备选CPU Socket上所述需求CPU核心数量个CPU核心以及该备选CPU Socket对应的所述备选内存中所述需求内存大小的内存资源。

可选的，所述基于所述容器创建请求利用所述拓扑结构和所述资源使用信息确定启动容器所需的目标CPU资源和目标内存资源，包括：

若任一CPU Socket中可用CPU核心的数量小于所述需求CPU核心数量，和/或与该CPU Socket距离最近的内存的可用内存小于所述需求内存大小，则根据第一预设条件确定所述目标CPU资源和所述目标内存资源；

其中，所述第一预设条件为使用CPU Socket数量最少，且使用CPU Socket中可用CPU核心的数量及与该CPU Socket距离最近的内存的可用内存大小满足预设比例关系。

可选的，所述基于所述容器创建请求利用所述拓扑结构和所述资源使用信息确定启动容器所需的目标CPU资源和目标内存资源，包括：

若根据所述第一预设条件无法确定出所述目标CPU资源和所述目标内存资源，则根据第二预设条件确定所述目标CPU资源和所述目标内存资源；

其中，所述第二预设条件为使用CPU Socket数量以及需要绑定的内存非与对应CPU Socket距离最近的内存的数量的和最小。

可选的，所述从全部所述第一备选节点中确定出第一目标节点，得到目标CPU资源和目标内存资源，包括：

根据CPU die使用率和内存使用率从全部所述第一备选节点中确定出所述第一目标节点，得到所述目标CPU资源和所述目标内存资源。

可选的，所述方法还包括：

当获取到所述容器创建请求，则判断本地是否存在预设资源信息文件，若不存在，则创建所述资源信息文件，并将CPU和内存的拓扑结构以及当前CPU和内存的资源使用信息添加至所述资源信息文件；

若存在，则校验所述资源使用信息，并基于校验结果更新所述资源使用信息；

相应的，所述获取CPU和内存的拓扑结构以及当前CPU和内存的资源使用信息，包括：

从所述预设资源信息文件中获取所述CPU和内存的拓扑结构以及当前CPU和内存的资源使用信息。

第二方面，本申请公开了一种容器创建装置，包括：

请求获取模块，用于获取容器创建请求；其中，所述容器创建请求包括启动容器的需求CPU核心数量以及需求内存大小；

信息获取模块，用于获取CPU和内存的拓扑结构以及当前CPU和内存的资源使用信息；

资源确定模块，用于基于所述容器创建请求利用所述拓扑结构和所述资源使用信息确定启动容器所需的目标CPU资源和目标内存资源；

容器启动模块，用于将所述容器与所述目标CPU资源和所述目标内存资源绑定并启动。

第三方面，本申请公开了一种电子设备，包括：

存储器，用于保存计算机程序；

处理器，用于执行所述计算机程序，以实现前述的容器创建方法。

第四方面，本申请公开了一种计算机可读存储介质，用于保存计算机程序，所述计算机程序被处理器执行时实现前述的容器创建方法。

可见，本申请先获取容器创建请求，其中，所述容器创建请求包括启动容器的需求CPU核心数量以及需求内存大小，之后获取CPU和内存的拓扑结构以及当前CPU和内存的资源使用信息，然后基于所述容器创建请求利用所述拓扑结构和所述资源使用信息确定启动容器所需的目标CPU资源和目标内存资源，最后将所述容器与所述目标CPU资源和所述目标内存资源绑定并启动。也即，本申请在确定容器对应的目标CPU资源和所述目标内存资源的过程中考虑了CPU和内存的拓扑结构，这样确定出的目标CPU资源和所述目标内存资源，能够降低容器化密集型计算的内存访问延迟，从而避免性能下降。

附图说明

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

图1为本申请公开的一种容器创建方法流程图；

图2为本申请公开的一种具体的CPU和内存的拓扑结构图；

图3为本申请公开的一种具体的容器创建方法流程图；

图4为本申请公开的一种具体的容器创建方法流程图；

图5为本申请公开的一种容器创建装置结构示意图；

图6为本申请公开的一种电子设备结构图。

具体实施方式

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

目前，在基于容器化密集型计算的应用场景下，存在CPU与内存延迟偏高的问题，因此，如何降低容器化密集型计算的内存访问延迟，避免性能下降是当前需要解决的问题。为此，本申请提供了一种容器创建方案，能够降低容器化密集型计算的内存访问延迟，从而避免性能下降。

参见图1所示，本申请实施例公开了一种容器创建方法，包括：

步骤S11：获取容器创建请求；其中，所述容器创建请求包括启动容器的需求CPU核心数量以及需求内存大小。

步骤S12：获取CPU和内存的拓扑结构以及当前CPU和内存的资源使用信息。

在具体的实施方式中，所述步骤S12可以具体包括：

步骤121：针对任一CPU Socket，若该CPU Socket上任一CPU die上可用CPU核心的数量大于等于所述需求CPU核心数量，且与该CPU Socket距离最近的内存的可用内存大于等于所述需求内存大小，则将该CPU die确定为备选CPU die，该内存确定为与该CPU die对应的备选内存；

步骤122：基于全部所述CPU Socket对应的所述备选CPU die和所述备选内存确定第一备选节点，从全部所述第一备选节点中确定出第一目标节点，得到目标CPU资源和目标内存资源；

其中，所述第一备选节点包括同一所述备选CPU die上所述需求CPU核心数量个CPU核心以及该备选CPU die对应的所述备选内存中所述需求内存大小的内存资源。具体的，所述第一备选节点还包括CPU核心、该内存的拓扑结构以及位置信息。

例如，需求核心数为4，需求内存为16G，CPU Socket1中CPU die1和die3中可用CPU核心的数量等于4，为各自die中的core1、core2、core3、core4，与Socket1距离最近的memory1可用内存大于16G，则列出备选节点1(die1中的core1、core2、core3、core4，memory1(16G)),备选节点2(die3中的core1、core2、core3、core4，memory1(16G))。

在具体的实施方式中，可以根据CPU die使用率和内存使用率从全部所述第一备选节点中确定出所述第一目标节点，得到所述目标CPU资源和所述目标内存资源。

具体的，可以将CPU die使用率和内存使用率最高的第一备选节点中确定为所述第一目标节点，如果CPU die使用率和内存使用率相同，则随机选取，这样能够使同一任务尽量在同一CPU die和内存上执行。

也即，本申请先以从同一CPU die上选取CPU核心，以及当前CPU die所在的CPUSocket最近的内存满足内存大小需求为原则确定目标CPU资源和所述目标内存资源。从而避免CPU核心跨CPU die。

步骤123：若任一CPU Socket中，任一CPU die上可用CPU核心的数量小于所述需求CPU核心数量，该CPU Socket中可用CPU核心的数量大于等于所述需求CPU核心数量，与该CPU Socket距离最近的内存的可用内存大于等于所述需求内存大小，则将该CPU Socket确定为备选CPU Socket，该内存确定为该CPU Socket对应的备选内存；

步骤124：基于全部所述CPU Socket和所述备选内存确定第二备选节点，从全部所述第二备选节点中确定出第二目标节点，得到目标CPU资源和目标内存资源；

其中，所述第二备选节点包括同一所述备选CPU Socket上所述需求CPU核心数量个CPU核心以及该备选CPU Socket对应的所述备选内存中所述需求内存大小的内存资源。

在具体的实施方式中，可以将CPU Socket使用率和内存使用率最高的第二备选节点中确定为所述第二目标节点，如果CPU Socket使用率和内存使用率相同，则随机选取。

也即，本申请先在无法从同一CPU die上选取CPU核心时，以在从同一CPU Socket上选取CPU核心，以及当前CPU Socket最近的内存满足内存大小需求为原则确定目标CPU资源和所述目标内存资源。从而避免CPU核心跨CPU Socket。

步骤125：若任一CPU Socket中可用CPU核心的数量小于所述需求CPU核心数量，和/或与该CPU Socket距离最近的内存的可用内存小于所述需求内存大小，则根据第一预设条件确定所述目标CPU资源和所述目标内存资源；

其中，所述第一预设条件为使用CPU Socket数量最少，且使用CPU Socket中可用CPU核心的数量及与该CPU Socket距离最近的内存的可用内存大小满足预设比例关系。

具体的，可以根据所述第一预设条件确定第三备选节点，然后可以将CPU Socket使用率和内存使用率最高的第三备选节点中确定为所述第三目标节点，如果CPU Socket使用率和内存使用率相同，则随机选取。关于第三备选节点的概念可以参考前述第一备选节点和第二备选节点。

例如，请求的CPU核心数为8，内存为32G，每个Socket资源总量为16Core，32GMemory，剩余资源为Socket1：4Core，4G Memory；Socket2：6Core，28G Memory；Socket3：4Core，16G Memory；Socket4：2Core，10G Memory；预设比例关系为请求的CPU核心数：内存大小为1：4G；Socket1不满足比例关系，可以以Socket2+Socket3，Socket2+Socket4确定备选节点，又因为Socket2+Socket4 CPU内存使用率大于Socket2+Socket3 CPU内存使用率，故容器会被调度到基于Socket2+Socket4确定的备选节点。

步骤126：若根据所述第一预设条件无法确定出所述目标CPU资源和所述目标内存资源，则根据第二预设条件确定所述目标CPU资源和所述目标内存资源；

其中，所述第二预设条件为使用CPU Socket数量以及需要绑定的内存非与对应CPU Socket距离最近的内存的数量的和最小。若和相同，则随机确定。

步骤S13：基于所述容器创建请求利用所述拓扑结构和所述资源使用信息确定启动容器所需的目标CPU资源和目标内存资源。

步骤S14：将所述容器与所述目标CPU资源和所述目标内存资源绑定并启动。

例如，参见图2所示，图2为本申请实施例公开的一种具体的CPU和内存的拓扑结构图。其中，CPU Core：CPU核心，CPU的任务处理单元。CPU Die：CPU单个芯片，通常每个CPUDie中包含多个CPU Core，CPU Die之间通过片外总线(Infinity Fabric)互联，不同CPUDie上的CPU内核不能共享CPU缓存。CPU Socket：CPU插槽中的单个CPU，每个CPU Socket中拥有一个或者多个Die。Memory：指物理机服务器所安装的内存。由于服务器拓扑架构的原因，Socket访问非当前Socket距离最近的内存延迟>Socket访问当前Socket距离最近延迟，即Socket1访问Memory2延迟>Socket2访问Memory2延迟；又因为CPU内缓存共享机制的原因，Die1中的Core数据共享的延迟低于Die1和Die2中Core数据共享的延迟，在跨Socket之间Core通信需要通过Memory，延迟会更加严重。因此，基于本申请的前述方法基于CPU和内存的拓扑结构确定目标CPU资源和所述目标内存资源，能够降低延时。

并且，考虑到SMT(即Simulate MultiThreading，同步多线程技术)技术，指在一个CPU核心上同时执行多个线程，会导致密集型计算任务会分配到相同的物理核心导致线程切换时带来的性能下降问题，在初始化时会默认关闭SMT，也即在资源分配和调度之前，会关闭SMT，这样进行资源分配和调度时仅会分配物理核心。

可见，本申请实施例先获取容器创建请求，其中，所述容器创建请求包括启动容器的需求CPU核心数量以及需求内存大小，之后获取CPU和内存的拓扑结构以及当前CPU和内存的资源使用信息，然后基于所述容器创建请求利用所述拓扑结构和所述资源使用信息确定启动容器所需的目标CPU资源和目标内存资源，最后将所述容器与所述目标CPU资源和所述目标内存资源绑定并启动。也即，本申请实施例在确定容器对应的目标CPU资源和所述目标内存资源的过程中考虑了CPU和内存的拓扑结构，这样确定出的目标CPU资源和所述目标内存资源，能够降低容器化密集型计算的内存访问延迟，从而避免性能下降。

参见图3所示，本申请实施例公开了一种容器创建方法，包括：

步骤S21:获取容器创建请求；其中，所述容器创建请求包括启动容器的需求CPU核心数量以及需求内存大小；

步骤S22:判断本地是否存在预设资源信息文件，若不存在，则创建所述资源信息文件，并将CPU和内存的拓扑结构以及当前CPU和内存的资源使用信息添加至所述资源信息文件；若存在，则校验所述资源使用信息，并基于校验结果更新所述资源使用信息。

需要指出的是，在创建所述资源信息文件，并添加至所述资源信息文件的资源使用信息为所有的CPU和内存均可用。具体的，校验所述资源使用信息包括：读取所述预设资源信息文件中的资源使用信息，基于所述资源使用信息判断之前绑定CPU和内存的容器是否存在，若不存在，则更新所述资源使用信息，将对应的CPU资源和内存资源标记为可用。

步骤S23:从所述预设资源信息文件中获取所述CPU和内存的拓扑结构以及当前CPU和内存的资源使用信息。

在具体的实施方式中，基于所述资源使用信息判断当前CPU可用资源和内存可用资源是否满足需求，若满足则启动步骤24，否则，返回资源不足，调度失败的信息。

步骤S24:基于所述容器创建请求利用所述拓扑结构和所述资源使用信息确定启动容器所需的目标CPU资源和目标内存资源；

步骤S25:将所述容器与所述目标CPU资源和所述目标内存资源绑定并启动。

若启动成功，则基于所述目标CPU资源和所述目标内存资源更新所述预设资源信息文件，将目标CPU资源和所述目标内存资源标记为不可用，否则，输出失败日志信息。

进一步的，本申请实施例基于前述方法编写对应的Numa(即Non Uniform MemoryAccess，非统一内存访问)控制器，Numa调度器，Numa启动器，通过Numa控制器获取容器创建请求，通过Numa调度器获取CPU和内存的拓扑结构以及当前CPU和内存的资源使用信息；基于所述容器创建请求利用所述拓扑结构和所述资源使用信息确定启动容器所需的目标CPU资源和目标内存资源；通过Numa启动器将所述容器与所述目标CPU资源和所述目标内存资源绑定并启动。

例如，参见图4所示，本申请实施例公开了一种具体的容器创建方法流程图。

1)Numa控制器接收到容器创建请求后，判断是否有NumaList文件，若无NumaList文件则创建NumaList文件，关闭超线程(即SMT技术)，并将CPU内存的拓扑结构和是否可调用写入该文件，默认所有的CPU和内存均可调用；若存在NumaList文件，则校验CPU和内存信息，判断之前绑定CPU的容器是否存在，更新可用CPU和内存信息；最后将启动信息包括启动容器的需求CPU核心数量以及需求内存大小传递给Numa调度器。

2)Numa调度器接收到启动信息后，查询NumaList可用资源，若CPU和内存资源能够满足启动需求，则通过调度优先级算法即前述实施例公开的确定目标CPU资源和目标内存资源的方法，确定启动容器所述的CPU资源和内存资源，并将对应的信息传递给Numa启动器；若CPU和内存资源任意一项无法满足启动需求，则启动失败并返回资源不足信息；

3)Numa启动器收到Numa调度器发送的信息后，将容器与目标CPU资源和目标内存资源绑定启动，若能够启动容器，则将成功启动的信息返回给Numa控制器；若启动失败，输出日志信息。

4)Numa控制器接收到Numa启动器的成功启动信息后，更新NumaList文件，将启动使用的CPU资源和内存资源状态置为不可用，更新CPU、内存信息。

参见图5所示，本申请实施例公开了一种容器创建装置，包括：

请求获取模块11，用于获取容器创建请求；其中，所述容器创建请求包括启动容器的需求CPU核心数量以及需求内存大小；

信息获取模块12，用于获取CPU和内存的拓扑结构以及当前CPU和内存的资源使用信息；

资源确定模块13，用于基于所述容器创建请求利用所述拓扑结构和所述资源使用信息确定启动容器所需的目标CPU资源和目标内存资源；

容器启动模块14，用于将所述容器与所述目标CPU资源和所述目标内存资源绑定并启动。

可见，本申请实施例先获取容器创建请求，其中，所述容器创建请求包括启动容器的需求CPU核心数量以及需求内存大小，之后获取CPU和内存的拓扑结构以及当前CPU和内存的资源使用信息，然后基于所述容器创建请求利用所述拓扑结构和所述资源使用信息确定启动容器所需的目标CPU资源和目标内存资源，最后将所述容器与所述目标CPU资源和所述目标内存资源绑定并启动。也即，本申请实施例在确定容器对应的目标CPU资源和所述目标内存资源的过程中考虑了CPU和内存的拓扑结构，这样确定出的目标CPU资源和所述目标内存资源，能够降低容器化密集型计算的内存访问延迟，从而避免性能下降。

其中，所述资源确定模块13，具体用于针对任一CPU Socket，若该CPU Socket上任一CPU die上可用CPU核心的数量大于等于所述需求CPU核心数量，且与该CPU Socket距离最近的内存的可用内存大于等于所述需求内存大小，则将该CPU die确定为备选CPU die，该内存确定为与该CPU die对应的备选内存；基于全部所述CPU Socket对应的所述备选CPUdie和所述备选内存确定第一备选节点，从全部所述第一备选节点中确定出第一目标节点，得到目标CPU资源和目标内存资源；其中，所述第一备选节点包括同一所述备选CPU die上所述需求CPU核心数量个CPU核心以及该备选CPU die对应的所述备选内存中所述需求内存大小的内存资源。

若任一CPU Socket中，任一CPU die上可用CPU核心的数量小于所述需求CPU核心数量，该CPU Socket中可用CPU核心的数量大于等于所述需求CPU核心数量，与该CPUSocket距离最近的内存的可用内存大于等于所述需求内存大小，则将该CPU Socket确定为备选CPU Socket，该内存确定为该CPU Socket对应的备选内存；基于全部所述CPU Socket和所述备选内存确定第二备选节点，从全部所述第二备选节点中确定出第二目标节点，得到目标CPU资源和目标内存资源；其中，所述第二备选节点包括同一所述备选CPU Socket上所述需求CPU核心数量个CPU核心以及该备选CPU Socket对应的所述备选内存中所述需求内存大小的内存资源。

若任一CPU Socket中可用CPU核心的数量小于所述需求CPU核心数量，和/或与该CPU Socket距离最近的内存的可用内存小于所述需求内存大小，则根据第一预设条件确定所述目标CPU资源和所述目标内存资源；其中，所述第一预设条件为使用CPU Socket数量最少，且使用CPU Socket中可用CPU核心的数量及与该CPU Socket距离最近的内存的可用内存大小满足预设比例关系。

若根据所述第一预设条件无法确定出所述目标CPU资源和所述目标内存资源，则根据第二预设条件确定所述目标CPU资源和所述目标内存资源；其中，所述第二预设条件为使用CPU Socket数量以及需要绑定的内存非与对应CPU Socket距离最近的内存的数量的和最小。

在具体的实施方式中，所述资源确定模块13，具体用于根据CPU die使用率和内存使用率从全部所述第一备选节点中确定出所述第一目标节点，得到所述目标CPU资源和所述目标内存资源。

进一步的，所述请求获取模块11当获取到所述容器创建请求，则判断本地是否存在预设资源信息文件，若不存在，则创建所述资源信息文件，并将CPU和内存的拓扑结构以及当前CPU和内存的资源使用信息添加至所述资源信息文件；若存在，则校验所述资源使用信息，并基于校验结果更新所述资源使用信息；

相应的，所述信息获取模块13，具体用于从所述预设资源信息文件中获取所述CPU和内存的拓扑结构以及当前CPU和内存的资源使用信息。

参见图6所述，本申请实施例公开了一种电子设备20，包括处理器21和存储器22；其中，所述存储器22，用于保存计算机程序；所述处理器21，用于执行所述计算机程序，以实现前述实施例公开的容器创建方法。

关于上述容器创建方法的具体过程可以参考前述实施例中公开的相应内容，在此不再进行赘述。

并且，所述存储器22作为资源存储的载体，可以是只读存储器、随机存储器、磁盘或者光盘等，存储方式可以是短暂存储或者永久存储。

另外，所述电子设备20还包括电源23、通信接口24、输入输出接口25和通信总线26；其中，所述电源23用于为所述电子设备20上的各硬件设备提供工作电压；所述通信接口24能够为所述电子设备20创建与外界设备之间的数据传输通道，其所遵循的通信协议是能够适用于本申请技术方案的任意通信协议，在此不对其进行具体限定；所述输入输出接口25，用于获取外界输入数据或向外界输出数据，其具体的接口类型可以根据具体应用需要进行选取，在此不进行具体限定。

进一步的，本申请实施例还公开了一种计算机可读存储介质，用于保存计算机程序，其中，所述计算机程序被处理器执行时实现前述实施例公开的容器创建方法。

关于上述容器创建方法的具体过程可以参考前述实施例中公开的相应内容，在此不再进行赘述。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

以上对本申请所提供的一种容器创建方法、装置、设备及介质进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。