系统优化方法及装置的制作方法

文档序号:6401410阅读:181来源:国知局
专利名称:系统优化方法及装置的制作方法
技术领域
本发明涉及网络通信技术领域,具体涉及一种系统优化方法及装置。
背景技术
目前,计算机在使用过程中往往会出现运行速度越来越慢的情况,这时,为了提高运行速度,就需要进行系统优化。现有的优化方式一般是通过文件清理或垃圾清理的方法,清理系统中无用的缓存文件,查找并移动占用磁盘空间的文件,以便释放空间,让系统保持清洁,使整体运行更加流畅。现有的一些服务和应用程序等,如果完成后则通常不会退出进程,这些进程依然会占用大量的系统资源,而用户往往无法感知,直到系统或者程序出现了卡死甚至崩溃的情况,甚至还可能出现一些存在问题的程序等。然而现有的系统优化方式只能进行一些基本的文件清理工作,对于系统的卡死,以及后台程序占用过多流量等情况则无法有效处理,不能有效地释放系统中可用的内存和其他系统资源等。

发明内容
鉴于上述问题,提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的系统优化方法及装置。依据本发明的一个方面,提供了一种系统优化方法,包括:判断系统中正在运行的程序是否满足预设的优化规则;将满足预设的优化规则的程序显示在程序列表的第一分类中,将不满足预设的优化规则的程序显示在程序列表的第二分类中,其中,第一分类中的程序的状态默认为选中,第二分类中的程序的状态默认为非选中;根据触发的优化指令,对程序列表中状态为选中的程序进行优化处理,其中,优化指令中包含程序列表中的程序的状态。依据本发明的另一方面,提供了一种系统优化装置,包括:判断模块,适于判断系统中正在运行的程序是否满足预设的优化规则;显示模块,适于将满足预设的优化规则的程序显示在程序列表的第一分类中,将不满足预设的优化规则的程序显示在程序列表的第二分类中,其中,第一分类中的程序的状态默认为选中,第二分类中的程序的状态默认为非选中;优化模块,适于根据触发的优化指令,对程序列表中状态为选中的程序进行优化处理,其中,优化指令中包含程序列表中的程序的状态。根据本发明的系统优化方法及装置,根据预设的优化规则,将系统中正在运行的程序显示在不同的分类中,用户可以根据不同分类的特点,来决定对哪些程序执行优化处理,由此解决了现有技术中只能简单地执行文件清理工作,导致优化效果不理想的问题,取得了能够针对系统的各种情况(例如系统的卡死以及后台程序占用过多流量等)进行有效处理,从而合理优化系统的有益效果。上述说明仅是本发明技术方案的概述,为了能够更清楚了解本发明的技术手段,而可依照说明书的内容予以实施,并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂,以下特举本发明的具体实施方式



