一种网管客户端启动加速的实现方法及装置.pdf

本发明公开了一种网管客户端启动加速的实现方法及装置。其中，该方法包括：检测到用户点击网管客户端的可执行程序后，启动加速进程查询是否存在已准备好的后台进程，如果是，则根据已准备好的后台进程显示所述网管客户端的登录界面；如果否，则正常执行所述登录界面的显示操作；在所述登录界面显示之后，所述启动加速进程利用用户在所述登录界面输入参数的时间，于后台同步进行所述网管客户端启动前的初始化操作。通过本发明，解决了相关技术中网管客户端的启动速度较慢的问题，实现了在操作系统多会话上进行多客户端的启动加速，通过周期性预读取网管客户端启动部署文件，加快读写速度，巩固启动加速效果。

权利要求书
1.  一种网管客户端启动加速的实现方法，其特征在于，所述方法包括：
检测到用户点击网管客户端的可执行程序后，启动加速进程查询是否存在已准备好的后台进程，如果是，则根据已准备好的后台进程显示所述网管客户端的登录界面；如果否，则正常执行所述登录界面的显示操作；
在所述登录界面显示之后，所述启动加速进程利用用户在所述登录界面输入参数的时间，于后台同步进行所述网管客户端启动前的初始化操作。

2.  如权利要求1所述的方法，其特征在于，在检测用户点击所述网管客户端的可执行程序之前，所述方法还包括：
网管客户端的启动加速服务，在符合指定条件的操作系统会话上，创建所述启动加速进程。

3.  如权利要求2所述的方法，其特征在于，创建所述启动加速进程之后，所述方法还包括：
所述启动加速进程周期性的预读取所述网管客户端的启动部署文件；其中，所述启动部署文件用于所述网管客户端的启动操作。

4.  如权利要求3所述的方法，其特征在于，周期性的预读取所述网管客户端的启动部署文件包括：
每隔固定时长预读取所述启动部署文件；或者，
根据现场经验值在指定时间点预读取所述启动部署文件；或者，
分析所述网管客户端的启动频繁的时间段，在该时间段周期性预读取所述启动部署文件。

5.  如权利要求1所述的方法，其特征在于，所述方法还包括：
在所述网管客户端运行结束之后，所述启动加速进程接管所述网管客户端的进程，释放不需要的资源，等待所述网管客户端的下次登录。

6.  一种网管客户端启动加速的实现装置，其特征在于，所述装置包括：
第一加速模块，用于在检测到用户点击网管客户端的可执行程序后，查询 是否存在已准备好的后台进程，如果是，则根据已准备好的后台进程显示所述网管客户端的登录界面；如果否，则正常执行所述登录界面的显示操作；
第二加速模块，在所述登录界面显示之后，利用用户在所述登录界面输入参数的时间，于后台同步进行所述网管客户端启动前的初始化操作。

7.  如权利要求6所述的装置，其特征在于，所述装置还包括：
创建模块，用于在符合指定条件的操作系统会话上，创建启动加速进程。

8.  如权利要求7所述的装置，其特征在于，所述装置还包括：
预读取模块，用于周期性的预读取所述网管客户端的启动部署文件；其中，所述启动部署文件用于所述网管客户端的启动操作。

9.  如权利要求8所述的装置，其特征在于，所述预读取模块包括：
第一预读取单元，用于每隔固定时长预读取所述启动部署文件；或者，
第二预读取单元，用于根据现场经验值在指定时间点预读取所述启动部署文件；或者，
第三预读取单元，用于分析所述网管客户端的启动频繁的时间段，在该时间段周期性预读取所述启动部署文件。

10.  如权利要求6所述的装置，其特征在于，所述装置还包括：
处理模块，用于在所述网管客户端运行结束之后，接管所述网管客户端的进程，释放不需要的资源，等待所述网管客户端的下次登录。

