CN111724262A - Follow-up packet query system of application server and working method thereof - Google Patents
Follow-up packet query system of application server and working method thereof Download PDFInfo
- Publication number
- CN111724262A CN111724262A CN202010584928.4A CN202010584928A CN111724262A CN 111724262 A CN111724262 A CN 111724262A CN 202010584928 A CN202010584928 A CN 202010584928A CN 111724262 A CN111724262 A CN 111724262A
- Authority
- CN
- China
- Prior art keywords
- packet
- request
- application server
- subsequent
- service
- 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.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 41
- 238000012545 processing Methods 0.000 claims abstract description 40
- 230000004044 response Effects 0.000 claims abstract description 35
- 238000004891 communication Methods 0.000 claims abstract description 20
- 230000008569 process Effects 0.000 claims abstract description 19
- 230000005540 biological transmission Effects 0.000 claims abstract description 14
- 230000003993 interaction Effects 0.000 claims abstract description 4
- 238000013507 mapping Methods 0.000 claims description 3
- 230000007547 defect Effects 0.000 description 2
- 238000007792 addition Methods 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/957—Browsing optimisation, e.g. caching or content distillation
- G06F16/9574—Browsing optimisation, e.g. caching or content distillation of access to content, e.g. by caching
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Physics & Mathematics (AREA)
- Finance (AREA)
- General Physics & Mathematics (AREA)
- Data Mining & Analysis (AREA)
- General Engineering & Computer Science (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Technology Law (AREA)
- General Business, Economics & Management (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The invention discloses a follow-up packet query system of an application server, which is characterized by comprising a client, a communication platform and the application server; the client side carries out multi-task parallel transmission with the application server through the communication platform, the application server is composed of a multi-service control center and a plurality of service units, the client side is used for deploying program files of local services and user interaction, the communication platform is used for providing load balance, and the multi-service control center is used for distributing requests received by the communication platform to the service units and feeding back results processed by the service units to the communication platform. The invention sends the response packet with larger data to the requester in parallel processing and sends the response packet to the requester, so that the system can process more requests in unit time to improve the throughput and data processing capacity of the system.
Description
Technical Field
The invention belongs to the technical field of data processing, and particularly relates to a follow-up packet query system of an application server and a working method thereof.
Background
Currently, as the trading scale of the futures trading market in the country continues to increase, higher requirements are put on the performance of the futures trading system. Therefore, we are now doing the following: the method for the subsequent packet query technology of the application server is provided, so that the application server can process more requests in unit time, and the throughput of the system is improved.
In the prior art, the widely used processing flow of the application server in the same industry is as follows: the first step is as follows: receiving a request; the second step is that: processing the request; the third step: returning a response packet to the requester, and the fourth step: the requestor processes the response data.
The above process is widely used in many fields, and can also fulfill the function requirement in most situations, but the process has certain defects, specifically: under the condition that the length of a response packet obtained by processing the request by the application server is large, the time consumption for processing a single request by using the process is large, and the processing efficiency is low, so that the performance of the system is influenced to a certain extent, and the user experience of using the client is influenced. The fundamental reason for the defect is that if the response data packet is large, the transmission process of the data packet takes a lot of time, so that the requesting party needs to wait for a long time to receive a complete response packet before processing the response packet.
Disclosure of Invention
The invention aims to send the response packet with larger data to the requester in a parallel processing way, so that the system can process more requests in unit time to improve the throughput of the system, and provides a follow-up packet query system of an application server and a working method thereof.
In order to achieve the purpose, the invention adopts the following technical scheme:
a follow-up packet query system of an application server comprises a client, a communication platform and the application server; the client side and the application server carry out multi-task parallel transmission through the communication platform,
the application server is composed of a multi-service control center and a plurality of service units,
the client is used for deploying program files of the local service and user interaction,
the communication platform is used for providing load balancing,
the multi-service control center is used for distributing the request received by the communication platform to the service unit and feeding back the processing result of the service unit to the communication platform.
In the above apparatus, the service units are configured to handle different service types.
In the above device, the service unit is configured to process the service type after analyzing the information of the request packet, and generate an answer packet after obtaining a result.
The invention provides a working method of a follow-up packet query system of an application server, which comprises the steps of dividing larger response packet data into a plurality of continuous data packets, establishing mapping association between the data packets and a request instruction, and sending the data packets to a requester in a segmented and time-sharing manner; and multitask and multithread are carried out and data of the request instruction information is fed back at the same time.
The invention provides a working method of a follow-up packet query system of an application server, which comprises the following steps:
(1) receiving a request instruction, and judging the type of the request instruction;
(2) if the request is a new request, after the processing is finished, judging the length of the response packet and the maximum length of a single transmission data packet, wherein the maximum length of the single transmission data packet is constrained by an application layer protocol;
(3) if the request is a follow-up request, a thread is required to be separately created to process the follow-up request, and the thread is named as a follow-up packet processing thread.
In the method, in step (2), if the length of the response packet is greater than the maximum length of the single-transmission data packet, the response packet data is written to the cache file, then the partial data of the response packet is returned to the requester, and the requester is informed that the offset address of the subsequent request and the cache file is needed.
In the above method, the offset address is used to obtain an associated position where data is fetched from the cache file when a subsequent packet request is processed.
In the above method, in the step (3),
the request packet is first placed in a subsequent packet processing thread queue,
the subsequent packet processing thread then fetches the request packet from the queue,
and finally, the subsequent packet processing thread takes out the subsequent packet according to the cache file name and the offset position of the subsequent packet, returns the subsequent packet to the requester, and sets the offset address of the next packet until all subsequent requests in the queue are processed.
In the method, in the process of sending the whole response packet to the requester, when the follow-up packet processing thread processes the follow-up packet request, the sent follow-up packet information is processed at the same time.
Has the advantages that: compared with the prior art, the invention has the following advantages:
(1) after the application server processes the request of the client, the processed data (response packet) is obtained, and then the length of the response packet is compared with the maximum length of the single transmission data packet constrained by the application layer protocol.
(2) If the length of the response packet is larger than the maximum length of the single transmission data packet constrained by the application layer protocol, the data of the response packet is written into a cache file and stored, and response packet data (subsequent packets) are sent in batches through subsequent requests, so that the client can perform some processing after receiving part of the data of the response packet, and the processing is not required to be performed after the client receives the whole response packet, thereby realizing parallel processing.
Drawings
In order to more clearly illustrate the technical solutions in the embodiments of the present invention, the following briefly introduces the embodiments that need to be used in the description of the embodiments, and obviously, the drawings in the following description are only some embodiments of the present invention, and for those skilled in the art, other drawings can be obtained according to these drawings without inventive exercise.
Fig. 1 is a schematic diagram of a system structure provided in this embodiment.
Fig. 2 is a schematic view of a service flow provided in this embodiment.
Detailed Description
In order to facilitate understanding of those skilled in the art, the present invention will be further described with reference to the following examples and drawings, which are not intended to limit the present invention.
Examples
The embodiment provides a follow-up packet query system of an application server, which comprises a client, a communication platform and the application server; the client side and the application server carry out multi-task parallel transmission through the communication platform,
the application server is composed of a multi-service control center and a plurality of service units,
the client is used for deploying program files of the local service and user interaction,
the communication platform is used for providing load balancing,
the multi-service control center is used for distributing the request received by the communication platform to the service unit and feeding back the processing result of the service unit to the communication platform,
the service units are used for processing different service types.
And the service unit is used for processing the service type after analyzing the information of the request packet, and generating an answer packet after obtaining a result.
Dividing larger response packet data into a plurality of continuous data packets, establishing mapping association between the data packets and the request instruction, and sending the data packets to the requester in a segmented and time-sharing manner; and multitask and multithread are carried out and data of the request instruction information is fed back at the same time.
The working method of the subsequent packet query system of the application server provided by the embodiment comprises the following steps:
(1) receiving a request instruction, and judging the type of the request instruction;
(2) if the request is a new request, after the processing is finished, judging the length of the response packet and the maximum length of a single transmission data packet, wherein the maximum length of the single transmission data packet is constrained by an application layer protocol;
(3) if the request is a follow-up request, a thread is required to be separately created to process the follow-up request, and the thread is named as a follow-up packet processing thread.
In step (2), if the length of the response packet is greater than the maximum length of the single transmission data packet, writing the response packet data into the cache file, then returning partial data of the response packet to the requester, and informing the requester of the offset address of the subsequent request and cache file,
the offset address is used for acquiring the associated position of the data fetch from the beginning of the cache file when processing the subsequent packet request.
In step (3), the request packet is first put into the subsequent packet processing thread queue,
the subsequent packet processing thread then fetches the request packet from the queue,
and finally, the subsequent packet processing thread takes out the subsequent packet according to the cache file name and the offset position of the subsequent packet, returns the subsequent packet to the requester, and sets the offset address of the next packet until all subsequent requests in the queue are processed.
And in the process of sending the whole response packet to the requester, when the subsequent packet processing thread processes the subsequent packet request, processing the sent subsequent packet information at the same time.
The specific embodiments described herein are merely illustrative of the spirit of the invention. Various modifications or additions may be made to the described embodiments or alternatives may be employed by those skilled in the art without departing from the spirit or ambit of the invention as defined in the appended claims.
Claims (9)
1. A follow-up packet query system of an application server is characterized by comprising a client, a communication platform and the application server; the client side and the application server carry out multi-task parallel transmission through the communication platform,
the application server is composed of a multi-service control center and a plurality of service units,
the client is used for deploying program files of the local service and user interaction,
the communication platform is used for providing load balancing,
the multi-service control center is used for distributing the request received by the communication platform to the service unit and feeding back the processing result of the service unit to the communication platform.
2. The system of claim 1, wherein the service units are configured to handle different service types.
3. The system according to claim 2, wherein the service unit is configured to process the service type after parsing the request packet according to the information of the request packet, and generate the response packet after obtaining the result.
4. A working method of a follow-up packet query system of an application server is characterized in that: dividing larger response packet data into a plurality of continuous data packets, establishing mapping association between the data packets and the request instruction, and sending the data packets to the requester in a segmented and time-sharing manner; and multitask and multithread are carried out and data of the request instruction information is fed back at the same time.
5. The method of claim 4, comprising the steps of:
(1) receiving a request instruction, and judging the type of the request instruction;
(2) if the request is a new request, after the processing is finished, judging the length of the response packet and the maximum length of a single transmission data packet, wherein the maximum length of the single transmission data packet is constrained by an application layer protocol;
(3) if the request is a follow-up request, a thread is required to be separately created to process the follow-up request, and the thread is named as a follow-up packet processing thread.
6. The method according to claim 5, wherein the method further comprises: in step (2), if the length of the response packet is greater than the maximum length of the single-transmission data packet, writing the response packet data to the cache file, then returning partial data of the response packet to the requester, and informing the requester of the need for a subsequent request and the offset address of the cache file.
7. The method according to claim 6, wherein the method further comprises: the offset address is used for acquiring an associated position of data fetch from the cache file when processing a subsequent packet request.
8. The method according to claim 5, wherein the method further comprises: in the step (3), the step (c),
the request packet is first placed in a subsequent packet processing thread queue,
the subsequent packet processing thread then fetches the request packet from the queue,
and finally, the subsequent packet processing thread takes out the subsequent packet according to the cache file name and the offset position of the subsequent packet, returns the subsequent packet to the requester, and sets the offset address of the next packet until all subsequent requests in the queue are processed.
9. The method according to claim 8, wherein the method further comprises: and in the process of sending the whole response packet to the requester, when the subsequent packet processing thread processes the subsequent packet request, processing the sent subsequent packet information at the same time.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010584928.4A CN111724262B (en) | 2020-06-24 | 2020-06-24 | Subsequent package query system of application server and working method thereof |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010584928.4A CN111724262B (en) | 2020-06-24 | 2020-06-24 | Subsequent package query system of application server and working method thereof |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111724262A true CN111724262A (en) | 2020-09-29 |
| CN111724262B CN111724262B (en) | 2024-03-22 |
Family
ID=72568518
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010584928.4A Active CN111724262B (en) | 2020-06-24 | 2020-06-24 | Subsequent package query system of application server and working method thereof |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111724262B (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114900471A (en) * | 2021-11-29 | 2022-08-12 | 上海大学 | High-performance non-blocking data transmission method |
Citations (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| AU2007200660A1 (en) * | 2000-11-24 | 2007-03-08 | Catharon Productions, Inc. | Computer Multi-Tasking via Virtual Threading |
| CN101753586A (en) * | 2010-01-20 | 2010-06-23 | 北京数码视讯科技股份有限公司 | Method for transmitting data, process method for receiving data and device |
| US20110264759A1 (en) * | 2010-04-21 | 2011-10-27 | Microsoft Corporation | Optimized caching for large data requests |
| CN102841783A (en) * | 2011-06-24 | 2012-12-26 | 镇江华扬信息科技有限公司 | Delphi-based three-layer database system implementation method |
| CN102957627A (en) * | 2012-11-19 | 2013-03-06 | 浪潮电子信息产业股份有限公司 | Method for improving data transmission efficiency on basis of TCP (Transmission Control Protocol) long connection |
| US20130061235A1 (en) * | 2011-09-01 | 2013-03-07 | Norman S. Gargash | Method and system for managing parallel resource requests in a portable computing device |
| CN104580226A (en) * | 2015-01-15 | 2015-04-29 | 上海瀚之友信息技术服务有限公司 | Session data sharing system and method |
| CN105681222A (en) * | 2016-03-03 | 2016-06-15 | 深圳市同创国芯电子有限公司 | Method and apparatus for data receiving and caching, and communication system |
| US20170126775A1 (en) * | 2015-10-28 | 2017-05-04 | Curtis J. Schwebke | Remote desktop protocol client for a standards-based web browser |
| CN111273869A (en) * | 2020-01-20 | 2020-06-12 | 苏州浪潮智能科技有限公司 | Distributed storage system performance optimization method, system, electronic device and medium |
| CN111324438A (en) * | 2020-02-18 | 2020-06-23 | 北京嘀嘀无限科技发展有限公司 | Request scheduling method and device, storage medium and electronic equipment |
-
2020
- 2020-06-24 CN CN202010584928.4A patent/CN111724262B/en active Active
Patent Citations (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| AU2007200660A1 (en) * | 2000-11-24 | 2007-03-08 | Catharon Productions, Inc. | Computer Multi-Tasking via Virtual Threading |
| CN101753586A (en) * | 2010-01-20 | 2010-06-23 | 北京数码视讯科技股份有限公司 | Method for transmitting data, process method for receiving data and device |
| US20110264759A1 (en) * | 2010-04-21 | 2011-10-27 | Microsoft Corporation | Optimized caching for large data requests |
| CN102841783A (en) * | 2011-06-24 | 2012-12-26 | 镇江华扬信息科技有限公司 | Delphi-based three-layer database system implementation method |
| US20130061235A1 (en) * | 2011-09-01 | 2013-03-07 | Norman S. Gargash | Method and system for managing parallel resource requests in a portable computing device |
| CN102957627A (en) * | 2012-11-19 | 2013-03-06 | 浪潮电子信息产业股份有限公司 | Method for improving data transmission efficiency on basis of TCP (Transmission Control Protocol) long connection |
| CN104580226A (en) * | 2015-01-15 | 2015-04-29 | 上海瀚之友信息技术服务有限公司 | Session data sharing system and method |
| US20170126775A1 (en) * | 2015-10-28 | 2017-05-04 | Curtis J. Schwebke | Remote desktop protocol client for a standards-based web browser |
| CN105681222A (en) * | 2016-03-03 | 2016-06-15 | 深圳市同创国芯电子有限公司 | Method and apparatus for data receiving and caching, and communication system |
| CN111273869A (en) * | 2020-01-20 | 2020-06-12 | 苏州浪潮智能科技有限公司 | Distributed storage system performance optimization method, system, electronic device and medium |
| CN111324438A (en) * | 2020-02-18 | 2020-06-23 | 北京嘀嘀无限科技发展有限公司 | Request scheduling method and device, storage medium and electronic equipment |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114900471A (en) * | 2021-11-29 | 2022-08-12 | 上海大学 | High-performance non-blocking data transmission method |
| CN114900471B (en) * | 2021-11-29 | 2023-11-28 | 上海大学 | High-performance non-blocking data transmission method |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111724262B (en) | 2024-03-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7219121B2 (en) | Symmetrical multiprocessing in multiprocessor systems | |
| WO2020238345A1 (en) | Pressure test method, device, system, apparatus, and computer readable storage medium | |
| US7756949B2 (en) | System of handling a web service call | |
| JPH10500509A (en) | Event distribution apparatus and method in operating system | |
| US20030097488A1 (en) | Efficient method for determining record based I/O on top of streaming protocols | |
| EP2321937B1 (en) | Load balancing for services | |
| US10454795B1 (en) | Intermediate batch service for serverless computing environment metrics | |
| CN110278161B (en) | Message distribution method, device and system based on user mode protocol stack | |
| US7454501B2 (en) | Most eligible server in a common work queue environment | |
| CN106850698A (en) | A kind of User space RPC agreement multithreading optimization methods and system | |
| US8775507B2 (en) | Rest interface for job submission | |
| CN110806928A (en) | Job submitting method and system | |
| CN109327511A (en) | A kind of data request method and server based on http protocol | |
| US20010032267A1 (en) | Method and apparatus for anonymous subject-based addressing | |
| CN111200606A (en) | Deep learning model task processing method, system, server and storage medium | |
| US20070244993A1 (en) | Managing network response buffering behavior | |
| CN113342503B (en) | Real-time progress feedback method, device, equipment and storage medium | |
| CN111724262A (en) | Follow-up packet query system of application server and working method thereof | |
| CN111738721A (en) | Block chain transaction monitoring method and related device | |
| CN116016546A (en) | Method and system for preheating resource files in batches in CDN | |
| CN114301970B (en) | Service calling method, device, electronic equipment and storage medium | |
| CN116264592A (en) | Virtual desktop performance detection method, device, equipment and storage medium | |
| CN106408793B (en) | A kind of Service Component sharing method and system suitable for ATM business | |
| CN115250276A (en) | Distributed system and data processing method and device | |
| US20200245106A1 (en) | Message shunting method, device and system based on user mode protocol stack |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| CB02 | Change of applicant information | ||
| CB02 | Change of applicant information |
Country or region after: China Address after: 210 Liangjing Road, China (Shanghai) pilot Free Trade Zone, Pudong New Area, Shanghai, 201203 Applicant after: Shanghai Jinshida Software Technology Co.,Ltd. Address before: 210 Liangjing Road, China (Shanghai) pilot Free Trade Zone, Pudong New Area, Shanghai, 201203 Applicant before: Shanghai Kingstar Software Technology Co.,Ltd. Country or region before: China |
|
| GR01 | Patent grant | ||
| GR01 | Patent grant |