通过阅读下文优选实施方式的详细描述,各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的,而并不认为是对本发明的限制。而且在整个附图中,用相同的参考符号表示相同的部件。在附图中:图1a至图1c示出了一种应用本发明提供的优化方法的优化软件的界面示意图;图2a示出了优化系统速度时的界面示意图;图2b示出了优化系统速度后的界面示意图;图3示出了悬浮窗的示意图;图4示出了本发明实施例提供的系统优化方法的流程图;以及图5示出了本发明实施例提供的系统优化装置的流程图。
具体实施例方式下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例,然而应当理解,可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本公开,并且能够将本公开的范围完整的传达给本领域的技术人员。本发明实施例提供了一种系统优化方法,该优化方法主要针对系统中当前正在运行的程序执行优化处理,以提高计算机的运行速度。该优化方法可以通过安装在客户端上的优化软件来实现。图1a至图1c给出了一种应用本发明提供的优化方法的优化软件的界面示意图。如图1a至图1c所示,该界面主要向用户展示了包含多个程序的程序列表,在该程序列表中,根据每个程序自身的特点将其分成了如下几个类别:“优化系统资源”的类别、“建议关闭的程序/服务”类别、“可选择关闭的程序/服务”类别、以及“常用的程序”类别。当需要进行系统优化时,可以根据图1a至图1c所示的各个类别的特点执行相应的优化处理。例如,以“优化系统资源”的类别为例来说,当进行系统优化时,通过该类别主要完成清理系统内存以及优化系统速度这两项任务。其中,清理系统内存主要是通过将当前正在运行的程序从物理内存中导入到虚拟内存中来实现的,具体的导入过程可通过调用windows系统提供的接口函数来实现,通过将正在运行的程序从物理内存导入到虚拟内存,可以释放物理存储空间,降低内存占用率。优化系统速度主要是通过合理地设置系统相关参数来实现的。例如,如图2a所示,在优化系统速度时可从下面几方面执行优化。首先,对于系统稳定与系统速度方面,可执行如下优化处理:(I)优化处理器资源分配:通过合理地配置处理器的资源,可以使用户在玩游戏时获得更多的CPU、内存等资源,使延迟更小,非常适合反恐类游戏;(2)优化内存配置:通过合理地配置内存,能够增加游戏程序的磁盘缓冲,提高读写速度,加快副本、场景的加载速度;(3)优化程序反应时间:通过合理地设置程序的反应时间,能够防止程序在关闭时假死,使关机速度更快;(4)缩短鼠标键盘无反应等待时间:由于程序卡死时鼠标键盘无法移动,因此,通过缩短鼠标键盘的无反应等待时间,可以缩短程序卡死的时间。(5)自动关闭无反应程序:当检测到程序卡死后将自动关闭,从而提高系统稳定性。(6)关闭服务:关闭一些占用内存等系统资源过多的服务(例如,windowsupdate升级服务),该类服务的特点在于:运行时占用内存非常多,而且关闭后对用户的电脑也不会产生不良影响。(7)清除内存中无用的dll文件:将系统内残留的垃圾dll文件或者其他的临时文件清除,提高系统的性能。其次,对于桌面、窗口与菜单速度方面,可执行如下优化处理:(1)加快系统内各命令的显示和反应速度:减少点击软件菜单时的延时设置,可以让软件菜单打开速度更快;(2)优化用户界面组件:当界面假死、卡住的时候自动刷新,增强系统稳定性;(3)优化程序进程:让开始菜单拥有独立的进程优先级处理,可以防止假死。优化系统速度后的显示界面如图2b所示。通过上述处理,就可以实现优化系统资源的目的,从而能够降低资源占用率,缩短无效等待时间,提高用户体验度。另外,为了使用户能够即时了解系统当前的资源占用率,以决定是否有必要执行优化处理,可以由客户端实时计算当前系统的资源占用率,并将计算得到的当前资源占用率以悬浮球的形式显示在图1a至图1c所示的程序列表的指定位置上(例如,显示在左上角),该悬浮球的显示颜色可以进一步随着资源占用率的改变而变化,例如,当资源占用率低于第一预设值时,悬浮球的颜色为绿色,并在旁边用文字提示用户“可用资源充足,继续保持”,为了便于用户理解,还可以进一步向用户显示“电脑充满活力”。当资源占用率高于第二预设值时,悬浮球的颜色为红色,并在旁边用文字提示用户“可用资源不足,建议优化”,为了便于用户理解,还可以进一步向用户显示“电脑有点累了”。当资源占用率介于第一预设值和第二预设值之间时,悬浮球的颜色为橙色,并在旁边用文字提示用户“可用资源较少”,为了便于用户理解,还可以进一步向用户显示“电脑跑不动了”。进一步地,还可以在悬浮球内显示当前资源占用率的百分比,以便于用户准确了解资源利用情况。其中,在设置第二预设值时,可以根据电脑的配置来设置,例如,对于高配机来讲,由于资源充足,因此占用80%的资源并不会产生太大影响,而对于低配机来讲,由于资源不多,因此占用80%的资源会产生较大影响,因此,高配机的第二预设值可以高于低配机的第二预设值。同理,第一预设值也可以根据电脑的配置进行灵活设置。上述的资源可以包括以下资源中的一个或多个:内存资源、磁盘资源、CPU资源和网络吞吐量。在图1a至图1c中,悬浮球表示的资源为内存资源,且悬浮球的颜色为绿色,表示电脑充满活力,因此,在悬浮球的旁边显示出“可用内存充足,继续保持”以及“电脑充满活力”的提示字样。实际情况中,也可以由悬浮球来表示其他某一资源的占用率。当悬浮球表示其他某一资源的占用率时,悬浮球的旁边显示的提示字样也会相应的修改为该资源的名称,例如,当悬浮球表示CPU资源的占用率时,悬浮球旁边显示的文字可以是“可用CPU充足,继续保持”或者“CPU占用过高,建议优化”等。另外,还可以由悬浮球同时表示多个资源的占用率,以便于用户全面了解当前的资源利用情况。当悬浮球表示多个资源的占用率时,可以根据每个资源在性能优化方面的作用,为其分配不同的权重,并根据各个资源所占据的权重对其进行加权,得到一个能够综合反映多个资源的综合占用率的权值,该权值既可以用分数(例如O到100之间的分数)的形式表示,也可以用百分比的形式表示,这时,可以由一个悬浮球来显示该权值的具体数值,以便于用户了解多种资源的综合占用情况;或者,也可以由多个悬浮球分别表示每一类资源的占用情况,以便于用户直观地了解每类资源的当前占用情况。另外,当用户把鼠标移动到悬浮球上时,悬浮球的旁边将进一步出现提示,在提示中显示出已用内存数和总数。而且,悬浮球的颜色和提示字样的颜色都可以随着已用内存的变化而变化。另外,还可以在显示界面的指定位置(例如左上角或右下角)设置一个如图3所示的悬浮窗,该悬浮窗中的球的显示状态与显示在程序列表上的悬浮球一致,当程序列表最小化时,该悬浮窗可以起到提示用户的作用。除了上面介绍的实时计算资源占用率的实现方式之外,也可以单独设置一个按钮,当用户点击该按钮时计算并显示资源占用率,以便节省计算量,节约能耗。在设置有悬浮球的情况中,可以在悬浮球显示资源占用率过高(例如悬浮球为红色)时,由用户通过点击对应的优化按键的方式执行上述的“优化系统资源”的处理,也可以由系统自动触发上述的“优化系统资源”的处理。另外,由系统自动触发上述的“优化系统资源”的处理时,还可以通过系统定期优化的方式进行。另外,执行完上述的“优化系统资源”的处理之后,还可以进一步向用户显示提示内容,该提示内容可以是弹出的消息或窗口,也可以是显示在程序列表的指定位置上的提示字样。该提示内容主要用于向用户显示通过优化所节省的内存、CPU、磁盘空间和/或网络吞吐量等各类资源的具体数量,以便于用户了解优化的效果。在上述的“优化系统资源”的类别中,主要执行一些常规而全面的系统清理工作。介绍完“优化系统资源”的类别之后,接下来,着重介绍一下本发明的系统优化方法中涉及的“建议关闭的程序/服务”类别、“可选择关闭的程序/服务”类别、以及“常用的程序”类别的处理方式。其中,“建议关闭的程序/服务”类别也可称作第一分类,“可选择关闭的程序/服务”类别以及“常用的程序”类别可统称为第二分类,其中,“可选择关闭的程序/服务”类别作为第二分类中的第二小类,“常用的程序”类别作为第二分类中的第一小类。当用户打开客户端上安装的对应于本发明的系统优化方法的优化软件时,或者,当用户点击该优化软件上的启动按钮时,开始执行本发明提供的系统优化方法中的步骤Slioo在步骤SllO中,判断系统中正在运行的程序是否满足预设的优化规则,如图4所示。具体地,步骤SllO可以针对系统中每一个正在运行的程序进行判断,以确定该程序是否满足预设的优化规则。接下来,在步骤S120中,将满足上述预设的优化规则的程序显示在程序列表的第一分类(如图1a至图1c中的“建议关闭的程序/服务”类别)中,将不满足上述预设的优化规则的程序显示在程序列表的第二分类(如图1a至图1c中的“可选择关闭的程序/服务”类别以及“常用的程序”类别)中,其中,第一分类中的程序的状态默认为选中,“第二分类中的程序的状态默认为非选中。最后,在步骤S130中,根据触发的优化指令,对程序列表中状态为选中的程序进行优化处理。其中,该优化指令通常情况下是由用户进行触发的,例如,通过点击图1a至图1c中的“一键加速”的按钮进行触发。在用户触发优化指令之前,需要先对图1a至图1c的程序列表中每一程序的状态进行设置,程序的状态包括选中和非选中,如果用户同意对第一分类中的程序全部选中,对第二分类中的程序全部不选中,即认可程序的默认状态,则可以不进行任何额外的设置,直接点击“一键加速”的按钮来触发优化指令;如果用户认为第一分类中某一程序不应进行优化,则可以将该程序的状态设置为非选中,相应地,如果用户认为第二分类中某一程序应该进行优化,则可以将该程序的状态设置为选中。由此,在该优化指令中包含了程序列表中每一程序的状态,当接收到该优化指令后,即可获知程序列表中状态为选中的程序,并对其进行优化处理。当进行优化处理时,悬浮球中显示的资源占用量先下降,再上升,最后停留在优化后的资源占用量上。具体地,在步骤S130中进行优化处理时,可以通过如下方式中的一种或几种进行处理:(I)将待优化的程序关闭:直接将程序列表中状态为选中的程序关闭,从而减少资源占用率,提高运行速度;(2)为待优化的程序设置CPU优先级:可以根据待优化的程序的重要程度,为其设置CPU优先级,将重要的程序的CPU优先级置高,将不重要的程序的CPU优先级置低,从而缩短重要程序的响应时间,减少用户等待时间,该方式主要可用于一些不宜直接关闭的程序;(3)将待优化的程序从多核CPU的多个内核中切换到一个内核中:该方式主要可用于一些卡死的程序,为避免其占用过多的CPU资源,可将其从多核CPU的多个内核中切换到某一个内核中,以避免对其他内核的影响。另外,在执行完上述的步骤S130之后,也可以进一步向用户显示提示内容,该提示内容同样可以是弹出的消息或窗口,也可以是显示在程序列表的指定位置上的提示字样。该提示内容用于向用户显示经过步骤S130的优化后所节省的内存、CPU、磁盘空间和/或网络吞吐量等各类资源的具体数量,以便于用户了解优化的效果。通过上面的方式,就可以实现系统优化的处理。另外,从图1a至图1c中可以看出,在本发明实施例中,将第二分类中的程序进一步细分为第一小类(即“常用的程序”类别)和第二小类(即“可选择关闭的程序/服务”类别)。其中,第一小类中主要显示一些常用的程序,例如,360安全浏览器、微软word、飞信等;第二小类则显示第二分类中除第一小类之外的其他程序。为了确定出第二分类中哪些程序属于第一小类,哪些程序属于第二小类,需要预先设置一个常用程序列表,在该常用程序列表中存储有各种常用的程序的名称。相应地,在步骤S120中将不满足预设的优化规则的程序显示在程序列表的第二分类中之后,进一步包括步骤S140。在步骤S140中,对于第二分类中的程序,进一步判断其是否属于预设的常用程序列表;如果判断结果为是,则将其显示在第一小类中,如果判断结果为否,则将其显示在第二小类中。上面已经介绍过,第二分类中的程序的状态默认为非选中,因此,在上述的第一小类(即“常用的程序”类别)中,其程序的状态默认为非选中。但是,对于上述的第二小类(即“可选择关闭的程序/服务”类别)来说,则有稍许不同:在第一次接收到优化指令之前,第二小类中的程序的状态默认为非选中,这一点与第一小类相同。但是,如果用户在发送第一次优化指令之前,将第二小类中的某些程序(如图1a至图1c中的“支付宝控件”、“支付宝检测程序”等)的状态手动更改为选中,即在第一次接收到的优化指令中,第二小类中手动更改过状态的程序为选中状态,这样,在第二次接收到优化指令之前,第二小类中手动更改过状态的程序的默认状态依然保持为选中状态。依此类推,除了在第一次接收到优化指令之前第二小类中的程序的状态默认为非选中之外,当后续接收到优化指令之前,第二小类中的程序的状态都默认为与上一次接收到的优化指令中的状态相同。也就是说,第二小类中的程序状态具有记忆功能,如果用户在本次执行优化指令时对其中的某些程序进行了优化,那么下次执行优化指令前这些优化过的程序的默认状态就会更改为选中,这样做的好处在于,通常情况下,如果用户本次对某些程序执行了优化,说明这些程序是用户认为有必要优化的,因此,在下次优化时,用户仍然可能倾向于优化这些程序,因此,第二小类中的程序的记忆功能能够便于用户记住自己上次的选择,从而提高优化效率。另外,之所以要将常用程序单独作为一个小类,并使该小类中的程序不具有记忆功能,而使其每次的默认状态都为非选中,主要是因为一般情况下,常用程序是不需要进行优化的,如果用户不小心对常用程序进行了优化,往往会影响该程序的正常使用,因此,将常用程序单独作为一个小类可以防止用户误操作。另外,为了进一步地防止用户误操作,在图1a至图1c所示的程序列表中,可以将第一分类显示在第二分类的上方或左侧,且将第二分类中的第二小类显示在第一小类的上方或左侧。换句话说,将优化的可能性最大的第一分类放在最前面,以便于用户勾选;将优化的可能性最小的第一小类放在最后面,以防止用户误勾选。另外,需要说明的是,上面介绍的在步骤S140中,将第二分类进一步细分为第一小类和第二小类的操作并不是必须的,本发明中也可以不执行步骤S140。通过上面的操作就可以实现系统优化的目的。在上述过程中,一般需要将系统中每一正在运行的程序都显示在程序列表的第一分类或第二分类中,这样做的好处在于:可以逐一筛选系统中每一正在运行的程序,并确定其是否需要优化,从而避免遗漏掉任何一个能够优化的程序。虽然上述过程可以实现对系统中所有程序的全面优化,但是,如果系统中正在运行的程序数量众多,上述做法则会导致程序列表中的程序数量庞大,从而不便于用户筛选待优化的程序。为此,在本发明中,还可以预先设置一个数据库,在该数据库中存储常见的待优化程序的名称。该数据库中存储的常见的待优化程序通常是指一些优化频率较高或优化效果明显的程序,这些程序的名称通常是预先通过对以往优化过的程序的名称及其优化频率进行统计得出的。相应地,在步骤S120之后,还可以进一步包括步骤S150。在步骤S150中,将上述预设的优化规则进一步细分为第一类优化规则和第二类优化规则,并且,对于第一分类中满足第一类优化规则但不满足第二类优化规则的程序,进一步判断其名称是否存储在上述数据库中,如果没有存储在上述数据库中,则将其从程序列表的第一分类中移除;以及对于第二分类中的程序,进一步判断其名称是否存储在上述数据库中,如果没有存储在上述数据库中,则将其从程序列表的第二分类中移除。通过步骤S150的操作,就可以显著减少程序列表中列出的程序的数量,从而便于用户筛选。在执行步骤S150时,从程序列表中判断需要移除的程序的主要依据在于:由于系统中运行的程序多种多样,有很多程序都是用户根据自身的职业特点或兴趣爱好而安装并运行的,一旦对这些程序进行优化将影响用户的正常使用,因此通常情况下能够进行优化的程序都是常见的待优化程序,都已经预先存储在了上面介绍的数据库中,所以,如果程序列表的第一分类或第二分类中的程序不属于上述数据库,则说明其很可能是不需要进行优化的,因而可以将其从程序列表中移除,以减少用户筛选时的工作量。但是,对于第一分类中的程序有个例外情况:当程序出现异常情况时,无论该程序是否属于上述数据库,都应该对其进行优化,以防止该异常情况影响用户的使用。为此,在上述的步骤S150中预先将预设的优化规则进一步细分为第一类优化规则和第二类优化规贝U,其中,第一类优化规则也可以称作一般情况下的优化规则,其定义了程序需要优化的一般性规则(由于第一类优化规则数量较多,将在后面进行详细介绍);第二类优化规则也可以称作异常情况下的优化规则,其定义了程序需要优化的异常性规则,包括:判断程序是否出现异常,如果判断结果为是,则确定该程序满足第二类优化规则,其中,异常包括=GDI泄漏、窗口卡死和CPU卡死等异常情况。因此,在步骤S150中,当第一分类中的程序满足第二类优化规则时,说明该程序出现了异常情况,因此无论该程序是否属于上述数据库都需要将其保留在程序列表的第一分类中,以便于用户优化。而当第一分类中的程序不满足第二类优化规则时,说明该程序没有出现异常情况,如果该程序又不属于上述数据库,就进一步说明该程序不属于常见的待优化程序,这样的程序有可能是上面提到的用户根据自身的职业特点或兴趣爱好而安装并运行的程序,一旦对其优化将可能影响用户的使用,因此,在步骤S150中将第一分类中不满足第二类优化规则的程序从程序列表中移除;反之,如果该程序属于上述数据库,就说明该程序属于常见的待优化程序,虽然其不满足第二类优化规则,但是既然出现在第一分类中就表明其满足第一类优化规则,说明还是有必要进行优化的,所以在步骤S150中将其保留在程序列表的第一分类中,以便于用户优化。同理,对于第二分类中的程序来说,由于该类程序都是不满足预设的优化规则的程序,也就是很可能不需要进行优化的程序,对于这类程序来说,如果其没有存储在上述数据库中,就进一步说明其不属于常见的待优化程序,所以通常情况下没有必要对这些程序进行优化,因而在步骤S150中也将其从程序列表中移除,以减少用户筛选时的工作量;反之,如果其存储在了上述数据库中,就说明其属于常见的待优化程序,虽然暂时不满足预设的优化规则,但这些程序还是有可能能够优化的,因而在步骤S150中将其保留在程序列表的第二分类中,由用户做出是否优化的选择。在上面介绍的步骤S150中,主要是通过将第一列表和第二列表中不属于上述数据库的程序进行移除实现的。在实际情况中,也可以直接在执行步骤S120时,进一步判断系统中正在运行的程序是否属于上述数据库,对于不属于上述数据库中的程序,除非其满足第二类优化规则,否则,就不将其显示在程序列表中。下面详细介绍一下上文提到的第一类优化规则,即一般性规则。第一类优化规则包括以下规则中的一个或多个:(I)判断程序的资源占用率是否超出预设的阈值,如果超出该阈值,则确定该程序满足第一类优化规则,其中,资源包括以下资源中的一个或多个:内存资源、磁盘资源和CPU资源。通过计算程序的资源占用率就可以判断上述规则是否满足。该规则的主要目的在于找出占用资源过多的程序,并对其进行优化,以减少资源占用率。其中,在确定占用资源过多的程序时,可以根据系统资源的总大小以及系统资源在当前状态下的总占用率来动态确定。以内存资源为例来说,对于系统内存较大的客户端(例如系统内存> 3G)来说,如果系统内存在当前状态下总共被占用了 70%以上,则可以确定内存占用量超过64M的程序为满足第一类优化规则的程序;如果系统内存在当前状态下总共被占用了 50%以上,且在70%以下,则可以确定内存占用量超过128M的程序为满足第一类优化规则的程序。对于系统内存较小的客户端(例如系统内存< 3G)来说,如果系统内存在当前状态下总共被占用了 70%以上,则可以确定内存占用量超过32M的程序为满足第一类优化规则的程序;如果系统内存在当前状态下总共被占用了 50%以上,且在70%以下,则可以确定内存占用量超过64M的程序为满足第一类优化规则的程序。总之,当系统的总内存越小,且系统的剩余内存也越小的情况下,满足第一类优化规则的程序的内存占用量设置得越低;反之,当系统的总内存越大,且系统的剩余内存也越多的情况下,满足第一类优化规则的程序的内存占用量设置得越闻。(2)判断程序是否出现在前台的运行程序中,如果没有出现在前台的运行程序中,则确定该程序满足第一类优化规则,其中,前台的运行程序包括:浏览器中运行的程序、任务栏上显示的程序和窗口上显示的程序。通过确定系统当前正在运行的程序是否出现在前台的运行程序中,就可以判断上述规则是否满足。设置该规则的原因在于,通常情况下,如果当前正在运行的程序并未出现在前台的运行程序中,则说明该程序当前并未被用户使用,因而该程序很可能是不需要运行的程序。具体地,当前台的运行程序为窗口上显示的程序时,该规则还可以进一步包括:当窗口上显示的程序的使用频率低于预设值时,进一步判断该程序在窗口中是否置顶,如果判断结果为否,则确定该程序满足第一类优化规则。这样做的目的在于,对于一些使用频率较低的程序来说,如果该程序在窗口中没有置顶,则说明该程序当前没有被使用,因此,该程序很可能是用户忘记关闭的程序。(3)判断程序是否符合预设的黑名单规则,如果符合,则确定该程序满足第一类优化规则。在该规则中预先设置了一些黑名单规则,当程序符合这些预设的黑名单规则时,则确定程序满足第一类优化规则。具体地,黑名单规则主要用来定义一些用户不希望打开的程序所满足的规则。例如,有些程序会自动地弹出广告窗口,这些自动弹出的广告窗口往往并不是用户希望看到的,因而对用户造成了不必要的打扰,为此,可以在黑名单规则中设置常见的广告窗口所满足的规则,例如,窗口的大小、标题及属性等特征,当弹出的窗口满足这些特征时,就可以确定该窗口为广告窗口,从而将其列在程序列表的第一分类中进行优化。该黑名单规则除了可以过滤广告等程序之外,还可以关闭一些不必要的服务(例如长时间不使用的打印机服务等)或做种(由于上传人的电脑关闭而导致生命期结束的做种)。(4)判断程序是否符合预设的运行条件,如果不符合,则确定该程序满足第一类优化规则。有些程序在运行时必须符合一定的运行条件才可以正常运行,如果运行条件不符合,则该程序即使处于运行状态也无法正常使用,对于这种由于运行条件不符合而无法正常使用的程序,可以对其进行优化(例如关闭)。例如,有些程序之间存在相互依赖关系,如程序A必须依赖程序B才能运行,因此,当检测到程序A正在运行时,可以进一步检测程序B是否正在运行,如果检测结果为否,则可以确定程序A的运行条件不符合,从而对其进行优化。除了上面列出的几种规则之外,本领域技术人员还可以根据实际情况对第一类优化规则进行修改或补充。通过上述的第一类优化规则,就可以筛选出需要优化的程序,将其放在程序列表的第一分类中供用户选择。通过上述的步骤SllO至步骤S150就可以实现系统优化的目的。其中,上述的步骤S140和步骤S150并不是必须的,为可选步骤。另外,在上述实施例中,通常会将系统中所有正在运行的程序都列在程序列表中,即使能够通过步骤S150对程序列表中的部分程序进行移除,以避免由于将不需要优化的程序列出,而增加用户筛选时的工作量。但是,步骤S150主要是利用数据库来筛选程序列表中的程序,如果不满足上述优化规则的程序属于数据库中的程序,则依然需要被列到程序列表的第二分类中。但是,对于一些系统程序,或优化软件自身运行的程序则不需要列出,以防止误操作,所以,在步骤S120之后,还可以进一步包括步骤:对于第二分类中的程序,进一步判断其是否满足预设的保护条件,如果满足预设的保护条件,则将其从程序列表的第二分类中移除。该保护条件可以是预设的系统程序名称或优化软件自身的名称。除了上述的设置并判断是否符合保护条件的方式之外,也可以事先将符合保护条件的程序从数据库中删除,以避免其在不满足第二类优化规则的情况下被列入程序列表。本发明实施例还提供了一种系统优化装置,该优化装置主要针对系统中当前正在运行的程序执行优化处理,以提高计算机的运行速度。如图5所示,该系统优化装置包括:判断模块51、显示模块52以及优化模块53。其中,判断模块51适于判断系统中正在运行的程序是否满足预设的优化规则。关于判断模块的具体工作过程可参照上文步骤SllO的描述。其中优化规则的具体内容可参照方法实施例中相应部分的描述,此处不再赘述。显示模块52,适于将满足预设的优化规则的程序显示在程序列表的第一分类中,将不满足预设的优化规则的程序显示在程序列表的第二分类中,其中,第一分类中的程序的状态默认为选中,第二分类中的程序的状态默认为非选中。关于显示模块的具体工作过程可参照上文步骤S120的描述。优化模块53,适于根据触发的优化指令,对程序列表中状态为选中的程序进行优化处理,其中,优化指令中包含程序列表中的程序的状态。关于优化模块的具体工作过程可参照上文步骤S130的描述。可选地,上述第二分类进一步包括第一小类和第二小类,则判断模块51进一步适于:对于第二分类中的程序,进一步判断其是否属于预设的常用程序列表;如果判断结果为是,则由显示模块52将其显示在第一小类中,如果判断结果为否,则由显示模块52将其显示在第二小类中,其中,第二小类中的程序的状态默认为与上一次接收到的优化指令中的状态相同。对于第一小类和第二小类的划分和判断过程可参照步骤S140的描述,此处不再赘述。另外,为了防止用户误操作,显示模块52适于将第一分类显示在第二分类的上方或左侧,将第二分类中的第二小类显示在第一小类的上方或左侧。换句话说,将优化的可能性最大的第一分类放在最前面,以便于用户勾选;将优化的可能性最小的第一小类放在最后面,以防止用户误勾选。可选地,为了避免由于对系统程序或优化软件自身运行的程序进行优化而引起的不必要的错误,该装置可以进一步包括:第一移除模块,适于对第二分类中的程序,进一步判断其是否满足预设的保护条件,如果满足预设的保护条件,则将其从程序列表的第二分类中移除。该保护条件可以是预设的系统程序名称或优化软件自身的名称。可选地,为了避免由于系统中正在运行的程序数量众多,导致程序列表中的程序数量庞大,不便于用户筛选待优化的程序的问题。上述预设的优化规则进一步包括第一类优化规则和第二类优化规则,则该装置进一步包括:第二移除模块54,适于对第一分类中满足第一类优化规则但不满足第二类优化规则的程序,进一步判断其名称是否存储在预设的数据库中,如果没有存储在数据库中,则将其从程序列表的第一分类中移除;以及,对第二分类中的程序,进一步判断其名称是否存储在预设的数据库中,如果没有存储在数据库中,则将其从程序列表的第二分类中移除。其中,第二类优化规则包括:判断程序是否出现异常,如果判断结果为是,则确定程序满足第二类优化规则,其中,异常包括:GDI泄漏、窗口卡死和CPU卡死。第一类优化规则包括以下规则中的一个或多个:判断程序的资源占用率是否超出预设的阈值,如果超出阈值,则确定程序满足第一类优化规则,其中,资源包括以下资源中的一个或多个:内存资源、磁盘资源和CPU资源;判断程序是否出现在前台的运行程序中,如果没有出现在前台的运行程序中,则确定程序满足第一类优化规则,其中,前台的运行程序包括:浏览器中运行的程序、任务栏上显示的程序和窗口上显示的程序;判断程序是否符合预设的黑名单规则,如果符合,则确定程序满足第一类优化规则;以及判断程序是否符合预设的运行条件,如果不符合,则确定程序满足第一类优化规则。进一步地,当前台的运行程序为窗口上显示的程序时,第一类优化规则进一步包括:当窗口上显示的程序的使用频率低于预设值时,进一步判断程序在窗口中是否置顶,如果判断结果为否,则确定该程序满足第一类优化规则。其中,优化模块53具体用于:将待优化的程序关闭;为待优化的程序设置CPU优先级;和/或,将待优化的程序从多核CPU的多个内核中切换到一个内核中。另外,为了使用户能够了解当前的资源占用情况,以便于用户决定是否进行优化,该装置还可以进一步包括:计算模块,适于实时计算当前系统的资源占用率,则所述模块进一步适于将所述资源占用率以悬浮球的形式显示在程序列表的指定位置,悬浮球的显示颜色随资源占用率的改变而变化,且悬浮球内显示有资源占用率的百分比,其中,资源包括以下资源中的一个或多个:内存资源、磁盘资源和CPU资源。根据本发明的系统优化方法及装置,根据预设的优化规则,将系统中正在运行的程序显示在不同的分类中,用户可以根据不同分类的特点,来决定对哪些程序执行优化处理,由此解决了现有技术中只能简单地执行文件清理工作,导致优化效果不理想的问题,能够针对系统的各种情况(例如系统的卡死以及后台程序占用过多流量等)进行有效处理。本发明实施例不仅可以关掉一些不必要的进程,服务,后台的程序,还可以释放更多的内存,可以关闭占网速较多的进程,对存在问题的程序,不必运行的程序,占内存多的程序进行处理,从而合理优化系统。在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述,构造这类系统所要求的结构是显而易见的。此外,本发明也不针对任何特定编程语言。应当明白,可以利用各种编程语言实现在此描述的本发明的内容,并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。在此处所提供的说明书中,说明了大量具体细节。然而,能够理解,本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中,并未详细示出公知的方法、结构和技术,以便不模糊对本说明书的理解。类似地,应当理解,为了精简本公开并帮助理解各个发明方面中的一个或多个,在上面对本发明的示例性实施例的描述中,本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而,并不应将该公开的方法解释成反映如下意图:即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说,如下面的权利要求书所反映的那样,发明方面在于少于前面公开的单个实施例的所有特征。因此,遵循具体实施方式
的权利要求书由此明确地并入该具体实施方式
,其中每个权利要求本身都作为本发明的单独实施例。本领域那些技术人员可以理解,可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件,以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外,可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述,本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。此外,本领域的技术人员能够理解,尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征,但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如,在下面的权利要求书中,所要求保护的实施例的任意之一都可以以任意的组合方式来使用。本发明的各个部件实施例可以以硬件实现,或者以在一个或者多个处理器上运行的软件模块实现,或者以它们的组合实现。本领域的技术人员应当理解,可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的浏览器客户端中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如,计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上,或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到,或者在载体信号上提供,或者以任何其他形式提供。应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制,并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中,不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中,这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
权利要求
1.一种系统优化方法,包括: 判断系统中正在运行的程序是否满足预设的优化规则; 将满足所述预设的优化规则的程序显示在程序列表的第一分类中,将不满足所述预设的优化规则的程序显示在程序列表的第二分类中,其中,所述第一分类中的程序的状态默认为选中,所述第二分类中的程序的状态默认为非选中; 根据触发的优化指令,对所述程序列表中状态为选中的程序进行优化处理,其中,所述优化指令中包含所述程序列表中的程序的状态。
2.如权利要求1所述的方法,其中,所述第二分类进一步包括第一小类和第二小类,则所述方法还包括: 对于第二分类中的程序,进一步判断其是否属于预设的常用程序列表; 如果判断结果为是,则将其显示在所述第一小类中,如果判断结果为否,则将其显示在所述第二小类中,其中,所述第二小类中的程序的状态默认为与上一次接收到的优化指令中的状态相同。
3.如权利要求2所述的方法,其中,所述第一分类显示在所述第二分类的上方或左侧,且所述第二分类中的第二小类显示在所述第一小类的上方或左侧。
4.如权利要求1-3中任一所述的方法,进一步包括:对于第二分类中的程序,进一步判断其是否满足预设的保护条件,如果满足所述预设的保护条件,则将其从所述程序列表的第二分类中移除。
5.如权利要求1-4中任一所述的方法,所述预设的优化规则进一步包括第一类优化规则和第二类优化规则,则所述方法进一步包括:对于第一分类中满足第一类优化规则但不满足第二类优化规则的程序,进一步判断其名称是否存储在预设的数据库中,如果没有存储在所述数据库中,则将其从所述程序列表的第一分类中移除;以及 对于第二分类中的程序,进一步判断其名称是否存储在所述预设的数据库中,如果没有存储在所述数据库中,则将其从所述程序列表的第二分类中移除。
6.如权利要求5所述的方法,所述第二类优化规则包括:判断程序是否出现异常,如果判断结果为是,则确定所述程序满足所述第二类优化规则,其中,所述异常包括:GDI泄漏、窗口卡死和CPU卡死。
7.如权利要求5所述的方法,所述第一类优化规则包括以下规则中的一个或多个: 判断程序的资源占用率是否超出预设的阈值,如果超出所述阈值,则确定所述程序满足所述第一类优化规则,其中,所述资源包括以下资源中的一个或多个:内存资源、磁盘资源、CPU资源和网络吞吐量; 判断程序是否出现在前台的运行程序中,如果没有出现在所述前台的运行程序中,则确定所述程序满足所述第一类优化规则,其中,所述前台的运行程序包括:浏览器中运行的程序、任务栏上显示的程序和窗口上显示的程序; 判断程序是否符合预设的黑名单规则,如果符合,则确定所述程序满足所述第一类优化规则;以及 判断程序是否符合预设的运行条件,如果不符合,则确定所述程序满足所述第一类优化规则。
8.如权利要求7所述的方法,当所述前台的运行程序为窗口上显示的程序时,所述第一类优化规则进一步包括:当所述窗口上显示的程序的使用频率低于预设值时,进一步判断所述程序在窗口中是否置顶,如果判断结果为否,则确定所述程序满足所述第一类优化规则。
9.如权利要求1所述的方法,所述优化处理具体为:将待优化的程序关闭;为待优化的程序设置CPU优先级;和/或,将待优化的程序从多核CPU的多个内核中切换到一个内核中。
10.如权利要求1所述的方法,进一步包括: 计算当前系统的资源占用率,将所述资源占用率以悬浮球的形式显示在所述程序列表的指定位置,所述悬浮球的显示颜色随资源占用率的改变而变化,且所述悬浮球内显示有资源占用率的百分比,其中,所述资源包括以下资源中的一个或多个:内存资源、磁盘资源和CPU资源。
11.一种系统优化装置,包括: 判断模块,适于判断系统中正在运行的程序是否满足预设的优化规则; 显示模块,适于将满足所述预设的优化规则的程序显示在程序列表的第一分类中,将不满足所述预设的优化规则的程序显示在程序列表的第二分类中,其中,所述第一分类中的程序的状态默认为选中,所述第二分类中的程序的状态默认为非选中; 优化模块,适于根据触发的优化指令,对所述程序列表中状态为选中的程序进行优化处理,其中,所述优化指令中包含所述程序列表中的程序的状态。
12.如权利要求11所述的装置,其中,所述第二分类进一步包括第一小类和第二小类,则所述判断模块进一步适于:对于第二分类中的程序,进一步判断其是否属于预设的常用程序列表; 如果判断结果为是,则所述显示模块将其显示在所述第一小类中,如果判断结果为否,则所述显示模块将其显示在所述第二小类中,其中,所述第二小类中的程序的状态默认为与上一次接收到的优化指令中的状态相同。
13.如权利要求12所述的装置,其中,所述显示模块适于将所述第一分类显示在所述第二分类的上方或左侧,将所述第二分类中的第二小类显示在所述第一小类的上方或左侧。
14.如权利要求11-13任一所述的装置,进一步包括: 第一移除模块,适于对第二分类中的程序,进一步判断其是否满足预设的保护条件,如果满足所述预设的保护条件,则将其从所述程序列表的第二分类中移除。
15.如权利要求11-14中任一所述的装置,所述预设的优化规则进一步包括第一类优化规则和第二类优化规则,则所述装置进一步包括:第二移除模块,适于对第一分类中满足第一类优化规则但不满足第二类优化规则的程序,进一步判断其名称是否存储在预设的数据库中,如果没有存储在所述数据库中,则将其从所述程序列表的第一分类中移除;以及,对第二分类中的程序,进一步判断其名称是否存储在所述预设的数据库中,如果没有存储在所述数据库中,则将其从所述程序列表的第二分类中移除。
16.如权利要求15所述 的装置,所述第二类优化规则包括:判断程序是否出现异常,如果判断结果为是,则确定所述程序满足所述第二类优化规则,其中,所述异常包括:GDI泄漏、窗口卡死和CPU卡死。
17.如权利要求15所述的装置,所述第一类优化规则包括以下规则中的一个或多个: 判断程序的资源占用率是否超出预设的阈值,如果超出所述阈值,则确定所述程序满足所述第一类优化规则,其中,所述资源包括以下资源中的一个或多个:内存资源、磁盘资源和CPU资源; 判断程序是否出现在前台的运行程序中,如果没有出现在所述前台的运行程序中,则确定所述程序满足所述第一类优化规则,其中,所述前台的运行程序包括:浏览器中运行的程序、任务栏上显示的程序和窗口上显示的程序; 判断程序是否符合预设的黑名单规则,如果符合,则确定所述程序满足所述第一类优化规则;以及 判断程序是否符合预设的运行条件,如果不符合,则确定所述程序满足所述第一类优化规则。
18.如权利要求17所述的装置,当所述前台的运行程序为窗口上显示的程序时,所述第一类优化规则进一步包括:当所述窗口上显示的程序的使用频率低于预设值时,进一步判断所述程序在窗口中是否置顶,如果判断结果为否,则确定所述程序满足所述第一类优化规则。
19.如权利 要求11所述的装置,所述优化模块具体用于:将待优化的程序关闭;为待优化的程序设置CPU优先级;和/或,将待优化的程序从多核CPU的多个内核中切换到一个内核中。
20.如权利要求11所述的装置,进一步包括: 计算模块,适于计算当前系统的资源占用率,则所述显示模块进一步适于将所述资源占用率以悬浮球的形式显示在所述程序列表的指定位置,所述悬浮球的显示颜色随资源占用率的改变而变化,且所述悬浮球内显示有资源占用率的百分比,其中,所述资源包括以下资源中的一个或多个:内存资源、磁盘资源和CPU资源。
全文摘要
本发明涉及网络通信技术领域,其公开了一种系统优化方法及装置。该系统优化方法包括判断系统中正在运行的程序是否满足预设的优化规则;将满足预设的优化规则的程序显示在程序列表的第一分类中,将不满足预设的优化规则的程序显示在程序列表的第二分类中,其中,第一分类中的程序的状态默认为选中,第二分类中的程序的状态默认为非选中;根据触发的优化指令,对程序列表中状态为选中的程序进行优化处理,其中,优化指令中包含程序列表中的程序的状态。由此解决了目前只能简单地执行文件清理工作,导致优化效果不理想的问题,取得了能够针对系统的各种情况进行有效处理,从而合理优化系统的有益效果。
文档编号G06F9/46GK103164268SQ20131011313
公开日2013年6月19日 申请日期2013年4月2日 优先权日2013年4月2日
发明者刘进, 杨继鑫, 李良, 王海洋, 丁振 申请人:北京奇虎科技有限公司, 奇智软件(北京)有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1