应用请求的处理方法、装置及多路服务器的制造方法
【专利摘要】本发明提供一种应用请求的处理方法、装置及多路服务器，其中方法包括：启动至少一个应用系统；将所述至少一个应用系统中的每一个分别与一个处理器绑定；将用户发来的应用请求分发至至少一个应用系统，以使与应用系统绑定的处理器通过所述应用系统处理所述应用请求。本发明提供的应用请求的处理方法、装置及多路服务器能解决现有的多路服务器由于多个处理器之间传输带宽较窄而影响处理速度的问题，提高了单个多路服务器的处理速度。
【专利说明】应用请求的处理方法、装置及多路服务器
【技术领域】
[0001]本发明涉及应用请求处理技术，尤其涉及一种应用请求的处理方法、装置及多路服务器。
【背景技术】
[0002]互联网业务的快速发展对服务器处理能力的需求日益增强，服务器的应用技术也进行着日新月异的变化。其中，多路服务器是应用较为广泛的一种服务器，其结构为将多个处理器设置在同一主板上，多个处理器共同工作，能大幅度提高应用请求的处理速度。
[0003]在多路服务器的工作过程中，多个处理器应用一套应用系统来处理应用请求，因此，多个处理器之间必然需要进行数据交互。由于现有的多路服务器中处理器之间的传输带宽相比于处理器内部的带宽较窄，因此，在多个处理器之间进行数据交互的速率较慢，进而影响了整个多路服务器的处理速度，不能发挥多个处理器的优势。
【发明内容】
[0004]本发明提供一种应用请求的处理方法、装置及多路服务器，用于解决现有的多路服务器由于多个处理器之间传输带宽较窄而影响处理速度的问题，以提高单个多路服务器的处理速度。
[0005]本发明实施例提供一种应用请求的处理方法，包括:
[0006]启动至少一个应用系统；
[0007]将所述至少一个应用系统中的每一个分别与一个处理器绑定；
[0008]将用户发来的应用请求分发至至少一个应用系统，以使与应用系统绑定的处理器通过所述应用系统处理所述应用请求。
[0009]如上所述的应用请求的处理方法，所述将用户发来的应用请求分发至至少一个应用系统，包括:
[0010]获取各所述处理器的工作状态；
[0011]根据所述工作状态将所述应用请求分发至与各所述处理器绑定的所述应用系统。
[0012]本发明另一实施例提供一种应用请求的处理装置，包括:
[0013]应用系统启动模块，用于启动至少一个应用系统；
[0014]应用系统绑定模块，用于将所述至少一个应用系统中的每一个分别与一个处理器绑定；
[0015]应用请求分发模块，用于将用户发来的应用请求分发至至少一个应用系统，以使与应用系统绑定的处理器通过所述应用系统处理所述应用请求。
[0016]如上所述的应用请求的处理装置，所述应用请求分发模块包括:
[0017]工作状态获取单元，用于获取各所述处理器的工作状态；
[0018]分发单元，用于根据所述工作状态将所述应用请求分发至与各所述处理器绑定的所述应用系统。[0019]本发明又一实施例提供一种多路服务器，包括:如上所述的应用请求的处理装置。
[0020]本发明实施例提供的应用请求的处理方法、装置及多路服务器通过设置至少一个应用系统，并将一个应用系统与一个处理器绑定，以使一个处理器通过与其绑定的应用系统独立处理应用请求，只访问该处理器的近端内存即可，而不需要与其它处理器进行数据交互，减少跨处理器访问内存的过程，解决了现有技术中多路服务器由于多个处理器之间传输带宽较窄而影响处理速度的问题，提高了数据读取速度，进而提高了单个多路服务器对应用请求的处理速率。
【专利附图】
【附图说明】
[0021]图1为本发明实施例一提供的应用请求的处理方法的流程图；
[0022]图2为本发明实施例一提供的应用请求的处理方法中分发应用请求方法的流程图；
[0023]图3为本发明实施例二提供的应用请求的处理装置的结构示意图；
[0024]图4为本发明实施例二提供的应用请求的处理装置中应用请求分发模块的结构示意图；
[0025]图5为本发明实施例三提供的多路服务器的工作过程示意图。
【具体实施方式】
[0026]实施例一
[0027]图1为本发明实施例一提供的应用请求的处理方法的流程图。本实施例提供的应用请求的处理方法可应用在多路服务器中，也可以应用在多个处理器处理应用请求的场景中。以应用在多路服务器中为例，该方法可以由多路服务器中的应用请求的处理装置来执行，可以由软件和/或硬件的方式来实现。如图1所示，该应用请求的处理方法可以包括:
[0028]步骤10、启动至少一个应用系统。
[0029]由于现有技术中多个处理器只通过一个应用系统来处理应用请求，因此必然存在处理器之间的数据交互。每个处理器都设置有近端内存，供该处理器进行数据读写，访问近端内存的效率较高。而通过一个应用系统来处理应用请求，与该应用请求相关的数据会存储在不同处理器的近端内存中，因此，用于处理该应用请求的处理器必然会通过与另一个处理器进行数据交互，从另一个处理器的近端内存中读取数据，各处理器之间的传输带宽相比处理器内部的带宽低很多，因此，虽然多路服务器中有多个处理器可以处理应用请求，但是各处理器之间存在交叉读数的方式使得应用请求处理的速率较慢，影响了多路服务器的性能。
[0030]鉴于现有技术的上述缺陷，本实施例提出了一种新的应用请求的处理方法，具体可在多路服务器中设置至少一个应用系统，应用系统的数量可以与处理器的数量一致。在多路服务器启动运行后，可以立即将至少一个应用系统启动运行，然后可执行如下步骤20。
[0031]步骤20、将至少一个应用系统中的每一个分别与一个处理器绑定。
[0032]将一个应用系统与一个处理器绑定运行，能够使得一个处理器通过与之绑定的唯一一个应用系统来处理用户的应用请求，则该处理器处理应用请求所需要的数据只会存储在该处理器的近端内存中，因此处理器只访问自己的近端内存即可，不需要与其它处理器产生数据交互。处理器与应用系统绑定的具体方式可采用现有技术中常用的方式来实现，应用系统的具体实现方式也可与现有技术相同。
[0033]步骤30、将用户发来的应用请求分发至至少一个应用系统，以使与应用系统绑定的处理器通过应用系统处理应用请求。
[0034]多路服务器中设置有至少一个处理器，多路服务器通过一个IP地址接收用户通过网络发来的多个应用请求，多路服务器中的应用请求处理装置将多个应用请求分发至各应用系统，以使与该应用系统绑定的处理器对应用请求进行处理。
[0035]对应用请求进行分发的过程，可以采用软件和/或硬件的方式来实现。若采用硬件方式，则可以采用现有技术中常用的负载均衡器来实现，具体的，负载均衡器接收到应用请求，并将应用请求分发至各应用系统。
[0036]若采用软件方式，则可以利用应用系统中的apache服务器，采用如下步骤301和步骤302来实现，具体可参照图2，图2为本发明实施例一提供的应用请求的处理方法中分发应用请求方法的流程图。
[0037]步骤301、获取各处理器的工作状态。
[0038]具体的，应用请求处理装置可先探测各处理器的工作状态，具体可以有多种实现方式:其一是各处理器定期向请求处理装置主动上报工作状态，其二是请求处理装置在需要探测各处理器的工作状态时，先向各处理器发送探测消息，以使各处理器将自身的工作状态发送给请求处理装置，或者也可以由处理装置直接通过数据总线上的数据流来探测各处理器的工作情况，以得出各处理器的工作状态，或者技术人员也可以采用其它熟知的方式来探测各处理器工作状态，本实施例对此不作限定。
[0039]当应用请求处理装置获取到当前各处理器的工作状态，则可以执行步骤302。
[0040]步骤302、根据工作状态将应用请求分发至与各处理器绑定的应用系统。
[0041]上述各处理器的工作状态具体可以为处理器的忙碌状态和空闲状态，若某个处理器较忙碌，则可以不分或少分应用请求给与该处理器绑定的应用系统，若某个处理器较闲，则可以多分应用请求给与该处理器绑定的应用系统。
[0042]另外，采用软件方式实现的对应用请求进行分发，也可以采用现有技术中常用的负载均衡技术来实现，可由技术人员对应用请求处理装置进行编程实现。
[0043]将用户发来的应用请求分发至各应用系统之后，与该应用系统绑定的处理器可以通过该应用系统来处理应用请求。具体可通过应用系统中的中间件、Java虚拟机和应用服务来处理应用请求，可采用现有技术中常用的方式来实现。处理器处理应用请求所需要的数据只会存储在该处理器的近端内存中，因此处理器只访问自己的近端内存即可，而不需要与其它处理器进行交互，大大提高了应用请求处理的速度。
[0044]本实施例提供的技术方案通过设置至少一个应用系统，并将一个应用系统与一个处理器绑定，以使一个处理器通过与其绑定的应用系统独立处理应用请求，只访问该处理器的近端内存即可，而不需要与其它处理器进行数据交互，减少跨处理器访问内存的过程，解决了现有技术中多路服务器由于多个处理器之间传输带宽较窄而影响处理速度的问题，提高了数据读取速度，进而提高了单个多路服务器对应用请求的处理速率。
[0045]实施例二
[0046]图3为本发明实施例二提供的应用请求的处理装置的结构示意图。该应用请求的处理装置可以包括:应用系统启动模块1、应用系统绑定模块2和应用请求分发模块3。
[0047]其中，应用系统启动模块I用于启动至少一个应用系统。应用系统绑定模块2用于将至少一个应用系统中的每一个分别与一个处理器绑定。应用请求分发模块3用于将用户发来的应用请求分发至至少一个应用系统，以使与应用系统绑定的处理器通过应用系统处理应用请求。
[0048]图4为本发明实施例二提供的应用请求的处理装置中应用请求分发模块的结构示意图，如图4所示，上述应用请求分发模块3具体可包括工作状态获取单元31和分发单元32。
[0049]其中，工作状态获取单元31用于获取各处理器的工作状态。分发单元32用于根据工作状态将应用请求分发至与各处理器绑定的应用系统。
[0050]本实施例提供的技术方案通过设置至少一个应用系统，并将一个应用系统与一个处理器绑定，以使一个处理器通过与其绑定的应用系统独立处理应用请求，只访问该处理器的近端内存即可，而不需要与其它处理器进行数据交互，减少跨处理器访问内存的过程，解决了现有技术中多路服务器由于多个处理器之间传输带宽较窄而影响处理速度的问题，提高了数据读取速度，进而提高了单个多路服务器对应用请求的处理速率。
[0051]上述应用请求的处理装置可执行本发明实施例一所提供的方法，具备执行方法相应的功能模块和有益效果。
[0052]实施例三
[0053]图5为本发明实施例三提供的多路服务器的工作过程示意图。在上述实施例的基础上，本实施例提供一种多路服务器，可以包括上述实施例二所提供的应用请求的处理装置。
[0054]多路服务器启动至少一个应用系统，并将一个应用系统与一个处理器绑定。当多路服务器接收用户通过网络发来的应用请求时，通过负载均衡技术将应用请求分发至各应用系统，使得与该应用系统绑定的处理器只通过该应用系统来处理应用请求。同时，多路服务器还可以与后台的数据库服务器进行实时的数据交互。图5仅以两个处理器为例，本领域技术人员可以参照图5设计多个处理器的实现方式。
[0055]本实施例提供的技术方案通过设置至少一个应用系统，并将一个应用系统与一个处理器绑定，以使一个处理器通过与其绑定的应用系统独立处理应用请求，只访问该处理器的近端内存即可，而不需要与其它处理器进行数据交互，减少跨处理器访问内存的过程，解决了现有技术中多路服务器由于多个处理器之间传输带宽较窄而影响处理速度的问题，提高了数据读取速度，进而提高了单个多路服务器对应用请求的处理速率。
[0056]本领域技术人员可以理解的是，可以采用至少一个多路服务器共同处理应用请求，其中各多路服务器都可以采用本实施例所提供的多路服务器，单个多路服务器的处理速率提高了，多个多路服务器共同处理应用请求的整体速率也能够得到大幅度的提升。
[0057]上述多路服务器可包括本发明实施例二所提供的装置，可执行本发明实施例一所提供的方法，具备执行方法相应的功能模块和有益效果。
[0058]本领域普通技术人员可以理解:实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括:R0M、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
[0059]最后应说明的是:以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。
【权利要求】
1.一种应用请求的处理方法，其特征在于，包括:启动至少一个应用系统；将所述至少一个应用系统中的每一个分别与一个处理器绑定；将用户发来的应用请求分发至至少一个应用系统，以使与应用系统绑定的处理器通过所述应用系统处理所述应用请求。
2.根据权利要求1所述的应用请求的处理方法，其特征在于，所述将用户发来的应用请求分发至至少一个应用系统，包括:获取各所述处理器的工作状态；根据所述工作状态将所述应用请求分发至与各所述处理器绑定的所述应用系统。
3.一种应用请求的处理装置，其特征在于，包括:应用系统启动模块，用于启动至少一个应用系统；应用系统绑定模块，用于将所述至少一个应用系统中的每一个分别与一个处理器绑定;应用请求分发模块，用于将用户发来的应用请求分发至至少一个应用系统，以使与应用系统绑定的处理器通过所述应用系统处理所述应用请求。
4.根据权利要求3所述的应用请求的处理装置，其特征在于，所述应用请求分发模块包括:工作状态获取单元，用于获取各所述处理器的工作状态；分发单元，用于根据所述工作状态将所述应用请求分发至与各所述处理器绑定的所述应用系统。
5.一种多路服务器，其特征在于，包括:如权利要求3或4所述的应用请求的处理装置。
【文档编号】H04L29/08GK103685516SQ201310685269
【公开日】2014年3月26日 申请日期:2013年12月13日 优先权日:2013年12月13日
【发明者】蔡嵩松, 张戈, 刘奇 申请人:龙芯中科技术有限公司