CN101729415A - 一种用户请求信息的响应方法及系统 - Google Patents
一种用户请求信息的响应方法及系统 Download PDFInfo
- Publication number
- CN101729415A CN101729415A CN200910238745A CN200910238745A CN101729415A CN 101729415 A CN101729415 A CN 101729415A CN 200910238745 A CN200910238745 A CN 200910238745A CN 200910238745 A CN200910238745 A CN 200910238745A CN 101729415 A CN101729415 A CN 101729415A
- Authority
- CN
- China
- Prior art keywords
- user request
- request information
- module
- fifo buffer
- famous pipeline
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明公开了一种用户请求信息的响应方法及系统:网站服务器接收用户请求信息;网站服务器将用户请求信息存入内存空间;网站服务器在内存空间中提取用户请求信息,通过多个有名管道传送到各子进程;所述各子进程响应上述用户请求信息。将接收到的用户请求信息存入内存空间,再由内存空间通过多个有名管道传送至各子进程,避免每次只传送一条用户请求信息引起的传送不畅。在处理大爆发式请求时,保证了对用户请求信息的传送。将用户请求信息通过各有名管道传送至若干子进程,若干子进程并行操作,分担了系统的工作负担,保证了对用户请求信息的处理速度。避免了处理不及时引起的网站服务器无法处理用户请求信息,甚至系统宕机的情况。
Description
技术领域
本发明涉及网站工作领域,更具体地说,涉及网站的用户请求信息响应领域。
背景技术
随着信息社会的到来,人们越来越依靠网络来获取庞大的信息量。大型网站服务器众多,网站访问量大,致使用户请求信息的处理成为棘手的难题。目前大多解决方案是采用Apache或lighthttp等Http Server收集用户请求信息到本地,然后通过FTP,远程文件拷贝等方式将日志拷贝到统一的服务器合并后分析。
现有技术中,Http Server在处理用户请求信息时多数为逐条处理,在大规模并发情况时,系统存在不稳定性,可能在网站访问量突然增大等爆发式请求发生时,用户请求信息传送不畅,且处理不够及时,以致网站服务器无法处理用户请求,甚至导致系统宕机。
发明内容
有鉴于此,本发明提供一种用户请求信息响应的方法及系统,以解决现有技术中网站服务器在处理大爆发请求时产生的用户请求信息处理传送不畅。
为了实现上述目的,本发明提供了如下方案:
一种用户请求信息的响应方法,其特征在于,包括:
步骤1,网站服务器接收用户请求信息;
步骤2,网站服务器将用户请求信息写入内存空间;
步骤3,网站服务器在内存空间中提取用户请求信息,通过多个有名管道传送到各子进程;
步骤4,所述各子进程响应上述用户请求信息。
优选的有,上述方法中,步骤2具体为:
获取网站服务器的最大文件数,以0到该最大文件数为内存空间的索引号;
为当前接收的用户请求信息配置索引号;
将用户请求信息写入内存空间中所述索引号对应的地址。
优选的有,上述方法中,网站服务器在内存空间中提取用户请求信息之后,还包括:
监控各个有名管道的Epoll事件,并根据Epoll事件类型标识有名管道的当前状态;
根据有名管道的当前状态,排除缓冲区已满或已经破裂的有名管道,轮循其余的有名管道,选择可用的有名管道。
优选的有,上述方法中,通过多个有名管道传送到各子进程具体为:
从所述有名管道的FIFO Buffer中读取用户请求信息,转存入各子进程的FIFO Buffer;
从各子进程的FIFO Buffer读出用户请求信息,将用户请求信息格式转换为日志信息后发送至Spread环路。
优选的有,上述方法中,还包括:
创建固定大小的FIFO Buffer;
接收日志信息,存入上述FIFO Buffer中;
当上述FIFO Buffer中的数据存量达到预警值时,将FIFO Buffer中的数据全部读出,写入磁盘。
本发明还提供一种用户请求信息的响应系统,其特征在于,包括:网站服务器、有名管道及各子进程模块,所述网站服务器包括接收模块、写入模块及提取传送模块;
所述接收模块,用于接收用户请求信息;
所述写入模块,用于将接收到的用户请求信息写入内存空间;
所述提取传送模块用于从内存空间中提取用户请求信息,并将用户请求信息通过有名管道传送到各子进程;
所述各子进程模块用于响应接收到的用户请求信息。
优选的有,上述系统中,所述写入模块包括数组索引号配置子模块、Socket文件句柄号配置子模块及内存空间写入子模块:
数组索引号配置子模块,用于获取网站服务器的最大文件数,以0到该最大文件数为内存空间的数组索引号;
Socket文件句柄号配置子模块,用于在数组索引号的范围之内为当前接收到的用户请求信息配置Socket文件句柄号;
内存空间写入子模块,用于根据Socket文件句柄号将用户请求信息写入相应的内存空间。
优选的有,上述系统中,网站服务器还包括有名管道当前状态标识模块和可用有名管道查找模块;
所述有名管道当前状态标识模块,用于监控各个有名管道的Epoll事件,并根据Epoll事件类型标识有名管道的当前状态;
所述可用有名管道查找模块,用于根据有名管道的当前状态,排除缓冲区已满或已经破裂的有名管道,轮循其余的有名管道,查找到可用的有名管道。
优选的有,上述系统中,所述子进程模块包括第一线程子模块和第二线程子模块;
所述第一线程子模块,用于从所述有名管道的FIFO Buffer中读取用户请求信息,转存至各子进程模块的FIFO Buffer;
所述第二线程子模块,用于从各子进程模块的FIFO Buffer读出用户请求信息,进行格式转换成日志信息后并发送至Spread环路。
优选的有,上述系统中,所述还包括写磁盘模块,所述写磁盘模块包括日志信息存储子模块和磁盘写入子模块;
所述日志信息存储子模块,用于接收日志信息,并将日志信息保存到固定大小的FIFO Buffer中;
所述磁盘写入子模块,用于监控FIFO Buffer的状态,当所述FIFO Buffer中的日志信息接近或达到预定设定值时,一次将所述FIFO Buffer中的数据全部读出,写入磁盘中。
本发明中网站服务器先将接收到的用户请求信息存入内存空间,再由内存空间通过多个有名管道传送至各子进程,这种传送方式避免每次只传送一条用户请求信息引起的传送不畅。在处理大爆发式请求时,保证了用户请求信息数据量大时对用户请求信息的传送。将用户请求信息通过各有名管道传送至若干子进程,若干子进程并行操作,分担了系统的工作负担,保证了对用户请求信息的处理速度。避免了处理不及时引起的网站服务器无法处理用户请求信息,甚至系统宕机的情况。
附图说明
图1为本发明中实施例一流程示意图;
图2为本发明中实施例六系统模块示意图;
图3为本发明中实施例九系统模块示意图;
图4为本发明中实施例十系统模块示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明提供一种用户请求信息的响应方法,参见图1,步骤包括:
步骤S101,网站服务器接收用户请求信息。其中,网站服务器接收用户请求,收集用户请求信息。
步骤S102,网站服务器将用户请求信息写入内存空间。
步骤S103,网站服务器在内存空间中提取用户请求信息,通过多个有名管道传送到各子进程。
步骤S104,各子进程响应上述用户请求信息。
本发明中网站服务器先将接收到的用户请求信息写入内存空间,再由内存空间通过多个有名管道传送至各子进程,这种传送方式避免每次只传送一条用户请求信息引起的传送不畅。且有名管道为FIFO有名管道,有效缓冲了数量巨大的用户请求信息对系统的冲击,在处理大爆发式请求时,保证了用户请求信息数据量大时用户请求信息的传送畅通。将用户请求信息通过各有名管道传送至若干子进程,若干子进程相互独立,并行操作,分担了系统的工作负担,保证了对用户请求信息的处理速度。避免了在大爆发式请求发生时,处理不及时引起的网站服务器无法处理用户请求信息,甚至系统宕机的情况。
实施例二,与上述实施例相似,与之不同为,步骤S102中所述将数据写入内存空间具体为:
获取网站服务器的最大文件数,以0到该最大文件数为内存空间的索引号;
为当前接收的用户请求信息配置索引号,将用户请求信息写入内存空间中所述索引号对应的地址。
本实施例为内存空间配置索引号,并在索引号范围内为当前接收到的用户请求信息配置Socket文件句柄号,根据Socket文件句柄号将用户请求信息写入相应的内存空间。继而,后端进程从内存空间中将用户请求信息读出。当下一个用户发送用户请求时,网站服务器收集当前用户的用户请求信息,将为该用户配置Socket文件句柄号,根据该Socket文件句柄号将当前用户的用户请求信息写入对应的内存空间中,覆盖上一个用户的用户请求信息。
实施例三,与上述实施例相似,与之不同在于,步骤S103中,网站服务器提取用户请求信息后还包括:
监控各个有名管道的Epoll事件,并根据Epoll事件类型标识有名管道的当前状态;其中,有名管道组成管道池,网站服务器内的管道池管理模块监控管道池中各有名管道的Epoll事件,并根据Epoll事件类型标识有名管道的当前状态。
管道池管理模块根据有名管道的当前状态,排除缓冲区已满或已经破裂的有名管道,轮循其余的有名管道,查找到可用的有名管道。其中,网站服务器接收到用户请求,将用户请求信息发送至管道池管理模块,管道池管理模块根据得到的有名管道的当前状态,排除缓存区已满或已经破裂的管道,轮询其余的管道,查找到当前可用的有名管道。
当用户请求信息数据量大时,本实施例中管道池管理模块判断是否有可用有名管道,若有将用户请求信息写入可用有名管道,若无将用户请求信息保存至有名管道的FIFO Buffer待有可用有名管道时再将用户请求信息写入可用有名管道,保证了各有名管道的负载均衡,避免了有名管道缓存区已满或破裂造成的用户请求信息传输不畅。
当无可用有名管道时将用户请求信息保存至FIFO Buffer待有可用有名管道时再将用户请求信息写入可用有名管道,在用户请求信息传输过程中起到缓冲的作用,能有效缓解突发性和爆发性用户请求对系统的冲击。
实施例四,与上述实施例相似,与之不同在于,步骤S104具体为:
从所述有名管道的FIFO Buffer中读取用户请求信息,发送至若干子进程的FIFO Buffer;其中,子进程的第一线程由有名管道中读取出用户请求信息,并转存至子进程的FIFO Buffer。
从各子进程的FIFO Buffer读出用户请求信息,进行格式转换成日志信息后并发送至Spread环路。其中,子进程的第二进程由子进程的FIFO Buffer中读取用户请求信息,对用户请求信息进行格式装换成日志信息后发送至Spread环路。
本实施例中,若干独立工作的子进程可提高系统的并发处理能力,在出现爆发式请求时有效快速实现对用户请求信息的格式转换和传送,并对大量用户请求信息的传送起到了分流的作用。本实施例中,可将FIFO有名管道视为第一层缓冲,将子进程的FIFO Buffer视为第二层缓冲,本发明采用的二级缓冲机制能有效缓解访问量大时高并发请求对系统的冲击,保证了系统的安全。
实施例五,与上述实施例相似,与之不同在于,还包括:
创建固定大小的FIFO Buffer;
接收日志信息,存入上述FIFO Buffer中;当上述FIFO Buffer中的数据存量达到预警值时,将FIFO Buffer中的数据全部读出,写入磁盘。
其中,第一线程接收日志信息,并存入至FIFO Buffer中。第二线程监视FIFO Buffer状态,当FIFO Buffer中的数据存量达到预警值时,将FIFO Buffer中的全部读出写入磁盘。
在用户请求信息的响应系统中,最后所有的日志信息都将写入至一台单独的服务器上,即所述的磁盘中。频繁的写入磁盘会造成本地磁盘负载增加,写入日志还会受到移动大量日志时造成的对磁盘操作的抢夺冲突,容易之致使写入的日志丢失。本实施例中将日志信息缓冲起来,当日志信息数量达到一定大小时再一次行写入磁盘,可以有效缓解磁盘频繁写入的冲突,提升系统的响应性能,解决日志信息响应系统中集中存储时所面临的瓶颈问题。
实施例六,参见图2,本发明还提供一种用户请求信息的响应系统,包括:网站服务器11、有名管道12及各子进程模块13,所述网站服务器11包括接收模块111、存入模块112和提取传送模块113;
其中,接收模块111用于接收用户请求信息;
写入模块112用于将用户请求信息写入内存空间;
提取传送模块113用于从内存空间中提取出用户请求信息,并将用户请求信息通过多个有名管道12传送至各子进程模块13。
有名管道12用于传送用户请求信息。
各子进程模块13用于响应用户请求信息。其中,子进程模块13将用户请求信息格式转换为日志信息传送至后端系统。
本发明中网站服务器11先将接收到的用户请求信息写入内存空间,再由内存空间通过多个有名管道12传送至各子进程模块13,这种传送方式避免每次只传送一条用户请求信息引起的传送不畅。且有名管道12为FIFO有名管道12,有效缓冲了数量巨大的用户请求信息对系统的冲击,在处理大爆发式请求时,保证了用户请求信息数据量大时用户请求信息的传送畅通。将用户请求信息通过各有名管道12传送至若干子进程模块13,若干子进程模块13相互独立,并行操作,分担了系统的工作负担,保证了对用户请求信息的处理速度。避免了在大爆发式请求发生时,处理不及时引起的网站服务器11无法处理用户请求信息,甚至系统宕机的情况。
实施例七,本发明还提供一种用户请求信息的响应系统,与上述系统相似,与之不同在于,所述存入模块112包括数组索引号配置子模块、Socket文件句柄号配置子模块及内存空间写入子模块:
其中,数组索引号配置子模块,用于获取网站服务器11的最大文件数,以0到该最大文件数为内存空间的数组索引号;
Socket文件句柄号配置子模块,用于在数组索引号的范围之内为当前接收到的用户请求信息配置Socket文件句柄号;其中,网站服务器11接收到用户请求,创建用户Socket文件,Socket文件句柄号配置子模块在数组索引号范围内为用户请求信息配置得到当前用户请求信息Socket文件句柄号。
内存空间写入子模块,用于根据Socket文件句柄号将用户请求信息写入相应的内存空间。其中,内存空间写入子模块根据Socket文件句柄号找到数组索引号对应的内存空间,将用户请求信息写入到相应的内存空间中。将用户请求信息发送至后端进程后,重置内存空间供下一个用户使用。
本系统中,本实施例为内存空间配置数组索引号,并在数组索引号范围内为当前接收到的用户请求信息配置Socket文件句柄号,根据Socket文件句柄号将用户请求信息写入相应的内存空间。继而,后端进程从内存空间中将用户请求信息读出。当下一个用户发送用户请求时,网站服务器11收集当前用户的用户请求信息,将为该用户配置Socket文件句柄号,根据该Socket文件句柄号将当前用户的用户请求信息写入对应的内存空间中,覆盖上一个用户的用户请求信息。
实施例八,本发明还提供一种用户请求信息的响应系统,与上述系统相似,与之不同在于,网站服务器11还包括有名管道当前状态标识单元和可用有名管道查找单元;
所述有名管道当前状态标识单元,用于监控各个有名管道12的Epoll事件,并根据Epoll事件类型标识有名管道12的当前状态;
所述可用有名管道查找单元,用于根据有名管道12的当前状态,排除缓冲区已满或已经破裂的有名管道12,轮循其余的有名管道12,查找到可用的有名管道12。
当用户请求信息数据量较大时,本系统判断是否有可用有名管道12,若有将用户请求信息写入可用有名管道12,若无将用户请求信息保存至有名管道12的FIFO Buffer待有可用有名管道12时再将用户请求信息写入可用有名管道12,保证了各有名管道12的负载均衡,避免了有名管道12缓存区已满或破裂造成的用户请求信息传输不畅。
实施例九,参见图3,本发明还提供一种用户请求信息的响应系统,与上述系统相似,与之不同在于,子进程模块13包括第一线程子模块131和第二线程子模块132;
所述第一线程子模块131,用于从所述有名管道12的FIFO Buffer中读取用户请求信息,转存至各子进程13的FIFO Buffer;
所述第二线程子模块132,用于从各子进程模块13的FIFO Buffer读出用户请求信息,将用户请求信息格式转换为日志信息后并发送至Spread环路14。
本系统中,若干独立工作的子进程模块13可提高系统的并发处理能力,在出现爆发式请求时有效快速实现对用户请求信息的格式转换和传送,并对大量用户请求信息的传送起到了分流的作用。可将FIFO有名管道12视为第一层缓冲区,将子进程模块13的FIFO Buffer视为第二层缓冲区,本系统中的二级缓冲区能有效缓解访问量突然增大时高并发请求对系统的冲击,保证了系统的安全。
实施例十,参见图4,本发明还提供一种用户请求信息的响应系统,与上述系统相似,与之不同在于,还包括写磁盘模块15,写磁盘模块15包括日志信息存储子模块151和磁盘写入子模块152。
其中,日志信息存储子模块151,用于接收日志信息,并将日志信息保存到固定大小的FIFO Buffer中;
磁盘写入子模块152,用于监控FIFO Buffer的状态,当所述FIFO Buffer中的日志信息接近或达到预定设定值时,一次将所述FIFO Buffer中的数据全部读出,写入磁盘16中。
在用户请求响应系统中,最后所有的日志信息都将通写入至一台单独的服务器上,即所述磁盘16中。频繁的写入磁盘会造成本地磁盘16负载增加,写入日志还会受到移动大量日志时造成的对磁盘操作的抢夺冲突,容易之致使写入的日志丢失。本实施例中将日志信息缓冲起来,当日志信息数量达到一定大小时再一次行写入磁盘16,可以有效缓解磁盘频繁写入的冲突,提升系统的响应性能,解决日志信息响应系统中集中存储时所面临的瓶颈问题。
对所公开的实施例的上述说明,使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下,在其它实施例中实现。因此,本发明将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
Claims (10)
1.一种用户请求信息的响应方法,其特征在于,包括:
步骤1,网站服务器接收用户请求信息;
步骤2,网站服务器将用户请求信息写入内存空间;
步骤3,网站服务器在内存空间中提取用户请求信息,通过多个有名管道传送到各子进程;
步骤4,所述各子进程响应上述用户请求信息。
2.根据权利要求1所述的方法,其特征在于,步骤2具体为:
获取网站服务器的最大文件数,以0到该最大文件数为内存空间的索引号;
为当前接收的用户请求信息配置索引号;
将用户请求信息写入内存空间中所述索引号对应的地址。
3.根据权利要求1所述的方法,其特征在于,网站服务器在内存空间中提取用户请求信息之后,还包括:
监控各个有名管道的Epoll事件,并根据Epoll事件类型标识有名管道的当前状态;
根据有名管道的当前状态,排除缓冲区已满或已经破裂的有名管道,轮循其余的有名管道,选择可用的有名管道。
4.根据权利要求1所述的方法,其特征在于,通过多个有名管道传送到各子进程具体为:
从所述有名管道的FIFO Buffer中读取用户请求信息,转存入各子进程的FIFO Buffer;
从各子进程的FIFO Buffer读出用户请求信息,将用户请求信息格式转换为日志信息后发送至Spread环路。
5.根据权利要求1所述的方法,其特征在于,还包括:
创建固定大小的FIFO Buffer;
接收日志信息,存入上述FIFO Buffer中;
当上述FIFO Buffer中的数据存量达到预警值时,将FIFO Buffer中的数据全部读出,写入磁盘。
6.一种用户请求信息的响应系统,其特征在于,包括:网站服务器、有名管道及各子进程模块,所述网站服务器包括接收模块、写入模块及提取传送模块;
所述接收模块,用于接收用户请求信息;
所述写入模块,用于将接收到的用户请求信息写入内存空间;
所述提取传送模块用于从内存空间中提取用户请求信息,并将用户请求信息通过有名管道传送到各子进程;
所述各子进程模块用于响应接收到的用户请求信息。
7.根据权利要求6所述的系统,其特征在于,所述写入模块包括数组索引号配置子模块、Socket文件句柄号配置子模块及内存空间写入子模块:
数组索引号配置子模块,用于获取网站服务器的最大文件数,以0到该最大文件数为内存空间的数组索引号;
Socket文件句柄号配置子模块,用于在数组索引号的范围之内为当前接收到的用户请求信息配置Socket文件句柄号;
内存空间写入子模块,用于根据Socket文件句柄号将用户请求信息写入相应的内存空间。
8.根据权利要求6所述的系统,其特征在于,网站服务器还包括有名管道当前状态标识模块和可用有名管道查找模块;
所述有名管道当前状态标识模块,用于监控各个有名管道的Epoll事件,并根据Epoll事件类型标识有名管道的当前状态;
所述可用有名管道查找模块,用于根据有名管道的当前状态,排除缓冲区已满或已经破裂的有名管道,轮循其余的有名管道,查找到可用的有名管道。
9.根据权利要求6所述的系统,其特征在于,所述子进程模块包括第一线程子模块和第二线程子模块;
所述第一线程子模块,用于从所述有名管道的FIFO Buffer中读取用户请求信息,转存至各子进程模块的FIFO Buffer;
所述第二线程子模块,用于从各子进程模块的FIFO Buffer读出用户请求信息,进行格式转换成日志信息后并发送至Spread环路。
10.根据权利要求6所述的系统,其特征在于,所述还包括写磁盘模块,所述写磁盘模块包括日志信息存储子模块和磁盘写入子模块;
所述日志信息存储子模块,用于接收日志信息,并将日志信息保存到固定大小的FIFO Buffer中;
所述磁盘写入子模块,用于监控FIFO Buffer的状态,当所述FIFO Buffer中的日志信息接近或达到预定设定值时,一次将所述FIFO Buffer中的数据全部读出,写入磁盘中。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910238745A CN101729415A (zh) | 2009-11-24 | 2009-11-24 | 一种用户请求信息的响应方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910238745A CN101729415A (zh) | 2009-11-24 | 2009-11-24 | 一种用户请求信息的响应方法及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101729415A true CN101729415A (zh) | 2010-06-09 |
Family
ID=42449656
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200910238745A Pending CN101729415A (zh) | 2009-11-24 | 2009-11-24 | 一种用户请求信息的响应方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101729415A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104050216A (zh) * | 2013-03-13 | 2014-09-17 | 梦工厂动画公司 | 用于定制化资源分配的文件系统管理器 |
US9183065B1 (en) * | 2012-11-01 | 2015-11-10 | Amazon Technologies, Inc. | Providing access to an application programming interface through a named pipe |
CN107483384A (zh) * | 2016-06-08 | 2017-12-15 | 国家计算机网络与信息安全管理中心 | 一种网络数据交互方法及装置 |
-
2009
- 2009-11-24 CN CN200910238745A patent/CN101729415A/zh active Pending
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9183065B1 (en) * | 2012-11-01 | 2015-11-10 | Amazon Technologies, Inc. | Providing access to an application programming interface through a named pipe |
CN104050216A (zh) * | 2013-03-13 | 2014-09-17 | 梦工厂动画公司 | 用于定制化资源分配的文件系统管理器 |
CN104050216B (zh) * | 2013-03-13 | 2019-06-25 | 梦工厂动画公司 | 用于定制化资源分配的文件系统管理器 |
CN107483384A (zh) * | 2016-06-08 | 2017-12-15 | 国家计算机网络与信息安全管理中心 | 一种网络数据交互方法及装置 |
CN107483384B (zh) * | 2016-06-08 | 2020-07-14 | 国家计算机网络与信息安全管理中心 | 一种网络数据交互方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN100521623C (zh) | 高性能的Syslog日志处理和存储方法 | |
CN103246616B (zh) | 一种长短周期访问频度的全局共享缓存替换方法 | |
CN109299164A (zh) | 一种数据查询方法、计算机可读存储介质及终端设备 | |
CN103064731A (zh) | 一种提高消息队列系统性能的装置及其方法 | |
CN105005617A (zh) | 一种时间序列数据的存储方法及装置 | |
CN102142032B (zh) | 一种分布式文件系统的数据读写方法及系统 | |
CN103024014A (zh) | 通过消息队列的海量数据分发处理的方法和系统 | |
CN102467408A (zh) | 一种虚拟机数据的访问方法和设备 | |
CN101997823A (zh) | 一种分布式文件系统及其数据访问方法 | |
CN107341258A (zh) | 一种日志数据采集方法及系统 | |
CN103699660A (zh) | 一种大规模网络流式数据缓存写入的方法 | |
CN107220348A (zh) | 一种基于Flume与Alluxio的数据收集方法 | |
CN103198027A (zh) | 一种存储文件和提供文件的方法和装置 | |
CN103647850A (zh) | 一种分布式版本控制系统的数据处理方法、设备及系统 | |
CN101839997A (zh) | 一种地震数据并行存储系统 | |
CN106951488A (zh) | 一种日志记录方法和装置 | |
CN104899161B (zh) | 一种基于云存储环境的连续数据保护的缓存方法 | |
CN103605630A (zh) | 一种虚拟服务器系统及其数据读写方法 | |
CN101729415A (zh) | 一种用户请求信息的响应方法及系统 | |
CN102523410B (zh) | 一种写入视频数据的方法及视频数据存储设备 | |
CN102937956A (zh) | 一种智能变电站中实时报文的存储方法及其装置 | |
Luo et al. | Big-data analytics: challenges, key technologies and prospects | |
CN103023944B (zh) | 一种sns网络中推送关联用户的方法及系统 | |
CN102123318B (zh) | 一种iptv应用的io加速方法 | |
CN109213745A (zh) | 一种分布式文件存储方法、装置、处理器及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20100609 |