说明书一种网管客户端启动加速的实现方法及装置
技术领域
本发明涉及计算机技术以及电信网络管理领域，特别是涉及一种网管客户端启动加速的实现方法及装置。
背景技术
当今的电信行业发展迅速，电信网络规模不断扩大，设备种类不断增加，所提供的业务功能也更加多样化，电信网管系统扮演了越来越重要的角色。因此，对于电信网管系统的启动速度等效率指标也有了更进一步的要求，越是大规模的系统，越是复杂的业务管理，对于电信网管客户端的启动速度的考验就越为严峻。目前的网管系统，业务越来越复杂，功能越来越强大，随着功能的增强，网管客户端的启动耗时也随之增加。在大规模的网管系统中，部署的功能模块和视图界面多，模块初始化复杂，客户端的首次启动时间，通常达到了分钟级，严重影响了用户体验满意度。
另外，网管系统支持多客户端登录，在操作系统的多个会话上，分别启动网管客户端，随着客户端进程数的增加，对资源的占用也会上升，客户端的启动速度也会受到一定影响。
针对相关技术中网管客户端的启动速度较慢的问题，目前尚未提出有效的解决方案。
发明内容
针对相关技术中网管客户端的启动速度较慢的问题，本发明提供了一种网管客户端启动加速的实现方法及装置，用以解决上述技术问题。
根据本发明的一个方面，本发明提供了一种网管客户端启动加速的实现方法，其中，该方法包括：检测到用户点击网管客户端的可执行程序后，启动加速进程查询是否存在已准备好的后台进程，如果是，则根据已准备好的后台进程显示上述网管客户端的登录界面；如果否，则正常执行上述登录界面的显示操作；在上述登录界面显示之后，上述启动加速进程利用用户在上述登录界面输入参数的时间，于后台同步进行上述网管客户端启动前的初始化操作。
优选地，在检测用户点击上述网管客户端的可执行程序之前，上述方法还包括：网管客户端的启动加速服务，在符合指定条件的操作系统会话上，创建上述启动加速进程。
优选地，创建上述启动加速进程之后，上述方法还包括：上述启动加速进程周期性的预读取上述网管客户端的启动部署文件；其中，上述启动部署文件用于上述网管客户端的启动操作。
优选地，周期性的预读取上述网管客户端的启动部署文件包括：每隔固定时长预读取上述启动部署文件；或者，根据现场经验值在指定时间点预读取上述启动部署文件；或者，分析上述网管客户端的启动频繁的时间段，在该时间段周期性预读取上述启动部署文件。
优选地，上述方法还包括：在上述网管客户端运行结束之后，上述启动加速进程接管上述网管客户端的进程，释放不需要的资源，等待上述网管客户端的下次登录。
根据本发明的另一方面，本发明还提供了一种网管客户端启动加速的实现装置，其中，该装置包括：第一加速模块，用于在检测到用户点击网管客户端的可执行程序后，查询是否存在已准备好的后台进程，如果是，则根据已准备好的后台进程显示上述网管客户端的登录界面；如果否，则正常执行上述登录界面的显示操作；第二加速模块，在上述登录界面显示之后，利用用户在上述登录界面输入参数的时间，于后台同步进行上述网管客户端启动前的初始化操作。
优选地，上述装置还包括：创建模块，用于在符合指定条件的操作系统会话上，创建启动加速进程。
优选地，上述装置还包括：预读取模块，用于周期性的预读取上述网管客户端的启动部署文件；其中，上述启动部署文件用于上述网管客户端的启动操作。
优选地，上述预读取模块包括：第一预读取单元，用于每隔固定时长预读取上述启动部署文件；或者，第二预读取单元，用于根据现场经验值在指定时间点预读取上述启动部署文件；或者，第三预读取单元，用于分析上述网管客户端的启动频繁的时间段，在该时间段周期性预读取上述启动部署文件。
优选地，上述装置还包括：处理模块，用于在上述网管客户端运行结束之后，接管上述网管客户端的进程，释放不需要的资源，等待上述网管客户端的下次登录。
网管客户端启动包括两个阶段：第一个阶段是用户点击可执行程序到网管客户端登录界面呈现；第二个阶段是用户在登录界面上输入相关参数，点击确认，直到网管客户端界面呈现。本发明的目的是在这两个阶段进行加速。并且满足网管系统多客户端的特点，实现在操作系统多会话上进行多客户端的启动加速。通过本发明的技术方案，启动、管理、回收网管客户端加速进程，通过周期性预读取网管客户端启动部署文件，加快读写速度，巩固启动加速效果。
上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。
附图说明
图1是根据本发明实施例的网管客户端启动加速的实现方法的流程图；
图2是根据本发明实施例的电信级网管客户端启动加速服务管理框图；
图3是根据本发明实施例的电信级网管客户端在启动的两个阶段进行加 速的总流程图；
图4是根据本发明实施例的电信级网管客户端启动加速的详细流程图；
图5是根据本发明实施例的网管客户端启动加速的实现装置的结构框图。
具体实施方式
为了解决现有技术中网管客户端的启动速度较慢的问题，本发明提供了一种网管客户端启动加速的实现方法及装置，以下结合附图以及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不限定本发明。
用户登录网管系统客户端分为两个阶段：第一个阶段：用户点击可执行程序到出现网管客户端登录界面；第二个阶段：用户在登录界面上输入相关信息，点击确认然后进行客户端登录，直到呈现出网管客户端界面。这两个阶段的速度，直接关乎用户体验效果，因此，在网管客户端登录的第一个阶段，能够有效的加速网管客户端启动，在第二个阶段，能够充分利用用户界面输入信息的时间，同时于后台进行客户端登录初始化工作，可以有效的加速网管客户端启动时间，提升用户体验满意度。基于网管系统的这些特征，对网管客户端启动的加速就至关重要。
基于此，本发明实施例提供了一种网管客户端启动加速的实现方法及装置，下面通过具体实施例进行详细介绍。
本实施例提供了一种网管客户端启动加速的实现方法，图1是根据本发明实施例的网管客户端启动加速的实现方法的流程图，如图1所示，该方法包括以下步骤（步骤S102-步骤S104）：
步骤S102，检测到用户点击网管客户端的可执行程序后，启动加速进程查询是否存在已准备好的后台进程，如果是，则根据已准备好的后台进程显示上述网管客户端的登录界面；如果否，则正常执行上述登录界面的显示操作；
步骤S104，在上述登录界面显示之后，上述启动加速进程利用用户在上述 登录界面输入参数的时间，于后台同步进行上述网管客户端启动前的初始化操作。
在本实施例中，网管客户端启动包括两个阶段：第一个阶段是用户点击可执行程序到网管客户端登录界面呈现；第二个阶段是用户在登录界面上输入相关参数，点击确认，直到网管客户端界面呈现。本发明的目的是在这两个阶段进行加速。并且满足网管系统多客户端的特点，实现在操作系统多会话上进行多客户端的启动加速。通过本发明的技术方案，启动、管理、回收网管客户端加速进程，通过周期性预读取网管客户端启动部署文件，加快读写速度，巩固启动加速效果。
本发明实施例安装网管客户端时，创建一个操作系统级的服务，即启动加速进程。该进程在网管客户端安装完成后自动启动。
启动加速进程在操作系统的多个会话上，启动网管客户端初始化进程，在后台进行客户端启动的初始化，加载客户端部署文件和图片，初始化客户端的各个视图。在所有初始化工作做完之后，进入等待状态，周期性的预读取网管客户端启动文件，避免长时间不登录网管客户端导致操作系统内存被其他应用程序占用，等待网管客户端正式启动时唤醒。
基于此，本实施例提供了一种优选实施方式，即优选地，在检测用户点击网管客户端的可执行程序之前，上述方法还包括：网管客户端的启动加速服务，在符合指定条件的操作系统会话上，创建启动加速进程。
优选地，创建启动加速进程之后，上述方法还包括：启动加速进程周期性的预读取网管客户端的启动部署文件；其中，启动部署文件用于网管客户端的启动操作。
优选地，周期性的预读取网管客户端的启动部署文件包括：每隔固定时长预读取启动部署文件；或者，根据现场经验值在指定时间点预读取启动部署文件；或者，分析网管客户端的启动频繁的时间段，在该时间段周期性预读取启动部署文件。
用户点击客户端可执行程序时，首先会与启动加速进程通信，询问是否有已经准备好的后台进程，如果准备好了，则后台等待进程会将客户端登录界面显示出来，从用户点击客户端可执行程序到客户端登录界面显示，仅仅只有界面呈现的时间消耗，而客户端启动时的初始化，配置文件和图片加载，视图初始化等工作，都由启动加速进程提前完成并且在后台等待。如果客户端正式启动进程与启动加速进程通信发现后台的加速进程并没有准备好客户端启动的初始化工作，则客户端正式启动进程会进行正常流程的启动，这个过程包含了启动加速进程所做的客户端启动的所有初始化工作。
当客户端登录界面呈现出来后，启动加速进程会利用用户在界面输入参数的时间，于后台同步进行客户端启动前的初始化操作，进一步加速客户端启动。
启动加速进程除了负责管理操作系统各个会话上启动的加速进程，还要在网管客户端运行结束，退出之后，接管网管客户端进程，释放一部分不需要的资源，并且等待下次登录，此时的网管客户端进程相当于一个启动加速进程。
基于此，本实施例提供了一种优选实施方式，即优选地，上述方法还包括：在网管客户端运行结束之后，启动加速进程接管网管客户端的进程，释放不需要的资源，等待网管客户端的下次登录。
本实施例提供的电信级网管系统客户端启动加速方法的步骤如下：
步骤A，网管客户端安装的时候，用户根据操作系统的性能(如cpu，内存等)，配置启动加速时提前启动的加速进程数以及允许在操作系统的多少个会话上进行启动优化。
步骤B，创建一个操作系统级的服务，即启动加速服务（也称为启动加速进程）。
步骤C，启动加速服务分别在如下情况下会启动：网管客户端安装完毕后；操作系统启动后。为了客户端启动加速生效，应该始终保持启动加速服务处于启动状态。
步骤D，根据用户在安装阶段配置的参数，在操作系统的会话上启动网管 客户端加速进程，进行客户端启动的初始化工作，加载客户端部署的配置文件以及图片，初始化客户端各个视图，完成启动初始化工作之后，则在操作系统后台等待。
步骤E，用户点击可运行程序前，后台启动的客户端初始化进程一直在后台等待，并且根据一定的方法周期性的预读取网管客户端部署文件，即使用户长时间不正式启动网管客户端，后台的客户端初始化进程也会保证部署文件始终在内存中不被其他应用程序冲掉，随时为网管客户端正式登录做准备。
步骤F，用户点击可执行程序启动网管客户端，与启动加速进程进行通信，询问启动加速进程，是否有准备好的客户端启动加速进程已经完成了客户端启动的初始化，如果有，则网管客户端传入启动需要的参数给客户端启动加速进程，呈现出客户端登录界面，客户端正式启动的进程退出，交由启动加速服务之前启动好的客户端启动加速进程，完成客户端登录。当用户在登录界面上输入相关参数的同时，于后台同时进行登录前最后的初始化工作。
步骤G，启动加速服务根据用户在安装时配置的参数，决定是否需要在该操作系统会话上再启动一个启动加速进程进行客户端初始化，用来等待下一个客户端登录时使用。
步骤H，网管客户端运行一段时间，退出的时候，启动加速服务回收客户端进程，释放一部分的资源，接管客户端进程用作下次客户端正式登录时的加速进程。
下面结合附图对技术方案的实施作进一步的详细描述。
图2是根据本发明实施例的电信级网管客户端启动加速服务管理框图，如图2所示，电信级网管客户端启动加速服务的具体操作步骤如下：
步骤101，启动加速服务在操作系统的某个会话上，启动一个启动加速进程。该进程负责进行客户端启动的初始化操作，并且在准备就绪后，周期性的预读取客户端启动时需要的部署文件，同时等待用户正式点击可执行程序进行网管客户端的启动。
步骤102，用户点击可执行程序，正式启动客户端。此时客户端会与启动加速进程通信，询问是否完成了初始化，是否已经准备就绪。如果启动加速进程反馈已经完成了初始化，则启动加速服务显示出客户端登录界面。
步骤103，用户在登录界面上输入相应的参数，参数输入同时，在后台进行客户端正式登录前的初始化工作。
步骤104，客户端运行结束后，退出，启动加速服务会将客户端进程回收，释放一部分资源，重新管理该进程，等待下一次用户登录，用作启动加速进程。
图3是根据本发明实施例的电信级网管客户端在启动的两个阶段进行加速的总流程图，如图3所示，该流程包括以下步骤（步骤S302-步骤S316）：
步骤S302，客户端启动加速服务启动。
步骤S304，客户端启动加速服务在符合条件的某个操作系统会话上，启动了一个进程，该进程负责进行客户端的启动初始化。
步骤S306，在客户端初始化完成之后，周期性的预读取网管客户端启动的部署文件，将文件放入缓存，加快了I/O读取速度，之所以根据一定的算法周期性的预读取文件，是因为在启动初始化已经准备就绪后，用户长时间的不启动网管客户端，其他应用程序有可能会占用操作系统内存。根据网管系统的具体情况，可以采用不同的方法进行周期性预读取，比如：可以每隔固定时间进行预读取，也可以根据现场经验值在某些时间点进行预读取，还可以通过自动分析网管客户端一段时期内启动频繁的时间段进行灵活的周期性预读取操作。以此达到较好的网管客户端启动优化效果。
步骤S308，用户点击可执行程序进行正式的登录。此时唤醒正处于等待状态的客户端启动初始化进程，呈现出客户端登录界面。
步骤S310，客户端登录界面呈现出来。这是网管客户端启动的第一个阶段，这个阶段本身包含了客户端启动的初始化工作，文件和图片的读取等。但是这些初始化工作，已经由客户端启动加速进程提前完成，因此客户端启动的第一阶段从用户体验的角度来看，就只有登录界面呈现出来的时间消耗。
步骤S312，和步骤S314，是同时进行的，是网管客户端启动的第二个阶段，当用户在客户端登录界面上输入参数的同时，后台会进行客户端正式登录的最后的初始化工作，也起到了加速客户端启动第二阶段的作用。
步骤S316，客户端运行结束后，退出，网管客户端启动加速服务会回收客户端进程，释放一部分不需要的资源，重新管理客户端进程，可以把该进程当做是下一个客户端正式启动前的初始化进程，为下一次客户端正式登录的启动加速做好准备。
图4是根据本发明实施例的电信级网管客户端启动加速的详细流程图，如图4所示，该流程包括以下步骤（步骤S402-步骤S436）：
步骤S402，进行网管客户端的安装。
步骤S404，在网管客户端安装的过程中，由用户根据操作系统实际的性能（比如cpu，内存等资源的性能）输入客户端启动加速的参数。比如：最多允许在m个操作系统会话上启动网管客户端加速进程；在同一个操作系统会话下，始终保持n个启动加速进程处于准备就绪的状态，等待客户端正式启动。
步骤S406，当操作系统重启之后，网管客户端启动加速服务会自动启动。除此之外，网管客户端安装完成后，该服务也会自动启动。
步骤S408，创建操作系统服务，该服务负责管理在各个操作系统会话上的网管客户端启动加速进程。
步骤S410，根据步骤S404输入的参数，判断在该操作系统会话上，是否需要启动网管客户端初始化进程。
步骤S412，如果不需要在该操作系统会话上启动网管客户端初始化进程，则流程退出。
步骤S414，如果需要在该操作系统会话上启动网管客户端初始化进程，则启动进程并且进行客户端启动的初始化。
步骤S416，当客户端启动初始化结束之后，如果用户长时间不正式启动网管客户端，内存很有可能会被其他应用程序占用，按照一定的方法，周期性的 预读取网管客户端启动的部署文件，等待客户端正式登录，可以进一步提高客户端启动加速效果。
步骤S418，判断是否有客户端启动，并与客户端初始化进程通信，如果没有正式启动客户端，则继续等待，周期性预读取文件，如果有，则唤醒正在等待的初始化进程。
步骤S420，用户点击网管客户端可执行程序，正式启动网管客户端。
步骤S422，客户端正式启动进程与客户端初始化进程进行通信，询问是否有已经准备就绪的初始化进程可用，如果有，则呈现客户端登录界面，继续网管客户端的启动操作，如果没有，则反馈给客户端正式启动进程，客户端正式启动进程自己做客户端启动初始化以及后续工作。
步骤S424，客户端正式启动进程通过客户端初始化进程的反馈信息，判断是否能够使用准备就绪的启动加速进程。
步骤S426，如果已经有准备就绪的客户端启动初始化进程，则客户端正式启动进程关闭，将后续工作交给之前就已经启动的网管客户端初始化进程。
步骤S428，如果客户端启动初始化进程反馈还没有完成初始化，则客户端正式启动进程自己进行启动初始化等工作。
步骤S430，客户端正式启动进程将处于等待状态的客户端初始化进程唤醒，呈现出客户端登录界面，用户在登录界面输入参数，客户端登录并且运行。
步骤S432，客户端退出。
步骤S434，如果没有准备就绪的客户端初始化进程，网管客户端正式启动进程完成客户端登录并且运行，最后退出。
步骤S436，当客户端退出后，网管客户端加速服务将进程回收，释放一部分不需要的资源，然后重新管理网管客户端进程，将其当做一个客户端启动加速进程，为下一次客户端登录做准备。
对应于上述实施例介绍的网管客户端启动加速的实现方法，本实施例提供了一种网管客户端启动加速的实现装置，该装置用以实现上述实施例。图5是 根据本发明实施例的网管客户端启动加速的实现装置的结构框图，如图5所示，该装置包括：第一加速模块10和第二加速模块20。下面对该结构进行详细介绍。
第一加速模块10，用于在检测到用户点击网管客户端的可执行程序后，查询是否存在已准备好的后台进程，如果是，则根据已准备好的后台进程显示网管客户端的登录界面；如果否，则正常执行登录界面的显示操作；
第二加速模块20，连接至第一加速模块10，在登录界面显示之后，利用用户在登录界面输入参数的时间，于后台同步进行网管客户端启动前的初始化操作。
优选地，装置还包括：创建模块，用于在符合指定条件的操作系统会话上，创建启动加速进程。
优选地，装置还包括：预读取模块，用于周期性的预读取网管客户端的启动部署文件；其中，启动部署文件用于网管客户端的启动操作。
优选地，预读取模块包括：第一预读取单元，用于每隔固定时长预读取启动部署文件；或者，第二预读取单元，用于根据现场经验值在指定时间点预读取启动部署文件；或者，第三预读取单元，用于分析网管客户端的启动频繁的时间段，在该时间段周期性预读取启动部署文件。
优选地，装置还包括：处理模块，用于在网管客户端运行结束之后，接管网管客户端的进程，释放不需要的资源，等待网管客户端的下次登录。
与现有技术相比较，本发明提供的技术方案，创建一个操作系统级的服务管理各个会话上的网管客户端启动加速进程，支持在多操作系统会话上的多网管客户端启动加速，并且灵活的根据操作系统的性能，配置可启动的加速进程数以及在操作系统的多少会话上进行加速，由此可以在网管客户端启动加速和操作系统资源占用上达到一个很好的平衡，网管客户端启动加速进程做完客户端初始化之后，按照一定方法周期性预读取网管客户端登录相关的文件，保证在用户长期不正式登录网管客户端的时候，依然可以从内存中读取文件，加速 网管客户端启动。在用户通过可执行程序启动网管客户端的时候，可以为已经处于等待状态的启动加速服务传入不同的启动参数，以实现对多操作系统会话下的多网管客户端启动，在网管客户端退出后，启动加速服务可以回收客户端进程，释放部分资源，继续管理客户端进程以等待下次网管客户端启动优化。
另外，本发明的技术方案，将网管客户端的启动分为两个阶段，第一个阶段是从用户点击可执行程序到网管客户端登录界面呈现，该阶段可以使用加速服务启动的网管客户端初始化进程中的初始化操作达到启动的加速；第二个阶段是从登录界面呈现，用户在界面输入相关参数确认登录，到最后呈现出网管客户端界面，该阶段利用用户输入界面参数的时间，在后台同时进行了网管客户端登录的初始化工作。本发明利用了网管客户端启动的两个阶段，分别进行了加速以达到最终效果。
已知不足，在操作系统下安装一个启动加速服务，该服务会在用户未启动网管客户端的时候，在后台提前进行网管客户端启动的初始化操作，对操作系统资源有一定的占用，另外，当启动加速服务在操作系统的某个会话上启动一个进程，进行客户端启动初始化时，另外一个会话上客户端的正式启动，是无法利用另外的会话上的启动加速的，可以通过启动加速策略灵活控制，可以在各个会话上均启动一个进程进行加速，也可以只在操作系统最新的会话上进行加速，上述问题都可以在网管客户端安装的时候，由用户考量操作系统性能（比如中央处理器（CentralProcessingUnit，简称为CPU），内存等性能）后，灵活配置以达到启动加速效果和操作系统资源占用之间的平衡。
尽管为示例目的，已经公开了本发明的优选实施例，本领域的技术人员将意识到各种改进、增加和取代也是可能的，因此，本发明的范围应当不限于上述实施例。